HTTP et programmation côté serveur avec PHP
Notes de cours
- Le web, c’est quoi et comment ça marche ?
- HTML : la base du web
- Formulaires HTML
- Introduction à PHP
- Introduction à PHP : compléments
- Programmation objet avec PHP
Rappels / pour référence
Le web et HTML
Bases de PHP
- HTTP, serveurs web, pages dynamiques et PHP
- HTTP et URL
- Fonctionnement d’un serveur web
- Pages dynamiques et CGI
- Interaction entre PHP et HTTP
- Envoi de données avec HTTP
- Méthode GET et méthodes non safe
- Paramètres d’URL vs corps d’un POST
- Petits détails de PHP sur lesquels je voulais revenir
Travail personnel
Objectifs
L'objectif de cette première séance est de se remettre dans le bain de la programmation côté serveur avec PHP.
Exercice 1 — Mise en place de l’environnement de travail : Hello world #
Questions
- Le département maths-info met à votre disposition un espace personnel sur le web. Son fonctionnement est expliqué sur cette page de la FAQ du département maths-info. Si vous n'avez pas encore lu cette page, faites-le (pas la peine de lire les « Informations complémentaires pour les plus avancé·es »).
- Si vous avez un éditeur de texte favori, ouvrez-le et créez un nouveau fichier ;
sinon, cliquez sur l'icône tout en haut à gauche de l'écran,
tapez « éditeur » dans le champ de recherche qui apparaît, et choisissez l'application qui s'appelle tout simplement « Éditeur de texte » (voir capture d'écran ci-dessous)

Capture d’écran
(cliquer pour accéder à l’image pleine taille) - Écrivez n'importe quoi dedans, par exemple Hello world.
- Enregistrez le fichier sous le nom
hello.htmldans le répertoirewww-devsur le serveur. Si vous ne savez pas faire, avec « Éditeur de texte » il faut faire comme suit :- cliquez sur l'icône menu, puis faites « Enregistrer sous »

Capture d’écran
(cliquer pour accéder à l’image pleine taille) - cherchez votre serveur dans la colonne de gauche, cliquez dessus, puis allez dans
www-dev(pas danswww-prod!), et ensuite modifiez le nom proposé pour mettrehello.htmlet cliquez sur « Enregistrer ».
Capture d’écran
(cliquer pour accéder à l’image pleine taille)
- cliquez sur l'icône menu, puis faites « Enregistrer sous »
- Ouvrez Firefox (on n'utilisera que Firefox dans ce module). Si vous ne trouvez pas l'icône, cliquez sur « Activités » en haut à gauche et tapez « firefox » dans le champ texte.
Avec Firefox, rendez vous à l'URL
https://dev-LOGIN.users.info.unicaen.fr/, oùLOGINest votre login de connexion (par exempledupont227).Vous devriez voir une page intitulée « Index of / », qui montre en fait le contenu du répertoire
www-dev. Normalement, il ne devrait y avoir qu'un fichier « hello.html ». En cliquant sur ce nom, vous devriez voir ce que vous avez écrit dans le fichier. Si ce n'est pas le cas, demandez de l'aide.
Capture d’écran de la page
(cliquer pour accéder à l’image pleine taille)Notez que le contenu de la barre d'adresse de Firefox a changé quand vous avez cliqué sur « hello.html ». L'URL est à présent
https://dev-LOGIN.users.info.unicaen.fr/hello.html. - Créez un répertoire
testdanswww-dev. Vous devriez le voir apparaître dans le listing si vous retournez à l'URLhttps://dev-LOGIN.users.info.unicaen.fr/dans le navigateur. Observez bien comment la barre d'adresse du navigateur est modifiée si vous cliquez surtest, ou sur le fichierhello.html. Assurez-vous d'avoir compris que le serveur sert le contenu dewww-devà la racine de votre sitehttps://dev-LOGIN.users.info.unicaen.fr: n'hésitez pas à demander des explications à votre chargé·e de TP si ce n'est pas clair pour vous !
Attention à bien organiser votre serveur web, et attention aussi à ne pas y mettre tous vos fichiers, mais seulement ceux qui ont des raisons d'y être !
NB: votre site web https://dev-LOGIN.users.info.unicaen.fr/ n'est malheureusement pas accessible depuis l'extérieur de l'université. C'est uniquement un outil pédagogique.
Exercice 2 — Premiers pas avec PHP côté serveur #
Cet exercice vise à vous familiariser avec les pages dynamiques et le fonctionnement de PHP. Pour rappel, une page PHP est un script, qu'il faut exécuter pour en voir le résultat. C'est le serveur qui exécute le script quand un client y accède via HTTP : si vous essayez d'ouvrir une page PHP locale avec votre navigateur, ça ne fonctionnera pas (le navigateur vous proposera probablement de la télécharger).
Exécution d'un script par le serveur
- Créez un script PHP
hello.phpcontenant le code suivant :<?php echo "Hello\n"; echo "<strong>\n"; echo "World!\n";
Exécutez-le dans un terminal : trois lignes doivent s'afficher. - Copiez le script à la racine de votre
www-dev, et allez à l'URLhttps://dev-LOGIN.users.info.unicaen.fr/hello.php. Qu'est-ce qui s'affiche ? Quelles sont les différences par rapport au terminal, et pourquoi ? - Affichez la source de la page (dans Firefox, clic-droit puis « Afficher la source », ou Ctrl-U). Que voyez-vous :
- le contenu du fichier PHP, ou bien
- les trois lignes qu'affichait le terminal ?
- Le navigateur peut-il savoir que la page a été générée par un script PHP ?
- Que se passe-t-il si vous faites une erreur dans le script ?
- Que se passe-t-il si vous écrivez quelque chose (par exemple
TEST) avant le<?php? (Enlevez-le après avoir testé, sinon la suite ne marchera pas !)
Accès au contexte HTTP depuis le script
Le serveur ne se contente pas d'exécuter le script PHP : il lui fournit diverses informations sur la requête HTTP, effectuée par le client, qui a conduit à cette exécution. D'autre part, le script ne se contente pas d'écrire le corps de la réponse HTTP : il peut demander au serveur de renvoyer tel champ d'en-tête, ou même tel code de statut.
- Avant de faire la suite, attention : il ne doit rien y avoir dans le fichier avant la balise ouvrante de PHP (
<?php), même pas une espace ou un saut de ligne ! Vérifiez bien ! - Ajoutez la ligne suivante juste avant le premier
echo:http_response_code(404);
Elle permet de changer le code de statut de la réponse HTTP. - Actualisez la page : vous ne devriez voir aucune différence ! En revanche, si vous actualisez après avoir ouvert l'onglet « Réseau » des outils développeur (raccourci Ctrl-Shift-E), vous devriez constater que la réponse envoyée est bien une 404.
- Ajoutez la ligne suivante juste en-dessous de l'autre :
header("Content-Type: text/plain");et actualisez la page. Que se passe-t-il, et pourquoi ? Cliquez sur la réponse HTTP dans l'onglet « Réseau », pour voir les en-têtes de la réponse : voyez-vous la différence avec ou sans cette ligne ? - PHP refuse de modifier l'en-tête de la réponse HTTP après avoir commencé à en écrire le corps. Vérifiez cela
en lui faisant afficher quelque chose avant l'appel à
http_response_code(et enlevez-le après avoir testé). - Avec une fonction de debug type
var_export, affichez le résultat de la fonctiongetallheaders(), et comparez à ce que vous voyez dans l'onglet « Réseau ». - Avec une fonction de debug type
var_export, affichez le contenu de la variable$_GET(attention à l'underscore) : il devrait être vide. Que se passe-t-il si vous modifiez la barre d'adresse afin d'aller à l'URLhttps://dev-LOGIN.users.info.unicaen.fr/hello.php?toto=12&blabla=truc? - Optionnel : faire en sorte que la page s'affiche « en mode texte » si on passe dans l'URL la valeur
texteau paramètremode, et en « mode visuel » (HTML interprété) sinon.
Exercice 3 — Manipulation de fichiers, inclusion et redirection #
Téléchargez l'archive de l'exercice,
qui contient un fragment de HTML et un fragment de PHP, ainsi qu'un script inclusion.php qui utilise ces fragments.
Inclusion avec include/require
- Placez le contenu de l'archive sur votre serveur, regardez bien le contenu des scripts, observez le résultat. Assurez-vous de bien comprendre ce qui se passe.
- Remplacez les trois
includepar desrequire, et regardez à nouveau le résultat. Quelle est la différence ? - Enlevez l'inclusion du fragment inexistant et vérifiez que cette fois la conclusion s'affiche bien.
- Dupliquez le contenu du
body(copiez le contenu, du début jusqu'à la conclusion, et collez-le après la conclusion). Chaque inclusion aura donc lieu deux fois. Que se passe-t-il, et pourquoi ? - Remplacez les quatre
requirepar desrequire_once, et expliquez le résultat.
Il existe aussi include_once, mais il est moins utile. À moins d'avoir une bonne raison, il vous est recommandé d'utiliser include pour inclure un fragment de contenu (HTML ou PHP), et require_once pour inclure un fichier PHP contenant des déclarations (constantes, fonctions, classes…).
Récupération du contenu d'un fichier dans une variable
Les instructions include et require exécutent
immédiatement le code : elles sont en quelque sorte remplacées par le résultat
de l'exécution. Il est souvent utile de récupérer ce résultat avant affichage,
pour le modifier ou pour le passer à une fonction.
- Dans un nouveau script PHP, récupérez avec la fonction
file_get_contentsle contenu du fragment HTML dans une variable$frget l'afficher. - Faites de même avec le fragment PHP. Que se passe-t-il, et pourquoi ?
- Pour récupérer le résultat de l'exécution du fragment PHP, il
faut utiliser un
include/requireen activant l'output buffering (voir cours). Faites-le.
Redirection et header
La fonction PHP header permet de manipuler les en-têtes HTTP de la réponse envoyée par le serveur.
- Dans une nouvelle page PHP, mettez le contenu suivant :
<?php header('X-Mon-Entete-Perso: lorem ipsum dolor sit amet'); ?>Ouvrez l'onglet « Réseau » des outils développeur de Firefox (raccourci : control-shift-E), accédez à la page, et vérifiez que l'en-tête custom a bien été transmis. La spec de HTTP autorise tous les en-têtes commençant parX-— elle garantit qu'ils ne seront jamais utilisés dans une future version. Cela permet d'étendre HTTP pour des usages spécifiques à une application sans s'exposer à de futures incompatibilités. - La fonction
headerajoute (ou modifie) des en-têtes HTTP, mais dans certains cas très particuliers elle va un peu plus loin.Mettez le contenu suivant dans une nouvelle page PHP :
<?php header('Location: https://fr.wikipedia.org/wiki/Chien'); ?> <p>Voilà du <strong>HTML</strong> qu'on n'aura pas le temps de voir !</p>Comprenez-vous ce qui se passe ? Observez le déroulement avec l'outil « Réseau » de Firefox, et vérifiez queheadern'a pas simplement ajouté un en-tête, mais a aussi modifié le code de statut de la réponse HTTP.
Exercice 4 — Pseudo-forum #
Récupérer cette archive.
Elle contient un répertoire forum qui lui-même contient un fichier CSS ainsi qu'un fichier donnees.php,
qui déclare un tableau $donnees contenant les messages d'une sorte de pseudo-forum.
Chaque message est un tableau associatif avec trois champs :
- le pseudo
- le texte du message
- la date (une instance de la classe
DateTime)
Le but de l'exercice est de réaliser un site présentant ces messages. Bien sûr, un vrai site ne stockerait pas les messages de cette façon (dans un tableau écrit en dur dans un script PHP) — l'objectif est de vous faire travailler plusieurs notions (et notamment réviser les formulaires), indépendamment des problèmes spécifiques aux BD (connexion, erreurs de requêtes, etc.).
Site de base
-
Placer le répertoire
forumsur votre serveur, et créer un fichierliste.phpdans le répertoire. Inclure le fichierdonnees.phpau début du scriptliste.php: nous pourrons dès lors accéder aux messages dans la variable$donnees, qui constituera notre pseudo-base de données. -
Afficher une liste de tous les messages de la base. NB: les messages ne sont pas dans l'ordre chronologique. C'est normal. Cela fera l'objet d'une question ultérieure.
-
Améliorer la présentation, en vous appuyant sur le fichier CSS fourni : le résultat doit être similaire à cette page (dont il n'est pas interdit de regarder le code source HTML !).
-
S'assurer que le HTML résultant est valide, grâce au validateur du W3C.
-
Modifier le script pour qu'il réagisse à un paramètre
chercherdans l'URL, en n'affichant que les messages dont le texte contient la chaîne de caractères valeur du paramètre. Par exemple,liste.php?chercher=blabladoit afficher tous les messages dont le texte (et seulement le texte — pas le pseudo) contient la chaîneblabla, et aucun autre. -
Ajouter un menu en haut de la page, avec trois liens :
- « Tous les messages » doit pointer vers
liste.php - « Filtrer » doit pointer vers
filtre.php - « Ajouter » doit pointer vers
ajout.php
S'assurer que le HTML est toujours valide.
- « Tous les messages » doit pointer vers
-
Créer le script
filtre.php. Il doit contenir un formulaire avec un champ texte servant à faire une recherche dans le texte des messages, en s'appuyant sur le paramètrechercherimplémenté précédemment dansliste.php. -
S'assurer que le HTML généré par
filtre.phpest valide. -
Créer le script
ajout.php. Il doit contenir un formulaire d'ajout de message, avec un champ pour le pseudo et un champ pour le texte. La soumission du formulaire doit envoyer le message sous la forme d'une requête POST versliste.php. -
S'assurer que le HTML généré par
ajout.phpest valide. -
Modifier
liste.phppour que, lorsque la requête est POST, un nouveau message soit créé (avec le pseudo et le texte donnés, et comme date la date courante) et ajouté au tableau$donnees, avant que la liste ne soit affichée. -
Normalement, vous devez bien voir votre nouveau message dans la liste (a priori, tout en bas)… mais il doit disparaître quand vous cliquez sur « Tous les messages » ! Assurez-vous d'avoir compris pourquoi. Autrement dit : si vous ne comprenez pas ce qui se passe, demandez des explications à votre chargé·e de TP !
L'ajout de message nécessite de mettre en place de la persistance de données. On abordera cela dans les prochaines semaines — ce n'est pas l'objectif de cet exercice. On va à présent améliorer notre filtre.
Améliorations du filtre
-
Ajouter un paramètre
pseudoà la pageliste.php, qui permet de n'afficher que les messages dont le champ « pseudo » correspond exactement au pseudo donné.Lors de vos tests, n'oubliez pas de vérifier que les deux paramètres fonctionnent bien ensemble : on doit pouvoir rechercher une chaîne dans les messages postés par un pseudo fixé.
-
Ajouter au formulaire de
filtre.phpun champ texte permettant d'utiliser le paramètrepseudoque vous venez d'implémenter.Une fois que ça fonctionne, remplacer le champ texte par un menu déroulant contenant tous les pseudos de la base de messages. (Il faudra bien sûr inclure la « base de données » dans le script
filtre.php.) -
Ajouter un paramètre
aprèsà la pageliste.php, qui prend une date et une heure au formatYYYY-MM-DDThh:mm(par exemple2025-11-20T20:30:30). La liste des messages ne doit alors contenir que des messages qui datent d'après la date indiquée dans le paramètreaprès. -
Ajouter à
liste.phpun paramètreavantqui fonctionne commeaprès, mais dans l'autre sens.Bien sûr,
avantetaprèsdoivent pouvoir fonctionner ensemble — et avecchercheretpseudo. Tous ces critères sont orthogonaux et donc compatibles. -
Ajouter deux champs de type
datetime-localau formulaire defiltre.php, pour exploiter les paramètresavantetaprèsque vous venez d'implémenter. -
Vérifiez que
filtre.phpest bien toujours valide !
Encore des améliorations, plus compliquées
-
Ajouter un paramètre
ordreàliste.php.-
Faire en sorte qu'il ne puisse prendre que la valeur
pseudo: lui donner toute autre valeur doit générer une page d'erreur avec comme statut HTTP400 Bad Request. -
Lorsque
ordre=pseudo, les messages doivent être ordonnés dans l'ordre alphabétique du pseudo de leur auteur/trice. Il y a plusieurs façons de faire, je n'en connais pas qui soit vraiment satisfaisante. -
Ajouter à présent une autre valeur possible,
ordre=texte, permettant d'obtenir les messages classés dans l'ordre alphabétique de leur texte. -
Ajouter encore une autre valeur possible,
ordre=chronologique: elle doit avoir pour effet que les messages soient classés dans l'ordre chronologique (du plus ancien au plus récent). NB: les opérateurs de comparaison numérique fonctionnent sur les instances deDateTime. Une autre possibilité est d'utiliser leur méthodegetTimestamp().
-
-
Ajouter trois boutons radio dans le formulaire
filtre.phppour choisir l'ordre d'affichage de la liste via le paramètreordre. On regroupera les boutons dans un élémentfieldset, et on vérifiera une nouvelle fois la validité de la page de formulaire. -
Ajouter un dernier paramètre à
liste.php:inverser. Lorsqu'il est présent avec la valeuroui, l'ordre des messages doit être inversé (par exemple, avec les paramètresordre=chronologique&inverser=oui, l'ordre sera du plus récent au plus ancien). Toute autre valeur que oui doit générer une page d'erreur avec comme statut HTTP400 Bad Request. -
Ajouter une case à cocher au formulaire de
filtre.phppermettant d'inverser l'ordre d'affichage des messages. -
Faire en sorte que lors de l'utilisation du paramètre
chercher, le scriptliste.phpsurligne la chaîne de caractère recherchée à l'intérieur des messages listés. L'élément HTML approprié pour cela estmark.Bien vérifier que le surlignement est correct dans les messages contenant des caractères non-ASCII avant la chaîne recherchée. Penser également à vérifier la validité d'une page avec des résultats de recherche.