HTTP-Statuscodes
Wenn ein Besucher auf eine Webseite zugreift, sendet der Browser des Besuchers eine Anfrage an den Server, der die Webseite hostet. Bevor der Browser die Webseite empfängt und anzeigt, gibt der Server, der die Webseite hostet, einen Informationsheader (Server-Header) zurück, der den HTTP-Statuscode enthält, um auf die Anfrage des Browsers zu antworten.
Der englische Begriff für HTTP-Statuscode lautetHTTP Status Code。
Die folgenden sind gängige HTTP-Statuscodes:
- 1xx (Informationsstatuscodes): Zeigt an, dass die empfangene Anfrage verarbeitet wird.
- 2xx (Erfolgreiche Statuscodes): Zeigt an, dass die Anfrage normal verarbeitet wurde.
- 3xx (Weiterleitungs-Statuscodes): Um diese Anfrage abzuschließen, sind weitere Vorgänge erforderlich.
- 4xx (Client-Fehler-Statuscodes): Gibt an, dass die Anfrage einen Syntaxfehler enthält oder nicht abgeschlossen werden kann.
- 5xx (Server-Fehler-Statuscodes): Gibt an, dass beim Verarbeiten der Anfrage auf dem Server ein Fehler aufgetreten ist.
Klassifizierung der HTTP-Statuscodes
HTTP-Statuscodes bestehen aus drei Dezimalziffern, und die erste Dezimalziffer definiert die Art des Statuscodes. Antworten werden in fünf Kategorien unterteilt: Informationsantworten (100–199), erfolgreiche Antworten (200–299), Weiterleitungen (300–399), Client-Fehler (400–499) und Server-Fehler (500–599):
| Kategorie | Kategoriebeschreibung |
|---|---|
| 1** | Informativ — Der Server hat die Anfrage empfangen und erfordert, dass der Anforderer den Vorgang fortsetzt. |
| 2** | Erfolgreich — Der Vorgang wurde erfolgreich empfangen und verarbeitet. |
| 3** | Weiterleitung — Weitere Vorgänge sind erforderlich, um die Anfrage abzuschließen. |
| 4** | Client-Fehler — Die Anfrage enthält einen Syntaxfehler oder kann nicht abgeschlossen werden. |
| 5** | Server-Fehler — Beim Verarbeiten der Anfrage ist auf dem Server ein Fehler aufgetreten. |
Liste der HTTP-Statuscodes:
| Statuscode | Englischer Name des Statuscodes | Chinesische Beschreibung |
|---|---|---|
| 100 | Continue | Weiter. Der Client sollte mit seiner Anfrage fortfahren. |
| 101 | Protokollwechsel | Protokollwechsel. Der Server wechselt das Protokoll gemäß der Anfrage des Clients. Er kann nur zu einem Protokoll höherer Ebene wechseln, zum Beispiel zu einer neuen Version des HTTP-Protokolls. |
| 200 | Gut | Anfrage erfolgreich. Wird im Allgemeinen für GET- und POST-Anfragen verwendet. |
| 201 | Erstellt | Erstellt. Die Anfrage war erfolgreich und eine neue Ressource wurde erstellt. |
| 202 | Akzeptiert | Akzeptiert. Die Anfrage wurde akzeptiert, aber die Verarbeitung ist noch nicht abgeschlossen. |
| 203 | Nicht autoritative Informationen | Nicht autoritative Informationen. Die Anfrage war erfolgreich. Die zurückgegebenen Metainformationen stammen jedoch nicht vom ursprünglichen Server, sondern von einer Kopie. |
| 204 | Kein Inhalt | Kein Inhalt. Der Server hat die Anfrage erfolgreich verarbeitet, aber keinen Inhalt zurückgegeben. Ohne die Webseite zu aktualisieren, wird dadurch sichergestellt, dass der Browser das aktuelle Dokument weiterhin anzeigt. |
| 205 | Inhalt zurücksetzen | Inhalt zurücksetzen. Der Server hat die Verarbeitung erfolgreich abgeschlossen, und das Benutzerendgerät (z. B. Browser) sollte die Dokumentansicht zurücksetzen. Dieser Rückgabecode kann verwendet werden, um die Formularfelder des Browsers zu leeren. |
| 206 | Partieller Inhalt | Partieller Inhalt. Der Server hat eine partielle GET-Anfrage erfolgreich verarbeitet. |
| 300 | Mehrere Auswahlmöglichkeiten | Mehrere Auswahlmöglichkeiten. Die angeforderte Ressource ist möglicherweise an mehreren Orten verfügbar. Eine Liste der Merkmale und Adressen der Ressourcen kann zurückgegeben werden, damit das Benutzerendgerät (z. B. Browser) daraus auswählen kann. |
| 301 | Dauerhaft verschoben | Dauerhaft verschoben. Die angeforderte Ressource wurde dauerhaft zu einer neuen URI verschoben. Die zurückgegebenen Informationen enthalten die neue URI, und der Browser leitet automatisch zur neuen URI weiter. Alle zukünftigen neuen Anfragen sollten stattdessen die neue URI verwenden. |
| 302 | Gefunden | Vorübergehend verschoben. Ähnlich wie 301. Aber die Ressource wird nur vorübergehend verschoben. Der Client sollte weiterhin die ursprüngliche URI verwenden. |
| 303 | Siehe auch | Siehe auch. Ähnlich wie 301. Verwenden Sie GET- und POST-Anfragen zum Anzeigen. |
| 304 | Nicht geändert | Nicht geändert. Die angeforderte Ressource wurde nicht geändert. Wenn der Server diesen Statuscode zurückgibt, gibt er keine Ressourcen zurück. Clients cachen normalerweise aufgerufene Ressourcen und senden einen Header, der angibt, dass der Client möchte, dass nur Ressourcen zurückgegeben werden, die nach einem angegebenen Datum geändert wurden. |
| 305 | Proxy verwenden | Proxy verwenden. Auf die angeforderte Ressource muss über einen Proxy zugegriffen werden. |
| 306 | Nicht verwendet | Veralteter HTTP-Statuscode |
| 307 | Temporäre Weiterleitung | Temporäre Weiterleitung. Ähnlich wie 302. Weiterleitung mithilfe einer GET-Anfrage. |
| 400 | Ungültige Anfrage | Die Client-Anfrage enthält einen Syntaxfehler, den der Server nicht verstehen kann. |
| 401 | Nicht autorisiert | Die Anfrage erfordert eine Benutzerauthentifizierung. |
| 402 | Zahlung erforderlich | Für zukünftige Verwendung reserviert. |
| 403 | Verboten | Der Server versteht die Anfrage des Clients, weigert sich jedoch, sie auszuführen. |
| 404 | Nicht gefunden | Der Server kann die Ressource (Webseite) basierend auf der Anfrage des Clients nicht finden. Mit diesem Code können Website-Designer eine benutzerdefinierte Seite einrichten, die besagt: "Die von Ihnen angeforderte Ressource kann nicht gefunden werden". |
| 405 | Methode nicht zulässig | Die Methode in der Anfrage des Clients ist verboten. |
| 406 | Nicht akzeptabel | Der Server kann die Anfrage aufgrund der Inhaltseigenschaften der Anfrage des Clients nicht abschließen. |
| 407 | Proxy-Authentifizierung erforderlich | Die Anfrage erfordert eine Proxy-Authentifizierung. Ähnlich wie 401, aber der Anforderer sollte einen Proxy zur Autorisierung verwenden. |
| 408 | Zeitüberschreitung der Anfrage | Der Server wartete zu lange darauf, dass der Client eine Anfrage sendet, und es kam zu einer Zeitüberschreitung. |
| 409 | Konflikt | Der Server kann diesen Code zurückgeben, wenn er die PUT-Anfrage des Clients abschließt. Bei der Verarbeitung der Anfrage ist ein Konflikt aufgetreten. |
| 410 | Nicht mehr vorhanden | Die vom Client angeforderte Ressource existiert nicht mehr. 410 unterscheidet sich von 404. Wenn eine Ressource früher existierte, aber dauerhaft gelöscht wurde, kann der Code 410 verwendet werden. Website-Designer können den Code 301 verwenden, um den neuen Speicherort der Ressource anzugeben. |
| 411 | Länge erforderlich | Der Server kann die vom Client gesendeten Anfrageinformationen ohne Content-Length nicht verarbeiten. |
| 412 | Vorbedingung fehlgeschlagen | Die Vorbedingungen in den Anfrageinformationen des Clients sind falsch. |
| 413 | Anfrage-Entität zu groß | Da die Anfrage-Entität zu groß ist, kann der Server sie nicht verarbeiten und lehnt die Anfrage daher ab. Um fortlaufende Anfragen des Clients zu verhindern, kann der Server die Verbindung schließen. Wenn der Server nur vorübergehend nicht in der Lage ist, sie zu verarbeiten, wird ein Retry-After-Antwortheader beigefügt. |
| 414 | Anfrage-URI zu groß | Die angeforderte URI ist zu lang (eine URI ist normalerweise eine URL), und der Server kann sie nicht verarbeiten. |
| 415 | Nicht unterstützter Medientyp | Der Server kann das mit der Anfrage übermittelte Medienformat nicht verarbeiten. |
| 416 | Angeforderter Bereich nicht erfüllbar | Der vom Client angeforderte Bereich ist ungültig. |
| 417 | Erwartung fehlgeschlagen (erwarteter Fehler) | Der Server kann das im Expect-Feld des Anfrage-Headers angegebene erwartete Verhalten nicht erfüllen. |
| 418 | Ich bin eine Teekanne | Statuscode 418 ist eigentlich ein Aprilscherz. Er ist in RFC 2324 definiert, einem Scherzdokument über das Hyper Text Coffee Pot Control Protocol (HTCPCP). In diesem Scherz wurde der Statuscode 418 als Scherz zu HTTP hinzugefügt. |
| 500 | Interner Serverfehler | Interner Serverfehler, die Anfrage kann nicht abgeschlossen werden. |
| 501 | Nicht implementiert | Der Server unterstützt die angeforderte Funktionalität nicht und kann die Anfrage nicht abschließen. |
| 502 | Ungültiges Gateway | Wenn ein Server, der als Gateway oder Proxy fungiert, versucht, eine Anfrage auszuführen, erhält er eine ungültige Antwort von einem Remote-Server. |
| 503 | Dienst nicht verfügbar | Aufgrund von Überlastung oder Systemwartung ist der Server vorübergehend nicht in der Lage, die Anfrage des Clients zu verarbeiten. Die Dauer der Verzögerung kann in den Retry-After-Header-Informationen des Servers angegeben werden. |
| 504 | Gateway-Zeitüberschreitung | Der Server, der als Gateway oder Proxy fungiert, hat die Anfrage nicht rechtzeitig vom Upstream-Server erhalten. |
| 505 | HTTP-Version nicht unterstützt | Der Server unterstützt die in der Anfrage verwendete Version des HTTP-Protokolls nicht und kann die Verarbeitung nicht abschließen. |