|
Le protocole HTTP/1.1 est défini par la RFC 2616 (maintenant largement obsolète par la RFC 7230-7235). Il s'agit d'un protocole textuel qui utilise un modèle client-serveur dans lequel un client (comme un navigateur Web) initie une requête à un serveur (comme un serveur Web). Voici un aperçu de ses principales caractéristiques :
Principales fonctionnalités :
* Client-Serveur : Un client initie la communication en envoyant une requête à un serveur. Le serveur répond à la demande.
* Demande-Réponse : La communication est basée sur un cycle demande-réponse. Chaque requête du client génère une réponse unique du serveur.
* Apatride : Chaque demande est indépendante des demandes précédentes. Le serveur ne conserve pas d'informations sur les interactions passées avec le client. (Les sessions sont gérées via des mécanismes tels que les cookies, non inhérents au protocole lui-même.)
* Gestion des connexions : HTTP/1.1 introduit des connexions persistantes (keep-alive). Cela permet d'envoyer plusieurs requêtes et réponses via une seule connexion TCP, améliorant ainsi l'efficacité. L'en-tête `Connection` détermine si la connexion doit être maintenue active après une réponse. S'il n'est pas spécifié, le comportement par défaut dépend de la configuration du serveur, mais il s'agit généralement de maintenir la connexion active.
* Mise en cache : HTTP/1.1 prend en charge les mécanismes de mise en cache pour améliorer les performances. Les réponses peuvent inclure des en-têtes indiquant si et comment elles peuvent être mises en cache.
* En-têtes : Les requêtes et les réponses incluent des en-têtes fournissant des métadonnées, telles que le type de contenu, la longueur, la date, etc. Les en-têtes sont des paires clé-valeur.
* Méthodes : HTTP définit plusieurs méthodes (verbes) pour spécifier le type de requête, notamment :GET, POST, PUT, DELETE, HEAD, OPTIONS, etc.
* Codes de statut : Le serveur répond avec un code d'état à trois chiffres indiquant le résultat de la demande (par exemple, 200 OK, 404 Not Found, 500 Internal Server Error).
* Contenu : La réponse inclut généralement le contenu demandé (par exemple, une page HTML, une image, des données JSON).
Structure d'une demande :
```
MÉTHODE /chemin HTTP/1.1
Hébergeur :exemple.com
Agent utilisateur :Mozilla/5.0 ...
Accepter :texte/html,application/xhtml+xml,...
Connexion :keep-alive
...d'autres en-têtes...
[corps de la demande (facultatif)]
```
Structure d'une réponse :
```
HTTP/1.1 200 OK
Date :mar. 29 novembre 2023 16:03:22 GMT
Serveur :Apache/2.4.54
Type de contenu :texte/html ; jeu de caractères =UTF-8
Longueur du contenu : 1234
Connexion :keep-alive
...d'autres en-têtes...
[corps de la réponse]
```
Limites de HTTP/1.1 :
* Blocage en tête de ligne : Étant donné que les requêtes sont envoyées séquentiellement sur une seule connexion, une ressource à chargement lent peut bloquer les requêtes suivantes, ce qui a un impact sur les performances. Il s'agit d'un inconvénient important, résolu par des protocoles ultérieurs comme HTTP/2 et HTTP/3.
* Frais généraux : La nature textuelle et les en-têtes détaillés ajoutent une certaine surcharge par rapport aux protocoles binaires plus récents.
HTTP/1.1 a considérablement amélioré son prédécesseur, HTTP/1.0, mais ses limites ont ouvert la voie au développement de protocoles plus efficaces comme HTTP/2 et HTTP/3. Cependant, comprendre HTTP/1.1 reste précieux, car de nombreux systèmes l'utilisent encore, et comprendre ses principes est crucial pour comprendre l'évolution du Web.
|
