HTTP-Statusphrase-zu-Code-Suche

Über diesen Rechner

Jeder HTTP-Statuscode, der in RFC 9110 (und seinen Vorgängern RFC 7231 und RFC 2616) definiert ist, verbindet einen dreistelligen numerischen Code mit einer standardisierten Grundphrase — „200 OK“, „404 Not Found“, „502 Bad Gateway“ —, und dieses Werkzeug führt die umgekehrte Suche durch: Geben Sie die Phrase ein (Groß- und Kleinschreibung spielt keine Rolle) und erhalten Sie den Code und seine Klasse, angezeigt als die Hunderterreihe, zu der er gehört — 1xx Informational, 2xx Success, 3xx Redirection, 4xx Client Error, 5xx Server Error. Es deckt die standardmäßig registrierten Phrasen ab, einschließlich weniger gebräuchlicher wie „418 I'm a Teapot“ und „429 Too Many Requests“, erkennt aber die älteren Bezeichnungen „Payload Too Large“ (413) und „Unprocessable Entity“ (422), nicht die neuere Formulierung „Content Too Large“ und „Unprocessable Content“ aus RFC 9110.

Backend-Entwickler, API-Designer und DevOps-Ingenieure greifen darauf zurück, wenn sie eine Logzeile oder Fehlermeldung lesen, die nur die Phrase zeigt, wenn sie API-Dokumentation schreiben oder wenn sie entscheiden, welche Codeklasse ein neuer Endpunkt zurückgeben soll — zu wissen, dass eine Phrase in den 400ern liegt, signalisiert sofort ein clientseitiges Problem statt eines Serverfehlers, was ändert, wie Überwachung und Alarmierung damit umgehen sollten.