Introduction à HTTP

Comprendre les principes fondamentaux du fonctionnement de HTTP fait partie intégrante de la compréhension de la technologie de publicité en ligne. Par exemple, nous traitons les « données de cookie » --- mais comment ces données de cookie sont-elles transmises à un serveur publicitaire ou utilisées dans une demande d’annonce ? Qu’est-ce qui est réellement contenu dans un cookie ? Où résident les cookies et comment accéder aux données des cookies lors d’un appel publicitaire ?

Et vous vous êtes peut-être demandé à un moment donné : Pourquoi mon suivi des clics ne fonctionne-t-il pas ? Qu’est-ce qu’un pixel de segment ? Pourquoi ai-je besoin d’un mappage d’ID utilisateur ? Pour répondre, vous devez comprendre ce qui se passe réellement lorsque votre navigateur contacte un serveur web, et très peu de personnes comprennent cela--- y compris la plupart des gens dans le secteur de la publicité en ligne.

Il ya beaucoup d’informations sur l’Internet sur HTTPs, ci-dessous est un résumé rapide pour vous aider à commencer. S’il vous plaît faites-nous savoir ce qui est utile pour vous et les suggestions que vous avez, et faites-nous savoir si vous avez trouvé de bons guides d’introduction.

Définition HTTP

HTTP est l’acronyme de Hypertext Transfer Protocol, et c’est la façon dont différentes parties d’Internet communiquent entre elles. HTTP est ce que l’on appelle un langage de « requête-réponse », car votre navigateur web (Firefox, Safari, etc.) envoie une requête HTTP à un serveur qui héberge le contenu web avec lequel vous souhaitez travailler. Le serveur renvoie ensuite une réponse HTTP à votre navigateur web.

C’est pourquoi vous entendez votre navigateur appelé « client » et la relation navigateur-serveur comme une relation « client-serveur ». Un navigateur effectue uniquement des requêtes, et le serveur traite les requêtes du client avec des réponses.

Uniform Resource Locator (URL)

La plupart des gens connaissent les URL. Il s’agit des adresses web que vous tapez dans la barre d’adresses de votre navigateur. Une URL, écrite en HTTP standard, permet d’identifier et de localiser une ressource. Une ressource peut être des graphiques, du texte ou une application, etc.

Voici la syntaxe standard d’une URL :

scheme://hostname:port/path?query_string

Examinons l’URL suivante et trouvons l’article « Tables de choix - Delicious Ways to Love Downtown Los Angeles » sur le site web du New York Times :

https://www.nytimes.com/2010/09/12/travel/12choice.html?_r=1& src=me&ref=travel

Jeu

Cela définit le type de ressource. Nous avons affaire à HTTP. L’exemple ci-dessus est donc une ressource HTTP. Le schéma indique au serveur le type de ressource recherché par le client (votre navigateur) et le format du reste du localisateur. Il existe d’autres types de schémas, tels que FTP, que nous aborderons plus loin.

Nom d'hôte

Il s’agit également du nom de domaine. Il s’agit d’un surnom pour une adresse IP (nous verrons plus tard l’adresse IP) qui est plus facilement lu par les personnes. Dans l’exemple ci-dessus, le nom d’hôte est « www.nytimes.com ». Ainsi, la demande sait qu’elle doit aller au serveur ny Times.

Port

Le numéro de port étant facultatif, il n’est pas utilisé dans la plupart des URL. Si le port n’est pas répertorié, le port par défaut du schéma est utilisé. Pour l’exemple ci-dessus, le port n’est pas inclus, mais le serveur sait qu’il doit envoyer l’URL au port 80, car il s’agit du port par défaut pour HTTP. Un autre schéma fréquemment utilisé est FTP, qui utilise le port 21 par défaut. Si vous ne savez pas grand-chose sur les ports, ne vous inquiétez pas de cette partie. Nous aborderons plus tard plus en détail les ports.

Chemin d’accès

Le chemin d’accès est utilisé pour définir comment rechercher la ressource. Le nom d’hôte vous envoie à l’adresse IP appropriée, et le chemin d’accès indique davantage comment accéder à un emplacement plus spécifique. Cela revient à trouver quelque chose sur votre ordinateur, par exemple, supposons que vous ayez un fichier de déclaration de revenus situé à la maison/documents/taxes/taxreturn2009.pdf. Le chemin commence généralement après le premier « / » et il peut y avoir plusieurs couches d’un chemin, toutes définies par un « / ».

Dans l’exemple ci-dessus, le chemin est « /2010/09/12/travel/12choice.html ». Une fois que le message atteint le serveur nytimes.com, il sait qu’il doit continuer jusqu’à chaque couche du chemin jusqu’à ce qu’il atteigne la couche finale, « 12choice ». La recherche d’une ressource à l’aide d’une URL est un processus similaire à la recherche d’un fichier dans un bureau. Tout d’abord, vous allez au bureau, puis l’armoire à fichiers droite, puis le tiroir, puis le fichier de suspension vert correct, puis enfin le dossier manilla qui contient les informations que vous voulez.

Chaîne de requête

Les chaînes de requête sont toujours séparées du reste de l’URL par un point d’interrogation. Les chaînes de requête contiennent généralement n’importe quel nom ou « paire valeur » que le client souhaite passer au serveur. Une paire valeur est le type d’informations et les informations réelles jointes par un signe égal, tel que food=hamburger. Les paires valeur sont séparées par des esperluette, et vous pouvez avoir autant de paires valeur dans une chaîne de requête que vous le souhaitez.

Dans l’exemple ci-dessus, « ?r=1&src=me&ref=travel » est la chaîne de requête. Le point d’interrogation indique le début de la chaîne de requête. La paire valeur « ref=travel » fait probablement référence au fait que cet article se trouve dans la section voyage.

Un autre exemple courant d’utilisation de chaînes de requête est le remplissage d’un formulaire en ligne. Cet exemple est du formulaire de contact Xandr :

La chaîne de requête se présente comme suit : ? Field1=George&Field2=Smith&Field3=gsmith@gsmith.com&Field4=Smith_Enterprises&Field5=Your_platform_

Dns (Domain Name System)

Un nom d’hôte ou un nom de domaine ne signifie en fait rien pour un serveur, qui fonctionne en binaire (tous les 1 et 0). Une URL est utilisée comme un « surnom » qui a une signification pour les humains, mais pour que les serveurs fonctionnent avec des URL, ils sont traduits en une adresse IP. Nous parlerons plus en détail de l’adresse IP, mais les adresses IP sont des numéros uniques attribués à chaque ordinateur connecté à Internet et ressemblent à ceci : 1276.1345.4858.9567.

Pour que les URL soient traduites de manière cohérente en adresse IP correcte sur l’ensemble d’Internet, le système de noms de domaine a été créé. Les systèmes de noms de domaine mappent les domaines à leur adresse IP. Lorsque vous inscrivez une URL, vous devez l’attacher à une adresse IP et l’inscrire auprès du DNS.

À partir de l’exemple ci-dessus, « www.nytimes.com » est traduit en adresse IP du serveur que le Ny Times a inscrit auprès du DNS.