Ce matériel fait partie de la série "Introduction au développement d'entreprise". Articles précédents :
![Partie 3. HTTP/HTTPS - 1]()
Salut! Aujourd'hui, nous allons découvrir les protocoles HTTP et HTTPS. Mais d'abord, clarifions un point : nous parlons de protocoles d'envoi de données sur un réseau au niveau applicatif du modèle OSI. Vous vous souvenez peut-être que nous avons découvert le modèle OSI dans l'un des articles précédents. Si vous ne vous en souvenez pas, c'est ici .
Salut! Aujourd'hui, nous allons découvrir les protocoles HTTP et HTTPS. Mais d'abord, clarifions un point : nous parlons de protocoles d'envoi de données sur un réseau au niveau applicatif du modèle OSI. Vous vous souvenez peut-être que nous avons découvert le modèle OSI dans l'un des articles précédents. Si vous ne vous en souvenez pas, c'est ici .
Qu'est-ce qu'un protocole de communication de données ?
C'est ce que nous appelons l'ensemble convenu de règles qui permettent aux développeurs de différents services d'envoyer des informations dans un format que d'autres peuvent comprendre. Par exemple, vous pouvez utiliser Google Chrome pour obtenir des informations à la fois de Facebook et de Twitter, car les développeurs les envoient en utilisant le protocole HTTP standard, qui permet à votre navigateur de les traiter. Les règles uniformes sont très pratiques pour les personnes qui développent la partie serveur : il existe de nombreuses bibliothèques qui peuvent convertir les informations pour vous et les envoyer en utilisant le protocole approprié. HTTP a été initialement conçu comme un protocole d'envoi de pages HTML. C'est ainsi qu'il a été utilisé pendant longtemps, mais maintenant les programmeurs l'utilisent souvent pour envoyer à la fois des chaînes et des fichiers multimédias. En général, ce protocole est universellement accepté et polyvalent, et il est vraiment facile à utiliser. Et maintenant, nous allons étudier comment l'utiliser.La structure de HTTP
Notons tout de suite que le protocole HTTP n'est composé que de texte. Ce qui nous intéresse le plus, c'est la structure de ce texte. Chaque message est composé de trois parties :- Ligne de départ — Ceci définit certaines données de gestion interne.
- En-têtes — Ceux-ci décrivent les paramètres de message.
- Corps — Il s'agit du contenu du message. Le corps doit être séparé des en-têtes par une ligne vide.
Voici à quoi ressemble une requête HTTP simple :
GET / HTTP/1.1
Host: codegym.cc
User-Agent: firefox/5.0 (Linux; Debian 5.0.8; en-US; rv:1.8.1.7)
- GET — La méthode de la requête
- / — Le chemin de la requête
- HTTP/1.1 — La version du protocole
- Hôte — L'hôte auquel la demande est adressée
- User-Agent — Le client qui envoie la requête
https://cdn.codegym.cc/images/article/155cea79-acfd-4968-9361-ad585e939b82/original.pngsend?name1=value1&name2=value2
POST /user/create/json HTTP/1.1
Accept: application/json
Content-Type: application/json
Content-Length: 28
Host: codegym.cc
{
"Id": 12345,
"User": "John"
}
Réponses HTTP
Après réception d'une requête, le serveur la traite et envoie une réponse au client :
HTTP/1.1 200 OK
Content-Type: text/html; charset=UTF-8
Content-Length: 98
<html>
<head>
<title>An Example Page</title>
</head>
<body>
<p>Hello World</p>
</body>
</html>
Codes d'état de réponse
Tout est clair concernant le corps du message et les en-têtes, mais nous devons dire quelques mots sur les codes de statut. Les codes d'état de réponse sont toujours à trois chiffres. Le premier chiffre du code indique la catégorie de la réponse :- 1xx — Informationnel. La demande a été reçue. Le serveur est prêt à continuer.
- 2xx — Réussi. La demande a été reçue, comprise et traitée.
- 3xx — Redirection. Des actions supplémentaires doivent être effectuées pour traiter la demande.
- 4xx — Erreur client. La demande contient des erreurs ou n'est pas conforme au protocole.
- 5xx — Erreur de serveur. La demande a été composée correctement, mais le serveur n'a pas pu la traiter.
- 200 OK — La demande a été reçue et traitée avec succès.
- 201 Créé — La demande a été reçue et traitée avec succès, ce qui a entraîné la création d'une nouvelle ressource ou instance.
- 301 Déplacé définitivement — La ressource demandée a été déplacée définitivement. Les demandes ultérieures doivent être faites en utilisant la nouvelle adresse.
- 307 Redirection temporaire — La ressource a été temporairement déplacée. Pour l'instant, il est accessible par renvoi automatique.
- 403 Interdit — La demande a été comprise, mais une autorisation est requise.
- 404 Not Found — Le serveur n'a pas trouvé la ressource à cette adresse.
- 501 Non implémenté — Le serveur ne prend pas en charge la fonctionnalité requise pour répondre à la demande.
- 505 Version HTTP non prise en charge — Le serveur ne prend pas en charge la version spécifiée du protocole HTTP.
GO TO FULL VERSION