1. Ce qu'il s'est passé avec « POST »

Vous avez envoyé la donnée :
Observez l'URL que vous avez obtenue : http://caleca.developpez.com/tutoriels/navigation-web-protocole-http/post/

Comme vous pouvez le constater, il n'y a ici rien de particulier dans l'URL invoqué par le bouton « submit » du formulaire, l'envoi d'informations est invisible pour l'utilisateur.

1-1. Une trace

Ici aussi, la trace ne représente pas l'état actuel, mais une manipulation analogue, faite sur la configuration de tests.

Voici ce qu'a envoyé le client :

 
Sélectionnez
Frame 1 (448 on wire, 448 captured)
...
Hypertext Transfer Protocol
   POST /http/form_post.php HTTP/1.1\r\n
   Accept: */*\r\n
   Referer: http://gw2.maison.mrs/http/exemple1.php\r\n
   Accept-Language: fr\r\n
   Content-Type: application/x-www-form-urlencoded\r\n
   Accept-Encoding: gzip, deflate\r\n
   User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)\r\n
   Host: gw2.maison.mrs\r\n
   Content-Length: 37\r\n
   Connection: Keep-Alive\r\n
   Cache-Control: no-cache\r\n
   \r\n

Data (37 bytes)   Les informations sont envoyées dans le bloc de données.
0000  73 61 69 73 69 65 32 3d 74 65 73 74 2b 6d 25 45   saisie2=test+m%E
0010  39 74 68 6f 64 65 2b 50 4f 53 54 26 42 32 3d 50   9thode+POST&B2=P
0020  6f 73 74 65 72                                    oster

Contrairement à l'exemple précédent, les données du formulaire ne sont pas envoyées dans l'URI mais de façon invisible, dans un bloc de données.

Observons, comme pour l'exemple précédent, le contenu des divers tableaux de variables d'environnement.

1-2. Le tableau « _GET »

Array ( )

Cette fois ci, c'est ce tableau qui est vide.

1-3. Le tableau « _POST »

Nous retrouvons ici les données du formulaire…

Array ( )

Fermez donc cet onglet (ou cette fenêtre) pour passer à la suite de la démonstration…