Le Comportement des Navigateurs Internet

Les requêtes de type GET sont les plus fréquemment employées.

Elles sont utilisées quand :

• une URL est entrée directement dans la barre d'adresse ;
• on clique sur un lien ;
• on charge un document annexe à la page (frame, iframe, feuille de style, image, icône, fichier de script, etc.) ;
• on soumet un formulaire utilisant la méthode GET ;
• la réponse HTTP précédente a retourné un code status impliquant une redirection simple.

Les requêtes de type POST application/x-www-form-urlencode sont utilisées à la soumission d'un formulaire dont la propriété enctype a la valeur application/x-www-form-urlencode (c'est la valeur par défaut).
Le format d'encodage des données est le même que pour les paramètres GET.

Ces requêtes sont utilisées à la soumission d'un formulaire dont la propriété entype est à multipart/form-data. Le format est plus complexe que pour les POST application/x-www-form-urlencode, car elles doivent permettre d'envoyer des fichiers en plus des données.
Il y a tout d'abord un élément essentiel, nommé le boundary. C'est une chaîne de caractères qui permet de servir de séparateur, son format et sa valeur sont laissés à la discrétion du navigateur. Il est spécifié à l'aide d'un en-tête dans la requête HTTP. Ensuite, chaque donnée de formulaire est indiquée de cette façon :

Content-Disposition: form-data; name="{NOM}"[CRLF]
[CRLF]
{VALEUR}

Tandis que les fichiers sont indiqués selon un format presque similaire :

Content-Disposition: form-data; name="{NOM}"; filename="{NOM DU FICHIER}"[CRLF]
Content-Type: {TYPE MIME}[CRLF]
[CRLF]
{CONTENT}

Le [CRLF] correspond à un retour à la ligne « \r

 ». Le NOM et le NOM DU FICHIER ne doivent pas contenir de guillemet (") ni de retour à la ligne (\r ou \n).

Les données sont séparées par le boundary, qui est seul sur une ligne. De plus, l'ensemble des données est lui-même indiqué entre deux lignes ne contenant que le boundary.

Ces en-têtes sont envoyés par le navigateur à chaque requête, et ne dépendent pas de ladite requête.

• User-Agent
  Cet en-tête indique le nom et la version du navigateur. Cela peut servir pour faire par exemple des statistiques sur les visiteurs, mais également à générer des pages optimisées pour le navigateur. Certains navigateurs (Opera par exemple) permettent de modifier leur signature afin de se « faire passer pour un autre navigateur ».
  
  
• Accept, Accept-language, Accept-charset et Accept-encoding Ces en-têtes permettent d'indiquer les types MIME, langues, jeu de caractères et encodages supportés par le navigateur, ils peuvent également être classés par préférence.

• Host
  Cet en-tête permet d'indique le nom de domaine sur lequel s'effectue la requête, puisqu'en HTTP/1.1, un serveur peut héberger plusieurs noms de domaines.
  
  
• Referer
  Cet en-tête permet d'indiquer la page chargée précédemment, celle qui a conduit à effectuer la requête courante. Certains navigateurs permettent de désactiver cet en-tête.
  
  
• Cookie
  Si le navigateur est configuré pour les supporter, il va lister ici les cookies disponibles pour la page (un exemplaire de l'en-tête par cookie).

En HTML, les balises susceptibles de contenir des données sont :

• input ;
• select ;
• textarea.

Celles dont la propriété disabled (désactivé) est spécifiée sont ignorées. Chaque balise est ensuite traitée selon le cas. Le nom est à chaque fois l'attribut name : s'il est vide, alors une chaîne vide est envoyée en tant que nom.

• Les input button
  Ils ne sont pas destinés à être envoyés au serveur, mais uniquement à déclencher une action côté client.
  Ils sont ignorés.
  
  
• Les input submit et image
  Si la soumission a été déclenchée par le clic sur un élément de ce type, il est alors communiqué au serveur, sinon il est ignoré. Si l'input ne possède pas d'attribut value, alors la valeur est laissée à l'appréciation du navigateur, sinon c'est elle qui est spécifiée. Pour les input image, les coordonnées du clic (par rapport au coin inférieur gauche) sont communiquées grâce à deux données supplémentaires dont les noms sont la valeur du name, suivi d'un underscore (_), suivi d'un x minuscule (coordonnée horizontale) ou d'un y minuscule (coordonnée verticale).
  
  
• Les input checkbox et radio
  Seuls ceux qui sont cochés sont envoyés, s'il n'y a pas de valeur spécifiée (attribut value), alors le défaut est laissé à l'appréciation du navigateur (en général, c'est « on » qui est utilisé).
  
  
• Les inputs text, hidden, password et les textarea
  Ces quatre types d'éléments sont traités de la même façon, la valeur est simplement celle entrée par l'utilisateur ou spécifiée dans l'attribut value (pour les inputs) ou entre les balises du textarea.
  
  
• Les select
  Pour les select (multiple ou non), la (ou les) valeur(s) est (sont) l'attribut value de l' (des) option sélectionnée(s), ou à défaut, le contenu des balises.
  Dans le cas d'un select multiple, chaque valeur est envoyée avec le même nom. Si aucune valeur n'est sélectionnée, alors il est ignoré.
  
  
• Les input file
  Les input file sont traités différemment selon la méthode de soumission. S'il s'agit d'un POST mutlipart/form-data, alors les données sont extraites comme indiqué dans la description de ce type de requêtes.
  Sinon, la valeur est simplement le nom du fichier (sans le chemin d'accès).

L'ordre est propre au navigateur. Cependant, aucune donnée ne doit être supprimée, même en cas de collision de nom, ou de nom absent.