Le protocole HTTP

Avec cet article, nous analysons le protocole qui constitue le cœur de l'Internet, ou «HTTP.

HTTP signifie Hyper Text Transfer Protocol et est l'un des protocoles les plus importants et daté de la couche application.
Chaque fois qu'un utilisateur demande une page Web utilisant le protocole HTTP est de faire la demande au serveur hébergeant la page est de recevoir les données depuis le serveur en réponse.
C'est évident, par conséquent, que le protocole HTTP est présent tant dans la couche d'application et dans la communication client-serveur contraire décrit ci-dessus ne se produirait pas.

La demande formulée par le client se fait via le navigateur qui gère toutes les communications sur l'écran et retourne les ressources demandées par l'utilisateur. Le navigateur voit une page Web comme un ensemble d'objets liés les uns aux autres par des hyperliens.
Donc définitivement une page web constitué d'un corps HTML comme les autres ressources qui peuvent être des scripts, des images, applets Java et ainsi de suite.
Toutes les ressources sur un serveur peut être accessible par un chemin d'URL qui renvoie à un objet spécifique et. La structure de l'URL est défini par une des normes bien définies et se compose de deux structures principales. Prenez par exemple les ressources suivantes:

 



 http://www.miosito.it/informazioni/curriculum.html

 

• www.miosito.it: identifie l'hôte sur lequel la ressource est hébergé que nous cherchons.
• / Info / curriculum.html: identifie le chemin à suivre (à l'intérieur de l'hôte) pour atteindre la ressource recherchée. Le chemin peut être transmis paramètres (QueryString) pour faire des requêtes vers les scripts côté serveur (arc programmes immobiliers).

Il existe deux variantes du protocole: le «HTTP/1.0 HTTP/1.1 plus daté et que ce droit est maintenant que la plupart des navigateurs Web et les serveurs en utilisant la coquille étant plus récent et plus puissant que la version 1.0.

La particularité du protocole HTTP doit être défini comme un protocole sans état ​​qui est un protocole sans état ​​parce que le serveur web ne tient pas toute sorte d'informations sur les clients qui ont demandé une ressource.

Le protocole HTTP repose sur le protocole TCP couche de transport pour gérer le transfert de données depuis le serveur vers le client. Le choix de TCP est dû au fait que le protocole TCP fournit un service de transfert fiable des données, ce qui ne signifie pas nécessairement un autre protocole de transport est UDP.

Le TCP utilise a l'avantage - comme nous l'avons dit - le transfert fiable de données, mais l'autre implique un temps d'attente pour recevoir plus de la ressource demandée comme TCP, avant de transmettre les données, doit établir une connexion opération qui est appelée la poignée de main. Si le lecteur a voulu enquêter sur le fonctionnement et les caractéristiques du protocole TCP se référant à un « article de l'brasserie-lechantilly.com présents.

HTTP est essentiel pour le transfert fiable de données, comme si le corps entier d'une page web HTML pour être transféré vers le navigateur, en raison de certaines erreurs de transmission, la demande de page serait impossible de voir ou paralysé dans son contenu.

Comme mentionné ci-dessus appartient à la couche application HTTP et le protocole TCP est un protocole de couche transport. Cela dit, comment le protocole HTTP pour échanger des données avec le protocole TCP?
Ceci est possible grâce à la prise qui représentent le point de contact entre la couche application et la couche de transport. Chaque application sur un hôte donné a une interface socket spécifique à la couche transport, donc si par exemple, un utilisateur demande une page Web tout en envoyant un e-mail qu'il y aura une à deux sockets gestiscce échange de données entre HTTP et couche de transport et de l'autre entre les protocoles de courrier électronique et la couche de transport.

Supposons maintenant que l'utilisateur a besoin de deux pages Web simultanée: vous créez deux sockets distinctes? La réponse est non, car le socket renvoie à un processus (dans ce cas HTTP) et sera responsable de la gestion quesst'ultimo, indépendamment, les deux paquets reçus affichage des pages Web demandées séparément.

Après ce rapide aperçu sull'HTTP dans le chapitre suivant, nous allons entrer dans le cœur de la discussion sur le protocole expliquant comment la demande est traitée par un client et entraînant le transfert de données.

• <<
• 1
• 2
• 3
• 4
• 5
• 6
• >>