INTRO :

Un navigateur est un client HTTP. Le serveur quant lui, est un ordinateur dont le rle est de
mettre disposition des clients certaines ressources (donnes: images, textes).
En ralit, le serveur est un logiciel ayant ce rle, mais on utilise souvent le mme mot pour
l'ordinateur sur lequel il est install.
Le client est un logiciel capable de se connecter au serveur, lui envoyer des requtes et en
afficher le rsultat.
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'interprter et donc
le visualiser l'cran.
Or, HTML gnre 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 raliser 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 intgr au code HTML sera interprt au niveau du serveur, puis traduit en HTML
pour pouvoir tre affich sur cran grce au navigateur.
PHP est donc un langage de script ct 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 crer de vritables applications web (messagerie, blogs,
jeux en ligne, compte bancaire...). Ces applications ont tout d'une application informatique
classique. Elles sont capables de raliser tous les traitements autorises par le langage de
programmation utilis pour la dvelopper.
La seule diffrence est qu'elle doit formater son rsultat en HTML, au lieu de l'crire sur la
console (DOS) ou dans une interface graphique.
Cel dit, un serveur web ne sait pas excuter une telle application. C'est pourquoi des serveurs
spcifiques sont apparus, les serveurs d'applications.
Une application peut interroger des sources de donnes multiples, on parle alors d'une base de
donnes gre par un systme de gestion de base de donnes : SGBD.

Etapes dcrites en dtails :

1) Le client met une requte (i.e. appelle une URL) pour demander une ressource au serveur.
Exemple : http://leserveur.com/welcome. Il ne sait pas ici si la rponse qui va lui parvenir
est statique (page HTML simple) ou dynamique (gnre par une application web). Dans notre
cas, il s'agit d'une application rpondant l'adresse welcome sur le serveur leserveur.com.
2) Ct serveur, c'est le serveur web (exemple : Apache) qui traite les requtes HTTP
entrantes. Il traite donc toutes les requtes, qu'elles demandent une ressource statique ou
dynamique. Seulement, un serveur HTTP ne sait rpondre qu'aux requtes visant des
ressources statiques. Il ne peut que renvoyer des pages HTML, des images,... existantes.
3) Ainsi, si le serveur HTTP s'aperoit que la requte reue est destine au serveur
d'applications, il la lui transmet. Les deux serveurs sont relis par un canal,
nomm connecteur.
4) Le serveur d'applications (exemple : Tomcat !) reoit la requte son tour. Il est, lui, en
mesure de la traiter. Il excute donc le morceau d'application (la servlet) auquel est destine la
requte, en fonction de l'URL. Cette opration est effectue partir de la configuration du
serveur. La servlet est donc invoque, et le serveur lui fournit notamment deux objets Java
(Tomcat est un serveur d'applications Java) exploitables : un reprsentant la requte, l'autre
reprsentant la rponse. La servlet peut maintenant travailler, et gnrer la rponse la
demande. Cela peut passer par la consultation de sources de donnes, comme des bases de
donnes (4'' sur le schma). Ou bien par l'interrogation d'autres serveurs ou systmes (4' sur
le schma), l'environnement Java web permettant de se connecter de nombreux systmes.
5) Une fois sa rponse gnre, le serveur d'applications la renvoie, par le connecteur, au
serveur web. Celui-ci la rcupre comme s'il tait lui-mme all chercher une ressource
statique. Il a simplement dlgu la rcupration de la rponse, et celle-ci a t gnre, mais
ce n'est plus le problme.
6) La rponse est dornavant du simple code HTML, comprhensible par un navigateur. Le
serveur HTTP peut donc retourner la rponse au client.