Utilize este Códigos de status HTTP - Folha de dicas como uma referência a todo status e código de erro HTTP, o que significa cada código, por que eles estão sendo gerados, quando o código pode ser um problema e como lidar com os problemas. Faça o download desta planilha de códigos de status HTTP ⇣
A internet é composta de duas coisas fundamentais, mas muito diferentes: clientes e servidores. Essa relação entre clientes (como Chrome, Firefox etc.) e servidores (como sites, bancos de dados, e-mails, aplicativos etc.), é chamado de modelo cliente-servidor.
Os clientes fazem solicitações ao servidor e o servidor responde.
Os códigos de status HTTP informam que o status da solicitação para o servidor é, se foi bem-sucedido, teve um erro ou algo assim.
Um código de status HTTP é um número que resume a resposta associada a ele - Fernando Doglio, de seu livro “REST API Development with NodeJS”.
Os códigos de status de resposta HTTP são agrupados em cinco classes:
- 1XX códigos de status: Solicitações informativas
- 2XX códigos de status: solicitações bem-sucedidas
- 3XX códigos de status: Redirecionamentos
- 4XX códigos de status: erros do cliente
- 5XX códigos de status: erros do servidor
Folha de dicas sobre códigos de status HTTP
Códigos de status 1XX: solicitações de informações
100 Continue - Essa resposta provisória indica que tudo está correto até agora e que o cliente deve continuar a solicitação ou ignorar a resposta se a solicitação já estiver concluída.
Protocolo de comutação 101 - Este código é enviado em resposta a um cabeçalho de solicitação de atualização do cliente e indica o protocolo para o qual o servidor está mudando.
102 Processamento - Este código indica que o servidor recebeu e está processando a solicitação, mas ainda não há resposta disponível.
103 Dicas iniciais - Este código de status se destina principalmente ao uso com o cabeçalho Link, permitindo que o agente do usuário comece a pré-carregar recursos enquanto o servidor prepara uma resposta.
Códigos de status 2XX: solicitações bem-sucedidas
200 OK - A solicitação foi bem sucedida. O significado do sucesso depende do método HTTP:
- GET: O recurso foi buscado e é transmitido no corpo da mensagem.
- CABEÇA: Os cabeçalhos da entidade estão no corpo da mensagem.
- PUT ou POST: O recurso que descreve o resultado da ação é transmitido no corpo da mensagem.
- TRACE: O corpo da mensagem contém a mensagem de solicitação recebida pelo servidor
201 criado - A solicitação foi bem-sucedida e um novo recurso foi criado como resultado. Essa é geralmente a resposta enviada após solicitações POST ou algumas solicitações PUT.
202 Aceito - O pedido foi recebido, mas ainda não foi atendido. É sem compromisso, pois não há como o HTTP enviar posteriormente uma resposta assíncrona indicando o resultado da solicitação. Destina-se a casos em que outro processo ou servidor lida com a solicitação ou para processamento em lote.
203 Informações Não Autorizadas - Esse código de resposta significa que as meta-informações retornadas não são exatamente as mesmas disponíveis no servidor de origem, mas são coletadas de uma cópia local ou de terceiros. Isso é usado principalmente para espelhos ou backups de outro recurso. Exceto nesse caso específico, a resposta "200 OK" é preferida a esse status.
204 Nenhum conteúdo - Não há conteúdo a ser enviado para essa solicitação, mas os cabeçalhos podem ser úteis. O agente do usuário pode atualizar seus cabeçalhos em cache para este recurso com os novos.
205 Redefinir conteúdo - Diz ao agente do usuário para redefinir o documento que enviou esta solicitação.
Conteúdo parcial 206 - Este código de resposta é usado quando o cabeçalho Range é enviado do cliente para solicitar apenas parte de um recurso.
207 Multi-status - Transmite informações sobre vários recursos, para situações em que vários códigos de status podem ser apropriados.
208 já relatados - Usado dentro de um elemento de resposta para evitar enumerar repetidamente os membros internos de várias ligações para a mesma coleção.
226 IM Usado - O servidor atendeu a uma solicitação GET do recurso e a resposta é uma representação do resultado de uma ou mais manipulações de instância aplicadas à instância atual.
Códigos de status 3XX: redirecionamentos
300 múltipla escolha - A solicitação possui mais de uma resposta possível. O agente ou usuário deve escolher um deles. (Não há uma maneira padronizada de escolher uma das respostas, mas os links HTML para as possibilidades são recomendados para que o usuário possa escolher.)
301 Movido permanentemente - O URL do recurso solicitado foi alterado permanentemente. O novo URL é fornecido na resposta.
302 Encontrado - Esse código de resposta significa que o URI do recurso solicitado foi alterado temporariamente. Outras alterações no URI podem ser feitas no futuro. Portanto, esse mesmo URI deve ser usado pelo cliente em solicitações futuras.
303 Veja outros - O servidor enviou essa resposta para direcionar o cliente para obter o recurso solicitado em outro URI com uma solicitação GET.
304 não modificado - Isso é usado para fins de armazenamento em cache. Ele informa ao cliente que a resposta não foi modificada, para que o cliente possa continuar usando a mesma versão em cache da resposta.
305 Usar proxy - Definido em uma versão anterior da especificação HTTP para indicar que uma resposta solicitada deve ser acessada por um proxy. Foi preterido devido a preocupações de segurança relacionadas à configuração em banda de um proxy.
306 Não utilizado - Este código de resposta não é mais usado; é apenas reservado. Foi usado em uma versão anterior da especificação HTTP / 1.1.
307 Redirecionamento temporário - O servidor envia essa resposta para direcionar o cliente a obter o recurso solicitado em outro URI com o mesmo método usado na solicitação anterior. Isso tem a mesma semântica que o código de resposta HTTP 302 encontrado, com a exceção de que o agente do usuário não deve alterar o método HTTP usado: Se um POST foi usado na primeira solicitação, um POST deve ser usado na segunda solicitação.
308 Redirecionamento permanente - Isso significa que o recurso agora está permanentemente localizado em outro URI, especificado pelo cabeçalho Localização: Resposta HTTP. Possui a mesma semântica do código de resposta HTTP 301 Movido Permanentemente, com a exceção de que o agente do usuário não deve alterar o método HTTP usado: Se um POST foi usado na primeira solicitação, um POST deve ser usado na segunda solicitação.
Códigos de status 4XX: erros do cliente
400 Bad Request - O servidor não conseguiu entender a solicitação devido a sintaxe inválida.
401 não autorizado - Embora o padrão HTTP especifique "não autorizado", semanticamente essa resposta significa "não autenticado". Ou seja, o cliente deve se autenticar para obter a resposta solicitada.
402 Pagamento obrigatório - Este código de resposta está reservado para uso futuro. O objetivo inicial de criar esse código foi usá-lo para sistemas de pagamento digital, no entanto, esse código de status é usado muito raramente e não existe uma convenção padrão.
Proibida 403 - O cliente não possui direitos de acesso ao conteúdo; ou seja, não é autorizado, portanto, o servidor se recusa a fornecer o recurso solicitado. Ao contrário de 401, a identidade do cliente é conhecida pelo servidor.
404 não encontrado - O servidor não consegue encontrar o recurso solicitado. No navegador, isso significa que o URL não é reconhecido. Em uma API, isso também pode significar que o terminal é válido, mas o próprio recurso não existe. Os servidores também podem enviar essa resposta em vez de 403 para ocultar a existência de um recurso de um cliente não autorizado. Esse código de resposta é provavelmente o mais famoso devido à sua ocorrência frequente na web. Não foi possível encontrar o recurso. Isso geralmente é usado como um catch-all para todos os URIs inválidos solicitados do servidor.
Método 405 não permitido - O método de solicitação é conhecido pelo servidor, mas foi desativado e não pode ser usado. Por exemplo, uma API pode proibir a exclusão de um recurso. Os dois métodos obrigatórios, GET e HEAD, nunca devem ser desativados e não devem retornar esse código de erro.
406 Não aceitável - Esta resposta é enviada quando o servidor web, após realizar a negociação de conteúdo orientada ao servidor, não encontra nenhum conteúdo que esteja de acordo com os critérios fornecidos pelo agente do usuário.
407 autenticação de proxy necessária - Isso é semelhante ao 401, mas a autenticação é necessária para ser feita por um proxy.
408 Tempo limite da solicitação - Essa resposta é enviada em uma conexão inativa por alguns servidores, mesmo sem nenhuma solicitação anterior do cliente. Isso significa que o servidor gostaria de desligar esta conexão não utilizada. Essa resposta é usada muito mais, já que alguns navegadores, como Chrome, Firefox ou IE9, usam mecanismos de pré-conexão HTTP para acelerar a navegação. Além disso, observe que alguns servidores simplesmente desligam a conexão sem enviar esta mensagem.
409 Conflito - Essa resposta é enviada quando uma solicitação entra em conflito com o estado atual do servidor.
Longe 410 - Essa resposta é enviada quando o conteúdo solicitado é excluído permanentemente do servidor, sem endereço de encaminhamento. Espera-se que os clientes removam seus caches e links para o recurso. A especificação HTTP pretende que esse código de status seja usado para "serviços promocionais promocionais por tempo limitado". As APIs não devem se sentir obrigadas a indicar recursos que foram excluídos com este código de status.
411 Comprimento Necessário - O servidor rejeitou a solicitação porque o campo do cabeçalho Content-Length não está definido e o servidor exige.
Falha na pré-condição 412 - O cliente indicou pré-condições em seus cabeçalhos que o servidor não atende.
413 Carga útil muito grande - A entidade solicitante é maior que os limites definidos pelo servidor; o servidor pode fechar a conexão ou retornar um campo de cabeçalho Retry-After.
URI 414 muito longo - O URI solicitado pelo cliente é maior que o servidor está disposto a interpretar.
415 Tipo de mídia não suportado - O formato de mídia dos dados solicitados não é suportado pelo servidor; portanto, o servidor está rejeitando a solicitação.
416 Faixa Não Satisfatória - O intervalo especificado pelo campo de cabeçalho Range na solicitação não pode ser atendido; é possível que o intervalo esteja fora do tamanho dos dados do URI de destino.
417 Expectativa falhada - Este código de resposta significa que a expectativa indicada pelo campo do cabeçalho da solicitação Expect não pode ser atendida pelo servidor.
418 eu sou um bule - Qualquer tentativa de preparar café com um bule de chá deve resultar no código de erro “418 I'm a b bule”. O corpo da entidade resultante PODE ser curto e robusto.
421 Solicitação mal direcionada - A solicitação foi direcionada a um servidor que não é capaz de produzir uma resposta. Isso pode ser enviado por um servidor que não está configurado para produzir respostas para a combinação de esquema e autoridade que estão incluídas no URI da solicitação.
422 Entidade não processável - A solicitação foi formatada corretamente, mas não pode ser processada em sua forma atual. Geralmente usado quando os parâmetros especificados falham nos erros de validação.
423 Bloqueado - O recurso solicitado foi encontrado, mas foi bloqueado e não será retornado.
424 Dependência com falha - A solicitação falhou devido a uma falha de uma solicitação anterior.
425 Demasiado cedo - Indica que o servidor não está disposto a arriscar processar uma solicitação que pode ser reproduzida.
426 Atualização necessária - O servidor se recusa a executar a solicitação usando o protocolo atual, mas pode estar disposto a fazê-lo após a atualização do cliente para um protocolo diferente. O servidor envia um cabeçalho de atualização em uma resposta 426 para indicar o (s) protocolo (s) necessário (s).
428 Pré-requisito necessário - O servidor de origem exige que a solicitação seja condicional. Esta resposta visa prevenir o problema de 'atualização perdida', onde um cliente obtém o estado de um recurso, modifica-o e o coloca de volta no servidor, quando entretanto um terceiro modificou o estado no servidor, levando a um conflito.
429 Pedidos demais - O usuário enviou muitas solicitações em um determinado período de tempo ("limite de taxa").
431 Campos do cabeçalho da solicitação muito grandes - O servidor não está disposto a processar a solicitação porque seus campos de cabeçalho são muito grandes. A solicitação pode ser reenviada após a redução do tamanho dos campos do cabeçalho da solicitação.
440 Tempo limite de login - Uma extensão da Microsoft. Indica que sua sessão expirou.
444 Sem resposta - Usado nos logs do Nginx para indicar que o servidor não retornou nenhuma informação ao cliente e fechou a conexão (útil como um impedimento para malware).
449 Repetir com - Uma extensão da Microsoft. A solicitação deve ser tentada novamente após executar a ação apropriada.
450 bloqueados pelos controles dos pais do Windows - Uma extensão da Microsoft. Este erro ocorre quando o Controle dos Pais do Windows está ativado e está bloqueando o acesso à página da Web especificada.
451 Indisponível por motivos legais - Um operador de servidor recebeu uma demanda legal para negar acesso a um recurso ou a um conjunto de recursos que inclui o recurso solicitado.
451 Redirect - Usado no Exchange ActiveSync se houver um servidor mais eficiente para usar ou o servidor não puder acessar a caixa de correio dos usuários.
494 Cabeçalho de solicitação muito grande - Código interno do Nginx semelhante ao 431, mas foi introduzido anteriormente na versão 0.9.4
Erro 495 Cert - Código interno do Nginx usado quando ocorreu um erro de certificado do cliente SSL para diferenciá-lo do 4XX em um log e em um redirecionamento da página de erro.
496 Sem Cert - Código interno Nginx usado quando o cliente não forneceu certificado para distingui-lo de 4XX em um log e um redirecionamento de página de erro.
497 HTTP para HTTPS - Código interno do Nginx usado para as solicitações HTTP simples enviadas à porta HTTPS para distingui-lo do 4XX em um log e em um redirecionamento de página de erro.
498 Token expirado / inválido - Retornado pelo ArcGIS for Server. Um código 498 indica um token expirado ou inválido.
499 Pedido Fechado do Cliente - Usado nos logs do Nginx para indicar quando a conexão foi fechada pelo cliente enquanto o servidor ainda está processando sua solicitação, impossibilitando o servidor de enviar um código de status.
499 token necessário - Retornado pelo ArcGIS for Server. Um código 499 indica que um token é necessário (se nenhum token foi enviado).
Códigos de status 5XX: erros do servidor
500 Internal Server Error - Um status genérico para um erro no próprio servidor.
501 Não implementado - O método de solicitação não é suportado pelo servidor e não pode ser tratado. Os únicos métodos que os servidores precisam oferecer suporte (e, portanto, que não devem retornar esse código) são GET e HEAD.
502 Bad Gateway - Esta resposta a erro significa que o servidor, enquanto trabalhava como gateway para obter uma resposta necessária para lidar com a solicitação, obteve uma resposta inválida.
Serviço 503 Indisponível - O servidor não está pronto para lidar com a solicitação. As causas comuns são um servidor inoperante para manutenção ou sobrecarregado. Observe que, juntamente com esta resposta, uma página amigável explicando o problema deve ser enviada. Essas respostas devem ser usadas para condições temporárias e o cabeçalho Retry-After: HTTP deve, se possível, conter o tempo estimado antes da recuperação do serviço. O webmaster também deve cuidar dos cabeçalhos relacionados ao cache que são enviados junto com esta resposta, pois essas respostas de condição temporárias geralmente não devem ser armazenadas em cache.
504 Tempo limite do gateway - Essa resposta de erro é fornecida quando o servidor está agindo como um gateway e não pode obter uma resposta a tempo.
Versão HTTP 505 não suportada - A versão HTTP usada na solicitação não é suportada pelo servidor.
Variante 506 também negocia - O servidor possui um erro de configuração interna: o recurso variante escolhido é configurado para se envolver na negociação de conteúdo transparente e, portanto, não é um ponto final apropriado no processo de negociação.
507 Armazenamento insuficiente - O método não pôde ser executado no recurso porque o servidor não pode armazenar a representação necessária para concluir a solicitação com êxito.
508 Loop Detectado - O servidor detectou um loop infinito durante o processamento da solicitação.
509 Limite de largura de banda excedido - Este código de status não está especificado em nenhum RFC. Seu uso é desconhecido.
510 Não estendido - Outras extensões da solicitação são necessárias para que ela seja atendida.
511 Autenticação de rede necessária - O cliente deve se autenticar na rede antes de enviar solicitações.
520 Erro desconhecido - Esse código de status não é especificado em nenhuma RFC e é retornado por determinados serviços, por exemplo, servidores Microsoft Azure e CloudFlare: “O erro 520 é essencialmente uma resposta geral para quando o servidor de origem retorna algo inesperado ou algo que é não tolerado / interpretado (violação de protocolo ou resposta vazia). ”
Servidor Web 521 está inoperante - O servidor de origem recusou a conexão do CloudFlare.
522 Conexão expirada - O CloudFlare não pôde negociar um handshake TCP com o servidor de origem.
523 A origem é inacessível - CloudFlare não pôde alcançar o servidor de origem; por exemplo, se os registros DNS para o servidor de origem estiverem incorretos.
524 Ocorreu um tempo limite - O CloudFlare conseguiu concluir uma conexão TCP com o servidor de origem, mas não recebeu uma resposta HTTP oportuna.
Falha no handshake do SSL 525 - O CloudFlare não pôde negociar um handshake SSL / TLS com o servidor de origem.
526 Certificado SSL inválido - O CloudFlare não pôde validar o certificado SSL / TLS que o servidor de origem apresentou.
Erro 527 Railgun - A solicitação expirou ou falhou após o estabelecimento da conexão WAN.
Resumo
Você pode usar esta Folha de dicas do código de status HTTP como uma referência a todos os possíveis status HTTP e códigos de erro HTTP, o que significa cada código, por que eles estão sendo gerados quando o código pode ser um problema e como lidar com os problemas.
Clique aqui para baixar 📥 esses códigos de status HTTP fazem dicas e os mantêm por perto como uma referência rápida de todos os códigos de status.
Para resumir:
- 1XX Os códigos de status HTTP são solicitações puramente informativas.
- 2XX Os códigos de status HTTP são solicitações de sucesso. O código de resposta do status de sucesso do HTTP 200 OK indica que a solicitação foi bem-sucedida.
- 3XX Os códigos de status HTTP indicam um redirecionamento. Os códigos de status HTTP 3xx mais comuns incluem os códigos de status HTTP "301 movidos permanentemente", "302 encontrado" e "307 redirecionamento temporário".
- 4XX códigos de status são erros do cliente. Os códigos de status 4xx mais comuns são "404 não encontrado" e o código de status HTTP "410 ido".
- 5XX Os códigos de status HTTP são erros do servidor. O código de status HTTP 5xx mais comum é o código de status "503 serviço indisponível".
Referências:
https://developer.mozilla.org/en-US/docs/Web/HTTP/Status
https://en.wikipedia.org/wiki/List_of_HTTP_status_codes
https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html