Diskussion:HTTP-Statuscode

Spaltenüberschriften

Ich empfehle, Spaltenüberschriften einzuführen. --Regenspaziergang ^!? 18:31, 14. Aug. 2007 (CEST)

Gibt es deutsche Übersetzungen der Meldungen? Falls sie nicht genormt sind, könnte man vielleicht aus irgendeiner Opensource-Applikation die deutschen Meldungen als Beispielübersetzung einfügen.--87.162.23.128 18:01, 25. Nov. 2008 (CET)

Sie sind genormt. --BeanMe (Diskussion) 18:18, 23. Sep. 2012 (CEST)

"kommerzielle" Fehler

Warum gehören kommerzielle Fehler nicht hier her, die im Grunde unique sind (es gibt nur einen Hersteller von Servern mit einem Error-Code 449) und wo fände so etwas stattdessen Platz? Neue, abgegrenzte Tabelle mit diesen Fehlern anlegen? ¸.·´¯`·.¸><((((º> Visie 15:56, 29. Mär. 2009 (CEST)

weitere

was betrifft 48 und 815 die sind z.b. nicht erläutert (nicht signierter Beitrag von 79.215.13.90 (Diskussion | Beiträge) 03:31, 27. Jun. 2009 (CEST))

Error 304

Was will uns der Autor damit sagen?

"Die durchgeführte Anfrage führt zur selben Antwort wie zur vom Client übermittelten Zeit im „If-Modified-Since“-Header-Feld oder sie passt zu dem im „If-None-Match“-Header-Feld gesendeten Entity-Tag. Sie wurde deshalb nicht mitübertragen."

Blickt da irgendjemand durch der nicht mal eben sämtliche Header Fields und Entity Tags parat hat und eine schnelle Antwort sucht?

Und so beschreibt es selfhtml (Achtung Copyright!):

"Die angeforderten Daten haben sich seit dem angegebenen Zeitpunkt nicht geändert und werden deshalb nicht gesendet. Dieser Status-Code [...] tritt auf, wenn ein moderner Webbrowser, der die Daten noch im Cache hat, eine Anfrage an den Server sendet und dabei den Ladezeitpunkt der Daten in seinem Cache übermittelt. Stellt der Server dann fest, dass sich die Daten seit dem angegebenen Zeitpunkt nicht geändert haben, braucht er sie nicht noch einmal zu übermitteln, sondern sendet nur diesen Statuscode und keine Daten. Der Browser holt daraufhin seine alte Version aus dem Cache."

Zack! Alles klar, das bedeutet also 304 ... Danke selfhtml, kein Danke Wikipedia -- 93.219.21.7 14:28, 23. Nov. 2009 (CET)

418

Die List ist leider noch nicht vollständig: Der Code 418 nach RFC 2324 fehlt noch.... (nicht signierter Beitrag von 77.25.168.194 (Diskussion | Beiträge) 17:33, 19. Jan. 2010 (CET))

Leider ist das kein HTML-RFC, sondern ein HTCPCP/1.0. Außerdem sagt es selbst It does not specify an Internet standard of any kind. --Steef ³⁸⁹ 18:46, 19. Jan. 2010 (CET)

Guter Witz...

Warum ist dieser Errorcode in der Liste? Er gehört nicht zu HTTP. Ich werde es mal dazu schreiben, da manche Webseiten diesen Code trotzdem in HTTP verwenden. (nicht signierter Beitrag von Nikeee13 (Diskussion | Beiträge) 14:13, 30. Jan. 2012 (CET))

Status Code 449

Die Einleitung erwähnt Status 449 als kommerziellen Status Code erwähnt oder verlinkt diesen aber nicht weiter, der Leser wird im Ungewissen gelassen warum 449 überhaupt erwähnt wird, ich weiß nicht ob MSDN zu verlinken dort angebracht ist (http://msdn.microsoft.com/en-us/library/windows/desktop/aa384325%28v=vs.85%29.aspx), würde aber zu mindestens eine Referenz sein, ansonsten hat eine kurze Recherche ergeben, dass zumindestens Lotus Notes diesen Status Code auch zu verwenden scheint. --2402:1800:4000:1:3158:2BC1:A1B7:6D5C 20:40, 2. Mai 2013 (CEST)

Danke für den Hinweis, und vor allem für die URL.

• Ich muss mal nachdenken, was man mit dem Artikel am besten macht, und wie viele derartiger proprietärer Codes man aufnehmen soll.
• Letzlich können Browser nur die RFC-standardisierten Codes sinnvoll auswerten.
• Was immer in diesem Beispiel von 430 bis 499 zurückkommt, kann letztlich nur von der proprietären Software selbst umgesetzt werden. Mangels Standardisierung kann es auch leicht zu Überschneidungen kommen.
• Ob im Fall der 449 ein Browser The request should be retried after doing the appropriate action. machen kann, oder nur der IE, und was das für eine action sein soll, steht dahin.

Ich denke mal drüber nach; beste Grüße --PerfektesChaos 21:43, 2. Mai 2013 (CEST)

http://blogs.msdn.com/b/exchangedev/ zeigt die Verwendung im Exchange Protokoll auf: Auf 449 soll der Client seinen Policy Key auffrischen und in einem weiteren status_code Feld wird dem Client auch mitgeteilt wieso (zum Beispiel expired). Meines Erachtens sollte man "weitläufige" kommerzielle Status Codes zwar erwähnen aber auf jeden Fall mindestens eine Implementierung verlinken (wie zum Beispiel für 444 bereits getan). Oftmals finden diese HTTP Codes ja eh nur Verwendung in abgeschlossenen Systemen die über HTTP kommunizieren (Wieder Beispiel 444 welches den Browser nie erreicht) und gelangen dann nur teilweise in die öffentliche Verwendung wenn die Protokolle von Drittanwendern adaptiert werden (als Beispiel seien die 403.X Codes vom IIS erwähnt, die nun auch teilweise von anderen Webanwendungen verwendet werden um ihre 403 Responses aufzufächern). Als schönes Beispiel für Überschneidungen sei 420 erwähnt: Twitter sendet es in einer Intention von 429 (https://dev.twitter.com/docs/error-codes-responses), während http://www.w3.org/TR/WD-http-pep-971121 als Teil des Policy Kits aufführt. --2402:1800:4000:1:C1A7:4208:EB98:BF8E 08:50, 3. Mai 2013 (CEST)

Okay, ich versuche mal, das am Wochenende nachvollziehbar abgegrenzt in den Artikel einzuarbeiten und werde die von dir angegebenen präzisen URL dabei verwenden.

Allzu viele der privaten und in abgeschlossener Kommunikation verwendeten Kodierungen werden wir hier allerdings nicht darstellen und pflegen können; aber als kleine Beispielsammlung mag es angehen.

Liebe Grüße --PerfektesChaos 09:35, 3. Mai 2013 (CEST)