HTTP-Statuscode-Referenz
Nachschlagen von HTTP-Statuscodes mit Beschreibungen, Anwendungsfällen und Beispielen.
The server has received the request headers and the client should proceed to send the request body.
Anwendungsfall: Used in POST requests with large bodies; client checks if server will accept before sending.
The server agrees to switch protocols as requested by the client.
Anwendungsfall: WebSocket upgrade from HTTP to WS protocol.
The server has received and is processing the request, but no response is available yet.
Anwendungsfall: Long-running operations to prevent client timeout.
Used to return some response headers before final HTTP message.
Anwendungsfall: Preloading resources before the main response is ready.
The request succeeded. The meaning depends on the HTTP method used.
Anwendungsfall: Standard success response for GET, POST, PUT requests.
The request succeeded and a new resource was created as a result.
Anwendungsfall: Returned after a successful POST that creates a new resource.
The request has been accepted for processing, but processing has not been completed.
Anwendungsfall: Async operations where processing happens in background.
The server successfully processed the request and is not returning any content.
Anwendungsfall: DELETE requests, or PUT/PATCH with no response body needed.
The server is delivering only part of the resource due to a Range header sent by the client.
Anwendungsfall: Video streaming, resumable file downloads.
The requested resource has been permanently moved to a new URL.
Anwendungsfall: Permanent redirects; SEO-friendly for URL changes.
The resource is temporarily under a different URI.
Anwendungsfall: Temporary redirects, login redirects.
The resource has not been modified since the last request.
Anwendungsfall: Browser caching; server confirms cached version is still valid.
The request should be repeated with another URI but future requests can still use the original URI.
Anwendungsfall: Temporary redirect that preserves the HTTP method.
The request and all future requests should be repeated using another URI.
Anwendungsfall: Permanent redirect that preserves the HTTP method.
The server could not understand the request due to invalid syntax.
Anwendungsfall: Malformed JSON, missing required fields, invalid parameters.
The client must authenticate itself to get the requested response.
Anwendungsfall: Missing or invalid authentication token.
The client does not have access rights to the content.
Anwendungsfall: Authenticated but not authorized; access denied to resource.
The server can not find the requested resource.
Anwendungsfall: Invalid URL, deleted resource, or hidden resource.
The request method is known by the server but is not supported by the target resource.
Anwendungsfall: POST to a read-only endpoint, DELETE on non-deletable resource.
The server would like to shut down this unused connection.
Anwendungsfall: Client took too long to send a complete request.
The request conflicts with the current state of the server.
Anwendungsfall: Duplicate resource creation, version conflicts.
The requested content has been permanently deleted from the server.
Anwendungsfall: Deliberately removed resources; stronger signal than 404.
The request was well-formed but was unable to be followed due to semantic errors.
Anwendungsfall: Validation errors — correct format but invalid data.
The user has sent too many requests in a given amount of time (rate limiting).
Anwendungsfall: API rate limiting, DDoS protection.
The server encountered an unexpected condition that prevented it from fulfilling the request.
Anwendungsfall: Unhandled exceptions, server-side bugs.
The server does not support the functionality required to fulfill the request.
Anwendungsfall: HTTP method not recognized or supported by server.
The server, while acting as a gateway, received an invalid response from an upstream server.
Anwendungsfall: Reverse proxy issues, upstream server errors.
The server is not ready to handle the request.
Anwendungsfall: Server maintenance, overloaded server.
The server is acting as a gateway and cannot get a response in time.
Anwendungsfall: Upstream server too slow, network timeouts.
The HTTP version used in the request is not supported by the server.
Anwendungsfall: Client using unsupported HTTP version.
Comments & Feedback
Comments are powered by Giscus. Sign in with GitHub to leave a comment.