Continue
Initial part of a request was received and the client should continue with it.
Referência pesquisável de códigos de estado HTTP com descrições e referências a RFCs.
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).
As entradas ficam neste dispositivo. Cada ferramenta para programadores no TaskKit corre inteiramente no teu navegador. Tokens, payloads e texto colado não são transmitidos para servidores do TaskKit nem para terceiros.
Uma referência pesquisável para cada código de estado HTTP padrão, organizada por classe (1xx informacional, 2xx sucesso, 3xx redirecionamento, 4xx erro do cliente, 5xx erro do servidor). Pesquisa por número, por nome ou por descrição. Cada entrada inclui a frase de razão canónica e o RFC onde está definida.
401 Unauthorized e 403 Forbidden para um pedido recusado.302, 303, 307 ou 308.451 Unavailable For Legal Reasons é o RFC 7725).O conjunto de dados é estático e vem no bundle da página. Não há chamada de API — a pesquisa corre contra um índice em memória, por isso é instantânea mesmo em ligações lentas. Os metadados de cada código vêm diretamente do IANA HTTP Status Code Registry e dos RFCs relevantes (sobretudo o 9110, com códigos mais antigos a apontar para o 7231 e anteriores).
401 vs 403? 401 significa "não provaste quem és — tenta de novo com credenciais". 403 significa "sei quem és e não podes ter isto". Se o utilizador autenticar-se mudaria a resposta, devolve 401; se não, 403.
302 vs 307? O 302 foi originalmente pensado para preservar o método do pedido no redirecionamento, mas a maioria dos navegadores historicamente reescreveu POST como GET. 303 e 307 foram acrescentados para tornar a intenção explícita: 303 See Other faz sempre GET ao novo URL, 307 Temporary Redirect preserva sempre o método. Usa 303 depois de um POST bem-sucedido, 307 para um redirecionamento temporário que preserva o método.
418 I'm a teapot é a sério? Sim, e ainda está no RFC 2324 (1 de abril de 1998) e reconhecido no RFC 9110 §15.5.19. Usa com moderação.