Le navigateur

INTRO : Un navigateur est un client HTTP. Le serveur quant à lui, est un ordinateur dont le rôle est de mettre à disposition des clients certaines ressources (données: images, textes). En réalité, le serveur est un logiciel ayant ce rôle, mais on utilise souvent le même mot pour l'ordinateur sur lequel il est installé. Le client est un logiciel capable de se connecter au serveur, lui envoyer des requêtes et en afficher le résultat. HTTP enfin, est le protocole (code de communication) utilisé pour échanger des informations sur le web. Le navigateur en principe ne comprend que le langage HTML et permet de l'interpréter et donc le visualiser à l'écran. Or, HTML génère uniquement des pages statiques (contenu fixé à l'avance). Alors pour pouvoir personnaliser nos pages web en fonction du visiteur, on aura besoin d'un langage permettant de réaliser des pages web dynamiques. Ce langage ici est le PHP. Comme le navigateur ne comprend que le code HTML, on devra agir sur le serveur. Du coup, le code PHP intégré au code HTML sera interprété au niveau du serveur, puis traduit en HTML pour pouvoir être affiché sur écran grâce au navigateur. PHP est donc un langage de script côté serveur. En addition au PHP, il existe d'autres langages de scripts moins puissants (exemple: le JavaScript: langage coté client compris par le navigateur agissant surtout sur les formulaires). La programmation internet permet de créer de véritables applications web (messagerie, blogs, jeux en ligne, compte bancaire...). Ces applications ont tout d'une application informatique classique. Elles sont capables de réaliser tous les traitements autorisées par le langage de programmation utilisé pour la développer. La seule différence est qu'elle doit formater son résultat en HTML, au lieu de l'écrire sur la console (DOS) ou dans une interface graphique. Celà dit, un serveur web ne sait pas exécuter une telle application. C'est pourquoi des serveurs spécifiques sont apparus, les serveurs d'applications. Une application peut interroger des sources de données multiples, on parle alors d'une base de données gérée par un système de gestion de base de données : SGBD.

Etapes décrites en détails :

1) Le client émet une requête (i.e. appelle une URL) pour demander une ressource au serveur. Exemple : http://leserveur.com/welcome. Il ne sait pas ici si la réponse qui va lui parvenir est statique (page HTML simple) ou dynamique (générée par une application web). Dans notre cas, il s'agit d'une application répondant à l'adresse welcome sur le serveur leserveur.com. 2) Côté serveur, c'est le serveur web (exemple : Apache) qui traite les requêtes HTTP entrantes. Il traite donc toutes les requêtes, qu'elles demandent une ressource statique ou dynamique. Seulement, un serveur HTTP ne sait répondre qu'aux requêtes visant des ressources statiques. Il ne peut que renvoyer des pages HTML, des images,... existantes. 3) Ainsi, si le serveur HTTP s'aperçoit que la requête reçue est destinée au serveur d'applications, il la lui transmet. Les deux serveurs sont reliés par un canal, nommé connecteur. 4) Le serveur d'applications (exemple : Tomcat !) reçoit la requête à son tour. Il est, lui, en mesure de la traiter. Il exécute donc le morceau d'application (la servlet) auquel

...