Préparer la soutenance

Expliquer chaque couche et effectuer une petite modification.

Dans ce chapitre : 1 étape et 7 preuves de validation.

Étape 110 — Faire une soutenance blanche et figer le rendu

Objectif. Tu termineras seulement quand tu peux construire, prouver et expliquer.

État du projet avant cette étape. Tous les tests techniques ont été exécutés une fois. La dernière étape vérifie que tu n’as dépendu ni de ta mémoire ni d’un état caché.

Comprendre le changement

Une soutenance blanche part du repository, lance make, suit le trajet d’une requête, justifie chaque container et rejoue les preuves. Le PDF autorise aussi une petite modification pendant l’évaluation.

Faire une seule chose

Fais la checklist finale sans ouvrir les réponses, simule une petite modification de configuration, reconstruis, puis vérifie une dernière fois les fichiers suivis par Git.

À EXÉCUTER DANS🖥️ Dans la VM · 📁 racine du repository · répétition finale

make ps
make logs
docker compose -f srcs/docker-compose.yml config --services
docker compose -f srcs/docker-compose.yml config --volumes

Ce que fait chaque partie

make ps/logs : état et récit des événements.
config --services/--volumes : inventaire bref à expliquer.
Ces commandes sont des supports de preuve, pas un texte à réciter.

Résultat attendu

Vous expliquez chaque sortie, localisez le fichier responsable et savez reconstruire seulement ce qui change.

Si cela échoue

Si une réponse dépend de mémoire floue, revenez au chapitre concerné et refaites sa validation. N’improvisez pas une exigence absente du PDF.

Prouver que c’est correct

Preuves de validation 0 / 7

Une case correspond à une preuve observée ou expliquée, pas simplement à une commande copiée.

make suffit à reconstruire et démarrer depuis la racine.Je dessine le trajet navigateur → NGINX → PHP-FPM → MariaDB de mémoire.J’explique VM/container, image/container, volume/bind mount et secret/env.Je peux modifier un réglage simple, reconstruire et vérifier son effet.README.md, USER_DOC.md et DEV_DOC.md satisfont leurs checklists.git status et git ls-files ne révèlent aucun secret.La checklist de soutenance ne contient plus aucun contrôle non vérifié.

Question de soutenance — Que dois-tu savoir modifier ?

Une configuration ou un script simple, puis reconstruire le service concerné et prouver l’effet.