Le protocole HTTP (Hypertext Transfer) est un protocole destiné aux systèmes d’information hypermédias distribués et collaboratifs. C’est la base de la communication de données pour le World Wide Web (c’est-à-dire Internet) depuis 1990.
HTTP est un protocole générique et sans état qui peut être utilisé à d’autres fins en plus d’utiliser des extensions pour ses méthodes de requête, ses codes d’erreur et ses en-têtes.
Fondamentalement, HTTP est un protocole de communication basé sur TCP/IP, qui est utilisé pour fournir des données (fichiers HTML, fichiers image, résultats de requête, etc.) sur le Internet. Le port par défaut est TCP 80, mais d’autres ports peuvent également être utilisés.
Fournit un moyen normalisé pour les ordinateurs de communiquer entre eux. La spécification HTTP spécifie comment les données de demande client seront construites et envoyées au serveur, et comment les serveurs répondront à ces demandes.
Vous pouvez également lire : 5 types de langages de programmation.
Caractéristiques de base du protocole HTTP
Trois caractéristiques de base font de HTTP un protocole simple mais puissant :
- HTTP est hors ligne : le client HTTP, c’est-à-dire qu’un navigateur lance une requête HTTP et, une fois la requête effectuée, le client attend la réponse. Le serveur traite la demande et envoie une réponse, après quoi le client déconnecte la connexion. Ainsi, le client et le serveur ne se connaissent que pendant la requête et la réponse en cours. Plus de demandes sont faites sur une nouvelle connexion comme si le client et le serveur étaient nouveaux l’un pour l’autre.
- HTTP est indépendant du média : cela signifie que tout type de données peut être envoyé par HTTP tant que le client et le serveur savent gérer le contenu des données. Le client et le serveur doivent tous deux spécifier le type de contenu à l’aide du type MIME approprié.
- HTTP est un système sans état : comme mentionné ci-dessus, HTTP est sans connexion et est une conséquence directe du fait que HTTP est un protocole sans état. Le serveur et le client ne se rencontrent que lors de la requête en cours. Alors ils se sont tous les deux oubliés. En raison de la nature de ce protocole, ni le client ni le navigateur ne peuvent stocker d’informations entre différentes requêtes via les pages Web.
Architecture de base
Le schéma suivant montre une architecture très basique d’une application Web et montre où se trouve HTTP :
Le protocole HTTP est un protocole de requête/réponse basé sur l’architecture client/serveur où les navigateurs Web, les robots et les moteurs de recherche, etc. ils agissent comme des clients HTTP et le serveur Web agit comme un serveur.
Client
Le client HTTP envoie une requête au serveur sous la forme d’une méthode de requête, d’un URI et d’une version de protocole, suivie d’un message de type MIME contenant des modificateurs de requête, des informations client et un éventuel contenu de corps sur une connexion TCP/IP. .
Serveur
Le serveur HTTP répond avec une ligne d’état, qui comprend la version du protocole du message et un code de réussite ou d’erreur, suivi d’un message de type MIME contenant des informations sur le serveur, des méta-informations d’entité et un éventuel contenu d’entité.
Vous pouvez également lire : Unités de mesure de l’information. Ce qu’ils sont, comment ils sont utilisés.
Codes d’état HTTP
Les erreurs sur Internet peuvent être assez frustrantes, surtout si vous ne connaissez pas la différence entre une erreur 404 et une erreur 502. Ces messages d’erreur, également appelés codes d’état HTTP, sont des codes de réponse fournis par les serveurs Web et aident à identifier la cause. du problème.
Par exemple, « 404 file not found » est un code d’état HTTP courant. Cela signifie que le serveur Web ne peut pas trouver le fichier que vous avez demandé. Cela signifie que la page Web ou un autre document que vous avez essayé de charger dans le navigateur Web a été déplacé ou supprimé, ou que vous avez entré une URL ou un nom de document incorrect.
Connaître la signification du code d’état HTTP peut vous aider à comprendre ce qui s’est mal passé. En cas d’erreur 404, par exemple, vous pouvez regarder l’URL pour voir si un mot semble mal orthographié, puis le corriger et réessayer.
Si cela ne fonctionne pas, revenez en arrière en effaçant les informations entre chaque barre oblique inverse, jusqu’à ce que vous arriviez à une page sur ce site qui n’est pas une 404. À partir de là, vous pouvez trouver la page que vous recherchez.
