2.0 KiB
| title | description | sort_by | date | weight |
|---|---|---|---|---|
| Statique ? Comment ça ? | Explication sur le contenu statique | weight | 2022-09-01 | 1 |
Au commencement du web (au début des années 90), le contenu présent en ligne était statique : quand un client veut un fichier ou une page, il spécifie le chemin via un URL, le serveur répond tout le temps la même chose. Dès le milieu des années 90 ont apparu au sein du web des pages dynamiques, avec CGI et PHP. Pour une même page, le serveur peut répondre un contenu différent, variant selon des paramètres rajoutés en fin de chemin URL, ou selon n'importe quel facteur qui passe par la tête du développeur.
Avec Javascript, qui date de la même époque, une confusion se pose souvent : beaucoup de contenus statiques passent pour du dynamique aux yeux de l'internaute. Il faut alors rappeler une distinction importante : le code Javascript s'exécute côté client, c'est-à-dire sur l'ordinateur ou le téléphone de l'internaute. À contrario, le CGI ou PHP s'éxécute côté serveur, c'est-à-dire sur la machine administrée par le propriétaire du site. Selon ce qu'on veut faire, il faut choisir l'un ou l'autre.
Je gère une boutique en ligne, et je veux que le stock de mes produits s'affiche en temps réel quand un client consulte mon site ? Il faut faire ça côté serveur, car seul lui connaît les stocks. Je veux mettre en place des décors interactifs avec la souris ? Il faut faire ça côté client, car seul lui connaît la position du curseur. Là où le bât blesse, c'est que certaines choses peuvent être faites des deux côtés, par exemple afficher l'heure sur une page. Bref, pour faire simple, une page statique peut proposer des interactions et des effets quelconques, voir servir un jeu vidéo entier. Le point important est que, du point de vue du serveur web, pour chaque personne qui demande un même URL, il sert exactement le même contenu, même si c'est du code qui sera exécuté.