Continue
Initial part of a request was received and the client should continue with it.
Durchsuchbare Referenz für HTTP-Statuscodes mit Beschreibungen und RFC-Referenzen.
1xxInformational · 4
Initial part of a request was received and the client should continue with it.
Server agrees to switch protocols based on the Upgrade header.
Server has accepted the request but is still processing it (WebDAV).
Send preliminary headers (Link, etc.) before the final response.
2xxSuccess · 10
Request succeeded.
Request succeeded and a new resource was created.
Request was accepted for processing but has not yet completed.
Returned metainformation differs from the origin server's response.
Request succeeded; no body to return.
Request succeeded; the client should reset the document view.
Range request succeeded.
Body is an XML message with status for multiple resources (WebDAV).
Members of a WebDAV binding were already enumerated.
Server fulfilled a GET request and the response is a representation of one or more instance manipulations.
3xxRedirection · 8
Multiple representations are available; the client may choose.
Resource has a new permanent URI.
Resource is temporarily under a different URI.
Response is found under a different URI; client should GET it.
Conditional GET: the cached representation is still fresh.
Deprecated. Resource must be accessed through a proxy.
Resource is temporarily under a different URI; method must not change.
Resource has a new permanent URI; method must not change.
4xxClient error · 29
Server cannot or will not process the request due to a client error.
Authentication is required and has failed or has not been provided.
Reserved for future use.
Server understood the request but refuses to authorize it.
Server can't find the requested resource.
Method is known but not supported by the target resource.
Resource cannot generate content matching the Accept headers.
Client must authenticate with a proxy first.
Server timed out waiting for the client.
Request conflicts with the current state of the resource.
Resource is permanently unavailable.
Server requires the Content-Length header.
Precondition in request headers failed.
Request body is larger than the server is willing to process.
Request URI is longer than the server is willing to interpret.
Request body is in a format the server doesn't support.
None of the ranges in the Range header overlap the resource.
Expectation in the Expect header could not be met.
Server is a teapot. April Fools' joke from RFC 2324; widely implemented as an Easter egg.
Request was directed to a server unable to produce a response.
Request is well-formed but semantically invalid.
Resource is locked (WebDAV).
Request failed because of a previous request (WebDAV).
Server is unwilling to risk processing a request that might be replayed.
Client must switch to a different protocol.
Server requires the request to be conditional.
Client has sent too many requests in a given time (rate limited).
One or more request headers (or all of them) are too large.
Resource is unavailable due to legal demands.
5xxServer error · 11
Server encountered an unexpected condition.
Server does not support the functionality required.
Server, while acting as a gateway, got an invalid response from upstream.
Server is currently unable to handle the request (overloaded or down).
Server, while acting as a gateway, didn't get a response in time.
Server doesn't support the HTTP version in the request.
Transparent content negotiation results in a circular reference.
Server cannot store the representation needed to complete the request (WebDAV).
Server detected an infinite loop while processing (WebDAV).
Further extensions to the request are required.
Client needs to authenticate to gain network access (captive portal).
Eingaben bleiben auf diesem Gerät. Alle Developer-Tools auf TaskKit laufen vollständig im Browser. Tokens, Payloads und eingefügte Texte werden weder an TaskKit noch an Dritte übertragen.
Eine durchsuchbare Referenz für jeden Standard-HTTP-Statuscode, organisiert nach Klasse (1xx informational, 2xx success, 3xx redirection, 4xx client error, 5xx server error). Suche nach Zahl, Name oder Beschreibung. Jeder Eintrag enthält die kanonische Reason-Phrase und die RFC, in der er definiert ist.
401 Unauthorized und 403 Forbidden für eine abgelehnte Anfrage entscheiden.302, 303, 307 oder 308 sein sollte.451 Unavailable For Legal Reasons ist RFC 7725).Der Datensatz ist statisch und im Page-Bundle ausgeliefert. Kein API-Aufruf — die Suche läuft gegen einen In-Memory-Index, also instant auch auf langsamen Verbindungen. Die Metadaten kommen direkt aus dem IANA HTTP Status Code Registry und den relevanten RFCs (überwiegend 9110, mit älteren Codes noch in 7231 und früher).
401 vs. 403? 401 heißt "du hast nicht bewiesen, wer du bist — versuch's nochmal mit Credentials." 403 heißt "ich weiß wer du bist und du darfst das nicht." Würde Einloggen die Antwort ändern, gib 401; wenn nicht, 403.
302 vs. 307? 302 sollte ursprünglich die Request-Methode beim Redirect erhalten, aber die meisten Browser haben POST historisch zu GET umgeschrieben. 303 und 307 wurden ergänzt, um die Intention explizit zu machen: 303 See Other GETet immer die neue URL, 307 Temporary Redirect erhält die Methode immer. Nimm 303 nach erfolgreichem POST, 307 für einen methoden-erhaltenden temporären Redirect.
Ist 418 I'm a teapot echt? Ja, immer noch in RFC 2324 (1. April 1998) und in RFC 9110 §15.5.19 anerkannt. Sparsam einsetzen.