HTTP Status Code Reference

Le serveur ne peut pas traiter la requête en raison d'une erreur client (syntaxe malformée, paramètres invalides, etc.).

La requête n'a pas été appliquée car elle manque des informations d'authentification valides pour la ressource cible.

Réservé pour une utilisation future. Initialement prévu pour les systèmes de micropaiement.

Le client n'a pas les droits d'accès au contenu. Contrairement au 401, l'identité du client est connue mais non autorisée.

Le serveur ne peut pas trouver la ressource demandée. L'URL peut avoir changé ou la ressource peut ne plus exister.

La méthode de requête est connue du serveur mais n'est pas supportée par la ressource ciblée.

Le serveur ne peut produire une réponse correspondant aux critères Accept définis dans la requête.

Similaire au 401 mais l'authentification doit être effectuée par un proxy.

Le serveur a fermé une connexion inactive. Le client peut renvoyer la requête sans modification.

La requête est en conflit avec l'état actuel du serveur. Typiquement des conflits de mise à jour.

L'accès à la ressource n'est plus disponible et ne le sera plus. Contrairement au 404, c'est définitif.

Le serveur a refusé la requête car l'en-tête Content-Length est absent.

Le client a indiqué des préconditions que le serveur n'a pas satisfaites.

La requête est plus grande que ce que le serveur peut ou veut traiter.

L'URI fournie est trop longue pour être traitée par le serveur.

Le format de données de la requête n'est pas supporté par le serveur.

La plage spécifiée par l'en-tête Range ne peut pas être satisfaite, car elle est hors de la taille du fichier.

L'attente indiquée par l'en-tête Expect ne peut pas être satisfaite par le serveur.

Le serveur refuse de préparer du café car c'est une théière. Code défini dans la RFC 2324 (April Fools' Day).

La requête a été dirigée vers un serveur incapable de produire une réponse.

La requête est bien formée mais impossible à suivre en raison d'erreurs sémantiques.

La ressource accédée est verrouillée.

La requête a échoué en raison de l'échec d'une requête précédente.

Le serveur ne veut pas risquer de traiter une requête qui pourrait être rejouée.

Le client doit changer de protocole. Le serveur envoie un en-tête Upgrade indiquant le(s) protocole(s) requis.

Le serveur exige que la requête soit conditionnelle, afin d'éviter le problème des "mises à jour perdues".

L'utilisateur a envoyé trop de requêtes dans un laps de temps donné (rate limiting).

Le serveur refuse de traiter la requête car ses en-têtes sont trop grands.

L'utilisateur tente d'accéder à une ressource illégale, comme une page web censurée par un gouvernement.