{"id":514,"date":"2023-01-20T15:54:43","date_gmt":"2023-01-20T14:54:43","guid":{"rendered":"https:\/\/rising-bits.com\/?p=514"},"modified":"2023-02-13T17:34:46","modified_gmt":"2023-02-13T16:34:46","slug":"http-response-status-codes","status":"publish","type":"post","link":"https:\/\/rising-bits.com\/en\/http-response-status-codes\/","title":{"rendered":"HTTP Response Status Codes"},"content":{"rendered":"<p>In diesem Artikel widmen wir uns den HTTP (Hypertext Transfer Protocol<strong>)<\/strong> Response Status Codes zu. HTTP steht in der URL (Uniform Resource Locator) ganz vorne und gibt an mit welchem Protokoll die Anfrage versendet wird. Bei HTTP handelt es sich um das Standard-Protokoll in einem Webbrowser. Wenn man die Anfrage verschl\u00fcsselt versenden m\u00f6chte, dann versendet man die Anfrage mittels HTTPS (Hypertext Transfer Protocol Secure).<\/p>\n\n\n\n<p>Jede Anfrage, egal ob in einem Browser oder schlicht zu einer API (Application Programming Interface) wird mit einem Status Code quittiert.<\/p>\n\n\n\n<p>Die Response Status Codes sind in mehrere Zahlenr\u00e4umen unterteilt:<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>Status Code<\/th><th>Bedeutung<\/th><\/tr><\/thead><tbody><tr><td><a href=\"#1xx\" data-type=\"internal\" data-id=\"#1xx\">1xx<\/a><\/td><td>Informationen<\/td><\/tr><tr><td><a href=\"#2xx\" data-type=\"internal\" data-id=\"#2xx\">2xx<\/a><\/td><td>Erfolgreiche Anfragen<\/td><\/tr><tr><td><a href=\"#3xx\">3xx<\/a><\/td><td>Umleitungen<\/td><\/tr><tr><td><a href=\"#4xx\">4xx<\/a><\/td><td>Fehler auf der Kundenseite<\/td><\/tr><tr><td><a href=\"#5xx\">5xx<\/a><\/td><td>Fehler auf der Serverseite<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"1xx\">1xx<\/h2>\n\n\n\n<p>Da in der Definition von <a href=\"https:\/\/www.ietf.org\/rfc\/rfc1945.txt\">HTTP\/1.0<\/a>&nbsp;keine HTTP Response Codes im 100er Bereich festgelegt hat, d\u00fcrfen Webserver nur in experimentellen Umgebungen einen 1xx Response Code an einen HTTP\/1.0 kompatiblen Client senden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">100 &#8211; Continue<\/h3>\n\n\n\n<p>Die laufende Anfrage an den Server wurde noch nicht zur\u00fcckgewiesen. (Wird im Zusammenhang mit dem <code>Expect 100-continue-Header-Feld<\/code> verwendet.) Der Client kann nun mit der potentiell sehr gro\u00dfen Anfrage fortfahren.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">101 &#8211; Switching Protocols<\/h3>\n\n\n\n<p>Dieser Response Status Code wird verwendet, wenn der Server eine Anfrage mit gesetztem <code>Upgrade-Header-Feld<\/code> empfangen hat und mit dem Wechsel zu einem anderen Protokoll einverstanden ist. Anwendung findet dieser Status-Code beispielsweise im Wechsel von HTTP zu <a href=\"https:\/\/developer.mozilla.org\/en-US\/docs\/Web\/API\/WebSockets_API\">WebSocket<\/a>.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">102 &#8211; Processing<\/h3>\n\n\n\n<p>Der Status Code 102 wird verwendet, um ein Timeout zu vermeiden, w\u00e4hrend der Server eine zeitintensive Anfrage bearbeitet. Dies ist eine Interim-Antwort, auf die auf derselben Verbindung ohne weitere Client-Anfrage eine endg\u00fcltige Antwort aus den anderen Zahlenbereichen (2xx, 3xx, 4xx oder 5xx) folgen muss.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">103 &#8211; Early Hints<\/h3>\n\n\n\n<p>Wird zusammen mit dem <code>Link-Header-Feld<\/code> verwendet, um das Vorladen von Ressourcen zu erm\u00f6glichen, w\u00e4hrend der Server die finale Antwort noch vorbereitet.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"2xx\">2xx<\/h2>\n\n\n\n<p>Die Status Codes in dem 2xx Zahlenbereich sprechen f\u00fcr eine positive Anfrage zum Server, welcher diese auch erfolgreichen verarbeiten kann.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">200 &#8211; OK<\/h3>\n\n\n\n<p>Die Anfrage wurde erfolgreich vom Server bearbeitet und das Ergebnis der Anfrage wird in der Antwort \u00fcbertragen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">201 &#8211; Created<\/h3>\n\n\n\n<p>Die Anfrage wurde erfolgreich vom Server bearbeitet. Vor dem Senden der Antwort wurde die angeforderte Ressource erstellt. Ggf. wird im <code>Location-Header-Feld<\/code> die Adresse von der zuvor erstellen Resource mit ausgeliefert.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">202 &#8211; Accepted<\/h3>\n\n\n\n<p>Die Anfrage wurde akzeptiert, wird aber zu einem sp\u00e4teren Zeitpunkt ausgef\u00fchrt. Ein positiver Ausgang der Anfrage kann zu dem aktuellen Zeitpunkt nicht garantiert werden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">203 &#8211; Non-Authoritative Information<\/h3>\n\n\n\n<p>Der Server agiert als <code>Transforming Proxy<\/code>, erhielt selbst einen HTTP Response Code 200 &#8211; OK von der Quelle und antwortet selbst mit einem ver\u00e4nderten Dokument der Quelle.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">204 &#8211; No Content<\/h3>\n\n\n\n<p>Die Anfrage wurde erfolgreich durchgef\u00fchrt, die Antwort enth\u00e4lt jedoch bewusst keine Daten.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">205 &#8211; Reset Content<\/h3>\n\n\n\n<p>Die Anfrage wurde erfolgreich vom Webserver durchgef\u00fchrt; der Client (z.B. der Webbrowser) soll das Dokument neu aufbauen und Formulareingaben zur\u00fccksetzen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">206 &#8211; Partial Content<\/h3>\n\n\n\n<p>Der angeforderte Teil wurde erfolgreich \u00fcbertragen (wird im Zusammenhang mit einem <code>Content-Range<\/code>-Header-Feld oder dem Content-Type <code>multipart\/byteranges<\/code> verwendet). Kann einen Client \u00fcber Teil-Downloads informieren (wird zum Beispiel von Wget genutzt, um den Fortschritt von einem Download zu \u00fcberwachen oder einen Download in mehrere Streams aufzuteilen).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">207 &#8211; Multi-Status<\/h3>\n\n\n\n<p>Die Antwort enth\u00e4lt ein in <a href=\"http:\/\/www.webdav.org\/\">WebDAV<\/a> (WebDAV <a href=\"https:\/\/www.rfc-editor.org\/rfc\/rfc4918\">RFC 4918<\/a>) spezifiziertes XML-Dokument, das mehrere Statuscodes zu unabh\u00e4ngig voneinander durchgef\u00fchrten Operationen enth\u00e4lt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">208 &#8211; Already Reported<\/h3>\n\n\n\n<p>Die Mitglieder einer WebDAV-Bindung (WebDAV <a href=\"https:\/\/www.rfc-editor.org\/rfc\/rfc5842.html\">RFC 5842<\/a>) wurden bereits zuvor aufgez\u00e4hlt und sind in dieser Anfrage nicht mehr vorhanden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">226 &#8211; IM Used<\/h3>\n\n\n\n<p>Dieser Status Response Code wurde im <a href=\"https:\/\/www.rfc-editor.org\/rfc\/rfc3229\">RFC-3229<\/a> definiert. Der Server hat eine <code>GET<\/code>-Anforderung f\u00fcr die Ressource erf\u00fcllt, die Antwort ist eine Darstellung des Ergebnisses von einer oder mehrerer Instanz-Manipulationen, bezogen auf die aktuelle Instanz.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"3xx\">3xx<\/h2>\n\n\n\n<p>Damit eine Anfrage erfolgreich bearbeitet werden kann, ist es n\u00f6tig, dass der Client weitere Schritte unternimmt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">300 &#8211; Multiple Choices<\/h3>\n\n\n\n<p>Die angeforderte Ressource steht in verschiedenen Arten zur Verf\u00fcgung. Die Antwort enth\u00e4lt eine Liste der verf\u00fcgbaren Arten. Das <code>Location-Header-Feld<\/code> enth\u00e4lt eventuell die Adresse der vom Server bevorzugten Repr\u00e4sentation.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">301 &#8211; Moved Permanently<\/h3>\n\n\n\n<p>Die angeforderte Ressource steht ab sofort unter der im <code>Location-Header-Feld<\/code> angegebenen Adresse bereit (auch Redirect genannt). Die alte Adresse ist nicht l\u00e4nger g\u00fcltig.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">302 &#8211; Found (Moved Temporarily)<\/h3>\n\n\n\n<p>Die angeforderte Ressource steht vor\u00fcbergehend unter der im <code>Location-Header-Feld<\/code> angegebenen Adresse bereit. Die alte Adresse bleibt g\u00fcltig. Die Browser folgen meist mit einem <code>GET<\/code>, auch wenn der urspr\u00fcngliche Request ein <code>POST<\/code> war. Wird in <code>HTTP\/1.1<\/code> je nach Anwendungsfall durch die Statuscodes 303 oder 307 ersetzt. 302-Weiterleitung ist aufgrund eines Suchmaschinen-Fehlers, des URL-Hijackings, in Kritik geraten.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">303 &#8211; See Other<\/h3>\n\n\n\n<p>Die Antwort auf die durchgef\u00fchrte Anfrage l\u00e4sst sich unter der im <code>Location-Header-Feld<\/code> angegebenen Adresse beziehen. Der Browser soll mit einem <code>GET<\/code> folgen, auch wenn der urspr\u00fcngliche Request ein <code>POST<\/code> war.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">304 &#8211; Not Modified<\/h3>\n\n\n\n<p>Der Inhalt der angeforderten Ressource hat sich seit der letzten Abfrage des Clients nicht ver\u00e4ndert und wird deshalb nicht \u00fcbertragen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">305 &#8211; Use Proxy<\/h3>\n\n\n\n<p>Die angeforderte Ressource ist nur \u00fcber einen Proxy erreichbar. Das <code>Location-Header-Feld<\/code> enth\u00e4lt die Adresse des Proxys.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">306 &#8211; (reserviert)<\/h3>\n\n\n\n<p>306 wird nicht mehr verwendet, ist aber reserviert. Es wurde f\u00fcr \u201eSwitch Proxy\u201c verwendet.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">307 &#8211; Temporary Redirect<\/h3>\n\n\n\n<p>Die angeforderte Ressource steht vor\u00fcbergehend unter der im <code>Location-Header-Feld<\/code> angegebenen Adresse bereit. Die alte Adresse bleibt g\u00fcltig. Der Browser soll mit derselben Methode folgen wie beim urspr\u00fcnglichen Request (d. h. einem <code>POST<\/code> folgt ein <code>POST<\/code>). Dies ist der wesentliche Unterschied zu 302\/303.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">308 &#8211; Permanent Redirect<\/h3>\n\n\n\n<p>Die angeforderte Ressource steht ab sofort unter der im <code>Location-Header-Feld<\/code> angegebenen Adresse bereit, die alte Adresse ist nicht l\u00e4nger g\u00fcltig. Der Browser soll mit derselben Methode folgen wie beim urspr\u00fcnglichen Request (d. h. einem <code>POST<\/code> folgt ein <code>POST<\/code>). Dies ist der wesentliche Unterschied zu 301.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"4xx\">4xx<\/h2>\n\n\n\n<p>Die 4xx Fehler Codes beschreiben, dass die Ursache des Scheiterns mit hoher Wahrscheinlichkeit im Verantwortungsbereich des Clients liegt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">400 &#8211; Bad Request<\/h3>\n\n\n\n<p>Der Inhalt der Anfrage ist fehlerhaft aufgebaut.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">401 &#8211; Unauthorized<\/h3>\n\n\n\n<p>Die Anfrage kann nicht ohne g\u00fcltige Authentifizierung durchgef\u00fchrt werden. Wie die Authentifizierung durchgef\u00fchrt werden soll, wird im <code>WWW-Authenticate-Header-Feld<\/code> der Antwort \u00fcbermittelt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">402 &#8211; Payment Required<\/h3>\n\n\n\n<p>Bezahlung ben\u00f6tigt. Dieser Status ist f\u00fcr zuk\u00fcnftige HTTP-Protokolle reserviert.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">403 &#8211; Forbidden<\/h3>\n\n\n\n<p>Die Anfrage wurde mangels Berechtigung des Clients nicht durchgef\u00fchrt, bspw. weil der authentifizierte Benutzer nicht berechtigt ist oder eine als HTTPS konfigurierte URL nur mit HTTP aufgerufen wurde.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">404 &#8211; Not Found<\/h3>\n\n\n\n<p>Die angeforderte Ressource wurde nicht gefunden. Dieser Statuscode kann ebenfalls verwendet werden, um eine Anfrage ohne n\u00e4heren Grund abzuweisen. Links, die auf solche Fehlerseiten verweisen, werden auch als Tote Links bezeichnet.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">405 &#8211; Method Not Allowed<\/h3>\n\n\n\n<p>Die Anfrage darf nur mit anderen HTTP-Methoden (zum Beispiel <code>GET<\/code> statt <code>POST<\/code>) gestellt werden. G\u00fcltige Methoden f\u00fcr die betreffende Ressource werden im <code>Allow-Header-Feld<\/code> der Antwort \u00fcbermittelt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">406 &#8211; Not Acceptable<\/h3>\n\n\n\n<p>Die angeforderte Ressource steht nicht in der gew\u00fcnschten Form zur Verf\u00fcgung. G\u00fcltige <code>Content-Type-Werte<\/code> k\u00f6nnen in der Antwort \u00fcbermittelt werden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">407 &#8211; Proxy Authentication Required<\/h3>\n\n\n\n<p>Analog zum Statuscode 401 ist hier zun\u00e4chst eine Authentifizierung des Clients gegen\u00fcber dem verwendeten Proxy erforderlich. Wie die Authentifizierung durchgef\u00fchrt werden soll, wird im <code>Proxy-Authenticate-Header-Feld<\/code> der Antwort \u00fcbermittelt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">408 &#8211; Request Timeout<\/h3>\n\n\n\n<p>Innerhalb der vom Server erlaubten Zeitspanne wurde keine vollst\u00e4ndige Anfrage des Clients empfangen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">409 &#8211; Conflict<\/h3>\n\n\n\n<p>Die Anfrage wurde unter falschen Annahmen gestellt. Im Falle einer PUT-Anfrage kann dies zum Beispiel auf eine zwischenzeitliche Ver\u00e4nderung der Ressource durch Dritte zur\u00fcckgehen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">410 &#8211; Gone<\/h3>\n\n\n\n<p>Die angeforderte Ressource wird nicht l\u00e4nger bereitgestellt und wurde dauerhaft entfernt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">411 &#8211; Length Required<\/h3>\n\n\n\n<p>Die Anfrage kann ohne ein <code>Content-Length-Header-Feld<\/code> nicht bearbeitet werden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">412 &#8211; Precondition Failed<\/h3>\n\n\n\n<p>Eine in der Anfrage \u00fcbertragene Voraussetzung, zum Beispiel in Form eines <code>If-Match-Header-Felds<\/code>, traf nicht zu.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">413 &#8211; Payload Too Large<\/h3>\n\n\n\n<p>Die gestellte Anfrage war zu gro\u00df, um vom Server bearbeitet werden zu k\u00f6nnen. Ein <code>Retry-After-Header-Feld<\/code> in der Antwort kann den Client darauf hinweisen, dass die Anfrage eventuell zu einem sp\u00e4teren Zeitpunkt bearbeitet werden k\u00f6nnte.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">414 &#8211; URI Too Long<\/h3>\n\n\n\n<p>Die URI bzw. URL der Anfrage war zu lang. Ursache ist oft eine Endlosschleife aus Redirects.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">415 &#8211; Unsupported Media Type<\/h3>\n\n\n\n<p>Der Inhalt der Anfrage wurde mit ung\u00fcltigem oder nicht erlaubtem Medientyp \u00fcbermittelt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">416 &#8211; Range Not Satisfiable<\/h3>\n\n\n\n<p>Der angeforderte Teil einer Ressource war ung\u00fcltig oder steht auf dem Server nicht zur Verf\u00fcgung.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">417 &#8211; Expectation Failed<\/h3>\n\n\n\n<p>Verwendet im Zusammenhang mit einem <code>Expect-Header-Feld<\/code>. Das im <code>Expect-Header-Feld<\/code> geforderte Verhalten des Servers kann nicht erf\u00fcllt werden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">418 &#8211; Misdirected Request<\/h3>\n\n\n\n<p>Die Anfrage wurde an einen Server gesendet, der nicht in der Lage ist, eine Antwort zu senden. Eingef\u00fchrt in HTTP\/2.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">422 &#8211; Unprocessable Entity<\/h3>\n\n\n\n<p>Verwendet, wenn weder die R\u00fcckgabe von Statuscode 415 noch 400 gerechtfertigt w\u00e4re, eine Verarbeitung der Anfrage jedoch zum Beispiel wegen semantischer Fehler abgelehnt wird.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">423 &#8211; Locked<\/h3>\n\n\n\n<p>Die angeforderte Ressource ist zurzeit gesperrt. M\u00f6glicherweise ausgel\u00f6st aufgrund eines aktiven Schreibzugriff von einem anderen Prozess auf die gleiche Datei.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">424 &#8211; Failed Dependency<\/h3>\n\n\n\n<p>Die Anfrage konnte nicht durchgef\u00fchrt werden, weil sie das Gelingen einer anderen Anfrage voraussetzt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">425 &#8211; Too Early<\/h3>\n\n\n\n<p>Der Server bittet den Client die Anfrage erneut zu senden, da die TLS-Verbindung noch nicht vollst\u00e4ndig hergestellt wurde. Dies soll einen Replay-Angriff verhindern.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">426 &#8211; Upgrade Required<\/h3>\n\n\n\n<p>Der Server verlangt vom Client, dass er die Anfrage mit einem anderen Protokoll wiederholt. Ein Anwendungsfall ist das Umschalten auf HTTP mit Transport Layer Security.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">428 &#8211; Precondition Required<\/h3>\n\n\n\n<p>F\u00fcr die Anfrage waren nicht alle Vorbedingungen erf\u00fcllt. Dieser Statuscode soll Probleme durch Race Conditions verhindern, indem eine Manipulation oder L\u00f6schen nur erfolgt, wenn der Client dies auf Basis einer aktuellen Ressource anfordert (Beispielsweise durch Mitliefern eines aktuellen <code>ETag-Header<\/code>).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">429 &#8211; Too Many Requests<\/h3>\n\n\n\n<p>Der Client hat zu viele Anfragen in einem bestimmten Zeitraum gesendet.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">431 &#8211; Request Header Fields Too Large<\/h3>\n\n\n\n<p>Die Maximall\u00e4nge eines Headerfelds oder des Gesamtheaders wurde \u00fcberschritten.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">451 &#8211; Unavailable For Legal Reasons<\/h3>\n\n\n\n<p>Dieser Statuscode soll darauf hinweisen, dass die angeforderte Ressource aufgrund von gesetzlichen Bestimmungen (Copyrighteinschr\u00e4nkungen, Zensur etc., eventuell beschr\u00e4nkt auf ein bestimmtes Land) nicht verf\u00fcgbar ist.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"5xx\">5xx<\/h2>\n\n\n\n<p>Bei einem 5xx Fehler ist es nicht klar von den so genannten Client-Fehlern abzugrenzen. Die Ursache f\u00fcr den nicht erfolgreiche Bearbeitung der Anfrage liegt jedoch im Verantwortungsbereich des Servers.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">500 &#8211; Internal Server Error<\/h3>\n\n\n\n<p>Es handelt sich um einen unerwarteten Serverfehler und fungiert damit als Sammel-Statuscode.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">501 &#8211; Not Implemented<\/h3>\n\n\n\n<p>Die Funktionalit\u00e4t, um die Anfrage zu bearbeiten, wird von diesem Server nicht bereitgestellt. Ursache ist zum Beispiel eine unbekannte oder nicht unterst\u00fctzte HTTP-Methode.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">502 &#8211; Bad Gateway<\/h3>\n\n\n\n<p>Der Server konnte seine Funktion als Gateway oder Proxy nicht erf\u00fcllen, weil er seinerseits eine ung\u00fcltige Antwort erhalten hat.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">503 &#8211; Service Unavailable<\/h3>\n\n\n\n<p>Der Server steht tempor\u00e4r nicht zur Verf\u00fcgung, zum Beispiel wegen \u00dcberlastung oder Wartungsarbeiten. Ein <code>Retry-After-Header-Feld<\/code> in der Antwort kann den Client auf einen Zeitpunkt hinweisen, zu dem die Anfrage eventuell bearbeitet werden k\u00f6nnte.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">504 &#8211; Gateway Timeout<\/h3>\n\n\n\n<p>Der Server konnte seine Funktion als Gateway oder Proxy nicht erf\u00fcllen, weil er innerhalb einer festgelegten Zeitspanne keine Antwort von seinerseits benutzten Servern oder Diensten erhalten hat.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">505 &#8211; HTTP Version not supported<\/h3>\n\n\n\n<p>Die benutzte HTTP-Version wird vom Server nicht unterst\u00fctzt oder abgelehnt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">506 &#8211; Variant Also Negotiates<\/h3>\n\n\n\n<p>Die Inhaltsvereinbarung der Anfrage ergibt einen Zirkelbezug.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">507 &#8211; Insufficient Storage<\/h3>\n\n\n\n<p>Die Anfrage konnte nicht bearbeitet werden, weil der Speicherplatz des Servers dazu derzeit nicht mehr ausreicht.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">508 &#8211; Loop Detected<\/h3>\n\n\n\n<p>Die Operation wurde nicht ausgef\u00fchrt, weil die Ausf\u00fchrung in eine Endlosschleife gelaufen w\u00e4re. Definiert in der Binding-Erweiterung f\u00fcr WebDAV gem\u00e4\u00df <a href=\"https:\/\/www.rfc-editor.org\/rfc\/rfc5842.html\">RFC 5842<\/a>, weil durch Bindings zyklische Pfade zu WebDAV-Ressourcen entstehen k\u00f6nnen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">509 &#8211; Bandwidth Limit Exceeded<\/h3>\n\n\n\n<p>Die Anfrage wurde verworfen, weil sonst die verf\u00fcgbare Bandbreite \u00fcberschritten w\u00fcrde.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">510 &#8211; Not Extended<\/h3>\n\n\n\n<p>Die Anfrage enth\u00e4lt nicht alle Informationen, welche die angefragte Server-Extension zwingend erwartet.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">511 &#8211; Network Authentication Required<\/h3>\n\n\n\n<p>Der Client muss sich zuerst authentifizieren, um Zugang zum Netzwerk zu erhalten.<\/p>","protected":false},"excerpt":{"rendered":"<p>In diesem Artikel widmen wir uns den HTTP (Hypertext Transfer Protocol) Response Status Codes zu. HTTP steht in der URL [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":521,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[87],"tags":[86,85,92,84],"class_list":["post-514","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-api","tag-api","tag-browser","tag-codes","tag-http"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"https:\/\/mlmwwmq2k3up.i.optimole.com\/w:auto\/h:auto\/q:mauto\/f:best\/https:\/\/i0.wp.com\/rising-bits.com\/wp-content\/uploads\/2023\/01\/Screenshot-2023-01-19-at-20.32.50.png?fit=1744%2C930&ssl=1","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/rising-bits.com\/en\/wp-json\/wp\/v2\/posts\/514","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/rising-bits.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/rising-bits.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/rising-bits.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/rising-bits.com\/en\/wp-json\/wp\/v2\/comments?post=514"}],"version-history":[{"count":7,"href":"https:\/\/rising-bits.com\/en\/wp-json\/wp\/v2\/posts\/514\/revisions"}],"predecessor-version":[{"id":539,"href":"https:\/\/rising-bits.com\/en\/wp-json\/wp\/v2\/posts\/514\/revisions\/539"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/rising-bits.com\/en\/wp-json\/wp\/v2\/media\/521"}],"wp:attachment":[{"href":"https:\/\/rising-bits.com\/en\/wp-json\/wp\/v2\/media?parent=514"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/rising-bits.com\/en\/wp-json\/wp\/v2\/categories?post=514"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/rising-bits.com\/en\/wp-json\/wp\/v2\/tags?post=514"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}