Seguindo a definição da RFC 7231, seção 6, no primeiro parágrafo temos:
O elemento status code é um código integer de três dígitos que lhe dá o resultado de uma tentativa de entender e satisfazer a requisição
Hoje vou estar resumindo as definições de Status Code, que a bem da verdade, é algo que eu pessoalmente sempre esqueço 😳 😉, seguindo a RFC 2616, seção 10, e este artigo do Wikipedia
Esta resposta provisória indica que tudo até agora está OK e que o cliente deve continuar com a requisição ou ignorar se já tiver terminado.
Esse código é enviado em resposta a um cabeçalho de solicitação de atualização pelo cliente e indica o protocolo para o qual o servidor está alternando.
O pedido foi bem sucedido. O significado de um sucesso varia dependendo do método HTTP:
A solicitação foi bem-sucedida e um novo recurso foi criado como resultado dela.
A solicitação foi recebida, mas ainda não foi executada.
Esse código de resposta significa que o conjunto de meta-informações retornadas não é o conjunto exato disponível no servidor de origem, mas coletado de uma cópia local ou de terceiros.
Não há conteúdo para enviar para esta solicitação, mas os cabeçalhos podem ser atualizados em cache.
Esse código de resposta é enviado após a solicitação para informar à visualização do documento de redefinição do agente do usuário que enviou essa solicitação.
A solicitação tem mais de uma resposta possível. O user-agent ou usuário deve escolher um deles. Não há maneira padronizada de escolher uma das respostas.
Este código de resposta significa que o URI do recurso solicitado foi alterado. Um novo URI deveria ser dado na resposta.
Esse código de resposta significa que o URI do recurso solicitado foi alterado temporariamente.
O servidor enviou essa resposta para direcionar o cliente para obter o conteúdo solicitado em outra URI com uma solicitação GET.
Isso é usado para fins de cache. Ele informa ao cliente que a resposta não foi modificada, portanto, o cliente pode continuar usando a mesma versão em cache da resposta.
O servidor envia essa resposta para direcionar o cliente para obter o recurso solicitado em outro URI com o mesmo método e verbo utilizados na solicitação anterior.
Isso significa que o recurso está agora permanentemente localizado em outro URI, especificado pelo cabeçalho Location: HTTP Response.
Agora a família 400 e 500, os mais comuns 😀
Essa resposta significa que o servidor não pôde entender a solicitação devido à sintaxe inválida.
Embora o padrão HTTP especifique “não autorizado”, essa resposta significa “não autenticado”. Ou seja, o cliente deve se autenticar para obter a resposta solicitada.
O cliente não tem direito de acesso ao conteúdo, ou seja, ele não foi autorizado, portanto, o servidor está rejeitando. E ao contrário do 401, a identidade do cliente é conhecida pelo servidor.
O servidor não pode encontrar o recurso solicitado.
O servidor encontrou uma situação que não sabe como lidar.
O método de solicitação não é suportado pelo servidor e não pode ser tratado.
Essa resposta de erro significa que o servidor, enquanto trabalha como gateway para obter uma resposta necessária para manipular a solicitação, obteve uma resposta inválida.
O servidor não está pronto para atender a solicitação.
Essa resposta de erro é fornecida quando o servidor está agindo como um gateway e não pode obter uma resposta de tempo.
Como disse anteriormente, este é um resumo, dos principais na minha visão e que serve de “cola” para quando for necessário…
😄
cya! 🎶🎶🎶