Dans le monde du développement web, les codes d'erreur HTTP jouent un rôle essentiel dans l'expérience utilisateur et la réputation d'un site web. Dans cet article, nous examinerons une liste complète des codes d'erreur serveur, analyserons leur signification et apprendrons à interpréter efficacement les codes de réponse serveur afin de résoudre les problèmes et d'optimiser les performances des applications web.
Qu'est-ce qu'un code de réponse HTTP
Le code de réponse HTTP est le langage des serveurs web qui traduit les requêtes du navigateur en instructions compréhensibles. Il est comparable à un poète répondant à des questions virtuelles, leur donnant sens et orientation. Les codes de réponse ne sont pas toujours des codes d'erreur HTTP. Par exemple, « 200 OK » signifie que tout est OK, tandis que l'erreur HTTP « 404 Not Found » indique que la page est perdue dans l'espace virtuel. Chaque code est une expression unique de l'état du serveur, dont le décodage nous permet de comprendre ce qui se passe de l'autre côté du monde virtuel.
Codes 1xx (Informations)
Les codes d'état 1xx du protocole HTTP constituent en quelque sorte le premier maillon du dialogue entre le serveur et le client. Au lieu de fournir une réponse complète à une requête, ils fournissent des informations sur l'état actuel, améliorant ainsi l'efficacité des échanges de données. Examinons-les de plus près :
100 Continuer. Code de réponse HTTP dans lequel le serveur donne le feu vert à l'utilisateur, lui permettant de continuer en toute sécurité à envoyer une requête volumineuse.
101 Changer de protocoleLe serveur informe le client qu'il modifie les règles du jeu, par exemple en passant de HTTP à HTTPS, plus sécurisé. Dans ce cas, l'en-tête « Upgrade » est utilisé pour le changement de protocole.
Traitement 102Ce code est comme un message indiquant que le serveur a accepté la demande, mais qu'il est toujours occupé par une opération complexe.
103 premiers indices. Ici, le serveur envoie plusieurs en-têtes indicatifs au client avant la réponse principale, avertissant de quelque chose qui pourrait être pertinent dans un avenir proche.
Code 2xx (réussi)
Les codes d'erreur HTTP du groupe 2xx indiquent une requête réussie du serveur. Ils agissent comme un « feu vert » dans le cadre des communications web, confirmant que tout se déroule comme prévu et que l'opération a été menée à bien.
200 OKCet état est utilisé lorsque le serveur traite une requête par la méthode GET sans problème et renvoie les données demandées en réponse. L'en-tête « Content-Type » indique le type de contenu de la réponse. Il informe simplement le client que la requête a abouti.
201 Créé. Ici, le serveur annonce la création d'une nouvelle ressource.
202 AcceptéLe serveur informe l'utilisateur que la demande a été acceptée, mais qu'il faudra du temps pour répondre.
203 Informations non autoriséesCe code fournit au client des données qui peuvent ne pas être officielles, mais qui peuvent être utilisées à des fins de comparaison.
204 Sans contenuLe serveur a traité la demande mais ne renvoie aucun contenu supplémentaire.
205 Réinitialiser le contenu. Ici, le client est invité à réinitialiser la vue ou les données actuelles après l'envoi.
206 Contenu partielCe cas indique que la réponse ne contient qu'une partie du contenu demandé. L'en-tête « Content-Range » indique la plage de contenu partielle.
207 Multi-Statut. Le serveur a terminé avec succès une demande multi-opérations du client et la réponse contient des informations sur l'état de chacune des opérations.
226 IM d'occasionCe code indique que le serveur a utilisé la méthode des métadonnées incrémentielles (IM) et a répondu en transmettant uniquement les parties de ressources modifiées au client.
Codes 3xx (Redirections)
Les codes 3xx du protocole HTTP sont comme des pointeurs qui guident l'utilisateur vers une nouvelle ressource. Ils informent le client des étapes à suivre pour obtenir le contenu demandé ou être redirigé vers une autre ressource. Examinons chacun d'eux en détail :
300 choix multiplesLe client reçoit un signal indiquant qu'il existe plusieurs emplacements possibles pour la ressource et se voit proposer un choix en réponse. Dans le cas présent, l'en-tête « Emplacement » peut indiquer d'autres options pour la ressource.
301 Déménagé Définitivement. Le serveur signale à l'utilisateur que la ressource a été déplacée définitivement vers un autre emplacement.
302 TrouvéCe code HTTP est similaire à une redirection temporaire. Le serveur informe le consommateur que la ressource est temporairement disponible à une autre URL. L'en-tête « Location » pointe vers la nouvelle URL pour la redirection temporaire.
303 Voir les autresLe client est informé que la ressource est disponible à une URL différente et doit effectuer une requête GET vers cette nouvelle adresse.
304 non modifiéCet état indique au client que la ressource est restée inchangée depuis la dernière requête et qu'elle n'a pas besoin d'être téléchargée à nouveau. Lors d'une requête, l'en-tête « If-Modified-Since » est utilisé pour vérifier si la ressource a été modifiée.
305 Utiliser un proxy. En réponse, le serveur indique qu’il doit utiliser le proxy spécifié pour accéder à la ressource demandée.
306 (réservé) — Le code a été réservé, mais en fait il n’est pas utilisé.
307 Redirection temporaireCe code est similaire à 302 Found, mais nécessite que le client reste dans la méthode de demande utilisée dans la demande d'origine.
308 Redirection permanente. Indique que la ressource a effectué un déplacement permanent vers un nouvel URI et que le client doit utiliser le nouvel URI pour toutes les demandes futures.
Erreur HTTP 4xx (erreurs client)
Les codes d'erreur HTTP 4xx indiquent des erreurs client. Cela signifie que le problème se situe du côté de l'utilisateur, par exemple au niveau du navigateur web ou de l'application.
400 Bad RequestLe serveur ne peut pas traiter la demande en raison d'erreurs de syntaxe, de données non valides ou d'autres erreurs côté client.
401 Non autorisé. Le serveur ne peut pas traiter la demande en raison d'erreurs de syntaxe, de données non valides ou d'autres erreurs côté client.
402 Paiement requisCe code n'est pas actif pour le moment et est réservé à une utilisation ultérieure. Il peut indiquer la nécessité de payer avant d'accéder à la ressource ultérieurement.
Erreur HTTP 403 interdite. Le client ne dispose pas des droits suffisants pour accéder à la ressource demandée.
404 introuvable. La ressource demandée n'existe pas sur le serveur. Il s'agit de l'une des erreurs utilisateur les plus courantes.
Méthode 405 non autoriséeLe serveur ne prend pas en charge la méthode de requête spécifiée pour cette ressource. L'en-tête « Allow » indique les méthodes autorisées pour la ressource. Avec ce code,
406 Non acceptable. Le serveur ne peut pas fournir de données dans un format pouvant être accepté par le client.
407 Authentification proxy requise. L'authentification sur le serveur proxy est requise pour accéder à la ressource demandée.
408 Délai de demandeLe serveur attendait une requête du client, mais le délai d'attente a expiré. L'en-tête « Retry-After » peut indiquer le délai après lequel la requête peut être relancée.
409 Conflit. La demande ne peut pas être complétée en raison d'un conflit avec l'état actuel de la ressource.
Fini 410La ressource demandée existait auparavant mais a maintenant été supprimée et sa restauration n'est pas attendue.
Longueur 411 requiseLe serveur demande de préciser la longueur du contenu dans la requête ; l'absence de cette information est considérée comme une erreur.
La condition préalable 412 a échoué. Une condition préalable dans la requête n'est pas remplie, ce qui l'empêche de s'exécuter.
413 Charge utile trop importante. La taille des données demandées dépasse les limites du serveur.
414 URI trop long. La longueur de l'URI dans la demande dépasse les limites acceptables.
415 Type de support non pris en chargeLe serveur ne peut pas traiter le type de données fourni dans la demande.
416 Portée insatisfaisante. Erreur HTTP où la plage demandée ne correspond pas aux données actuelles du serveur.
417 Attente a échouéLa condition attendue dans l'en-tête « Expect » n'a pas été remplie.
418 Je suis une théièreCe code est inclus à titre indicatif et n'implique aucune action réelle de la part de l'utilisateur ou du serveur. Il ne constitue pas une erreur à part entière. Il indique que le serveur est une théière et qu'il n'est pas capable de faire du café.
421 Demande mal acheminéeLe serveur ne traite pas la demande en raison d'une erreur dans la demande ou dans la configuration du serveur.
422 Entité non traitableLe serveur comprend la demande, mais ne la traite pas en raison d'erreurs de données.
423 Verrouillé. La ressource est bloquée et ne peut pas être traitée.
424 Dépendance échouée. La requête dépend d’une autre requête non exécutée.
425 Trop tôt. Le serveur n'est pas prêt à traiter la demande en raison de son arrivée prématurée.
Mise à niveau 426 requiseLe serveur nécessite l’utilisation d’un protocole plus avancé pour traiter la demande.
428 Condition préalable requiseLe serveur exige que certaines conditions préalables soient spécifiées dans la requête.
429 Trop de demandesLe client a envoyé trop de requêtes dans un court laps de temps, dépassant les limites du serveur.
431 Champs d'en-tête de demande trop grandsLes en-têtes de requête dépassent la taille maximale autorisée.
449 Réessayer avec. Indique que la demande ne peut pas être exécutée par le serveur actuel, mais peut être traitée avec succès par un autre serveur, et que le client doit réessayer la demande avec un nouvel URI.
451 Indisponible pour des raisons juridiquesLa ressource n'est pas disponible pour des raisons juridiques.
499 Demande client ferméeLe serveur a reçu la demande, mais la connexion a été fermée par le client avant la fin du traitement.
Erreur HTTP 5xx (erreurs de serveur)
Les codes d'erreur HTTP 5xx indiquent des problèmes de serveur. Ces codes indiquent des problèmes survenus côté serveur, empêchant le serveur de traiter correctement la requête de l'utilisateur. Examinons-les de plus près :
Erreur HTTP 500 Erreur interne du serveur. Le serveur rencontre des circonstances inattendues qui l'empêchent de terminer la requête. L'en-tête « Serveur » peut indiquer le serveur sur lequel l'erreur s'est produite.
501 non implémentéLe serveur ne prend pas en charge la fonctionnalité requise pour traiter la requête du client. L'en-tête « Via » peut indiquer le serveur proxy via lequel l'erreur s'est produite.
502 Bad Gateway. Ce code signifie que le serveur qui agit comme proxy a reçu une réponse incorrecte d'un autre serveur.
HTTP Erreur Service 503 Non disponibleLe serveur est temporairement incapable de traiter les requêtes.
504 portail expiréLe serveur, qui agit comme proxy, n'a pas reçu de réponse rapide d'un autre serveur.
Version 505 HTTP non prise en chargeLe serveur ne prend pas en charge la version du protocole HTTP spécifiée dans la requête. En guise de solution de secours, l'en-tête « Upgrade » peut indiquer les protocoles pris en charge.
La variante 506 négocie également. Ce statut n'est pas utilisé dans HTTP/1.1 ; cependant, si le serveur détecte une configuration interne qui entraîne une ambiguïté dans la négociation du contenu, il peut utiliser cette réponse.
507 Stockage insuffisantLe serveur ne peut pas répondre à la demande en raison d'un espace de stockage insuffisant sur le serveur.
Boucle 508 détectéeLe serveur a détecté une boucle lors du traitement de la requête et refuse de terminer la requête afin d'éviter une boucle infinie.
509 Limite de bande passante dépasséeL'erreur se produit lorsque la bande passante du serveur est dépassée en raison d'un volume élevé de requêtes ou de trafic.
510 non prolongéLe client doit transférer des extensions supplémentaires pour continuer la demande.
511 Authentification réseau requiseLe client doit s’authentifier pour accéder au réseau.
Comment vérifier le code d'état de la page
Dans cette section, nous examinerons trois principales méthodes pour vérifier le code d'état d'une page : via la ligne de commande, via un navigateur web et via des services en ligne indépendants. Chacune de ces méthodes présente ses propres avantages et peut s'avérer utile dans différentes situations.
Vérification de la réponse du serveur via la ligne de commande
La ligne de commande permet de consulter facilement le code d'état d'une page sans utiliser de navigateur web. Pour cela, ouvrez la ligne de commande et exécutez la commande suivante :
curl -I http://page-addressCette commande envoie une requête HEAD (requête d'en-têtes uniquement) à l'URL spécifiée et affiche des informations, notamment le code d'état HTTP :
L'exemple ci-dessus montre un code de réponse réussi. Si la réponse contient un code d'erreur, comme « 404 Not Found », le résultat sera similaire :
Vérification de la réponse du serveur via la console du navigateur
La console de développement du navigateur web propose des outils permettant d'effectuer diverses opérations, notamment la vérification du code d'état de la page. Pour afficher le code HTTP dans la réponse du serveur, ouvrez la console de développement (Ctrl+Maj+K) ou (Ctrl+Maj+J) selon le navigateur utilisé. Sélectionnez ensuite la section « Réseau » et chargez la page souhaitée :
Vérification de la réponse du serveur à l'aide d'outils indépendants
Il existe de nombreux services en ligne indépendants proposant des outils permettant de vérifier le code d'état des pages web. Ces services vous permettent généralement d'obtenir rapidement un aperçu de la disponibilité et des performances de votre ressource. Ils fonctionnent tous selon le même principe. À titre d'exemple, nous examinerons la ressource la plus populaire : httpsstatus.io
Tout d'abord, vous devez ouvrir le service lui-même, puis entrer l'adresse de la page dont vous avez besoin pour trouver la réponse et demander une vérification :
Le résultat sera affiché en bas de la page :
Conclusion
En conclusion, il convient de souligner que la compréhension et la capacité à lire les codes d'erreur HTTP sont essentielles pour toute personne impliquée dans le développement web et la maintenance de serveurs. En identifiant chaque erreur et en explorant les outils permettant de les détecter, nous comprenons l'importance d'une gestion efficace de ces aspects des services web.
