Shufti - Código de status 400 (Erro do cliente)

O servidor não pôde entender a solicitação devido a sintaxe malformadaO cliente DEVERIA
NÃO repita a solicitação sem modificações.

É um erro comum quando atender à solicitação causaria um estado inválidoErros de validação de domínio,
Dados faltantes, etc., são alguns exemplos.

401 (Não autorizado)

A solicitação requer autenticação de usuárioA resposta DEVE incluir um Cabeçalho WWW-Authenticate
Campo contendo um desafio aplicável ao recurso solicitado. O cliente PODE repetir a solicitação.
com um adequado Cabeçalho de autorização campo. Se a solicitação já incluiu Credenciais de autorização,
então o 401 A resposta indica que a autorização para essas credenciais foi recusada. Se o 401
A resposta contém o mesmo desafio que a resposta anterior, e o agente do usuário já...
Se o usuário tentou autenticar-se pelo menos uma vez, então a entidade que lhe foi fornecida DEVE ser apresentada.
na resposta, visto que essa entidade pode incluir informações relevantes. informações de diagnósticoAcesso HTTP
A autenticação é explicada em “Autenticação HTTP: Autenticação de acesso básica e Digest".

402 (Solicitação inválida)

Este código de status ocorre quando a solicitação tem parâmetros ausentes. No Pedidos de API, geralmente,
Existem alguns parâmetros obrigatórios e outros opcionais. Caso um dos parâmetros seja obrigatório,
está faltando na solicitação da API, um 402 Um código de erro foi retornado.

403 (Proibido)

O servidor entendeu a solicitação, mas se recusa a atendê-la. Autorização não vai ajudar e o
A solicitação NÃO DEVE ser repetida. Se o método de solicitação não foi CABEÇA e o servidor deseja
Ao tornar público o motivo pelo qual o pedido não foi atendido, DEVE-SE descrever o motivo da recusa in
a entidade. Se o servidor não desejar disponibilizar essas informações. disponível para o cliente, o código de status
404 (Não encontrado) pode ser usado em seu lugar.

404 (Não encontrado)

O servidor não encontrou nada que corresponda ao URI de solicitaçãoNão há indicação se o
A condição pode ser temporária ou permanente. 410 (Desaparecido) O código de status DEVE ser usado se o servidor
sabe, por meio de algum mecanismo configurável internamente, que um recurso antigo é permanentemente
indisponível e sem endereço de encaminhamento. Este código de status é comumente usado quando o servidor
Não desejamos revelar exatamente por que o pedido foi recusado, ou quando nenhuma outra resposta é aplicável.

409 (Conflito)

O pedido poderia não pode ser concluído devido a um conflito com o Estado atual do recurso.
Este código só é permitido em situações onde se espera que o usuário possa resolver o
conflito e reenviar a solicitação. corpo de resposta DEVE incluir informações suficientes para o
usuário para reconhecer o fonte do conflitoIdealmente, a entidade de resposta incluiria informações suficientes.
informações para o usuário ou agente do usuário corrigir o problema; no entanto, isso pode não ser possível e é
não é necessário.

É mais provável que ocorram conflitos em resposta a um PUT solicitação. Por exemplo, se o versionamento estivesse sendo
usado e a entidade sendo PUT incluíram alterações em um recurso que conflitam com as feitas por um
mais cedo (terceiro) solicitação, o servidor pode usar o Resposta 409 para indicar que não pode ser concluído
a solicitação. Nesse caso, o entidade de resposta provavelmente conteria uma lista das diferenças entre os
duas versões em um formato definido pelo resposta Tipo de conteúdo.

429 (Muitas solicitações)

Este código de status é retornado caso muitos pedidos são enviados para o servidor. Para o produção
conta, Shufti permite 60 solicitações por minutoDa mesma forma, para o teste ambiente, Shufti permite 3
solicitações por minutoEste limite é por IP. Caso o usuário ultrapassa esse limite 429 O código de status aparece.