Checklist de soutenance

Checklist avant soutenance

Cette liste reprend les obligations et preuves finales du parcours. Elle est volontairement indépendante des validations d’apprentissage.

0 / 66 contrôlesCette checklist est indépendante de la progression d’apprentissage.Réinitialiser la checklist

Infrastructure0 / 7

Le projet est exécuté dans une machine virtuelle.Docker Engine et Docker Compose tournent dans la VM.make à la racine construit et lance toute l’application via srcs/docker-compose.yml.NGINX, WordPress/PHP-FPM et MariaDB tournent dans trois containers dédiés.Chaque image porte le même nom que son service.Chaque service possède son propre Dockerfile écrit dans le projet.Toutes les bases sont l’avant-dernière stable d’Alpine ou Debian.

Images et processus0 / 5

Aucune image prête NGINX, WordPress, PHP ou MariaDB n’est utilisée.Aucun tag latest n’existe.MariaDB, PHP-FPM et NGINX restent au premier plan comme processus réels.Aucun tail -f, bash nu, sleep infinity, while true ou entrypoint en boucle infinie.Chaque script final transmet le contrôle avec exec.

NGINX et TLS0 / 7

NGINX est le seul point d’entrée externe.Le seul port publié est 443:443.Aucun listener ou mapping port 80 n’existe.La configuration autorise uniquement TLS 1.2 et TLS 1.3.TLS 1.2 et TLS 1.3 ont été testés positivement.TLS 1.0/1.1 et HTTP ont été testés négativement.NGINX transmet PHP à wordpress:9000.

WordPress0 / 6

Le container contient WordPress + PHP-FPM, sans NGINX.PHP-FPM écoute uniquement dans le réseau Docker.Le site et /wp-admin sont accessibles par https://<login>.42.fr.La base contient au moins deux utilisateurs WordPress.L’un des utilisateurs est administrateur.Le nom administrateur ne contient ni admin/Admin ni administrator/Administrator.

MariaDB0 / 5

Le container contient MariaDB seulement, sans NGINX.MariaDB écoute pour WordPress sur le réseau Docker.Le port 3306 n’est pas publié sur l’hôte.La base et l’utilisateur applicatif sont initialisés de façon idempotente.WordPress n’utilise pas le compte root pour son fonctionnement courant.

Volumes et données0 / 6

Un volume nommé contient /var/lib/mysql.Un second volume nommé contient /var/www/html.Les services n’utilisent pas de bind mount direct pour ces deux stockages.Les données physiques se trouvent sous /home/<login>/data sur la VM.Les containers peuvent être supprimés/recréés sans perte de site ni de base.La commande destructive qui supprime les volumes est clairement documentée.

Réseau et fiabilité0 / 5

Un réseau Docker explicite relie les trois containers.Les services communiquent par mariadb et wordpress, pas par IP fixe.Aucun network: host, --link ou links: n’existe.Les trois services ont une politique de redémarrage en cas de crash.Un test de crash a confirmé le redémarrage.

Variables et secrets0 / 6

L’application utilise des variables d’environnement.srcs/.env existe et ne contient que des valeurs non confidentielles.Aucun mot de passe ne figure dans un Dockerfile.Les valeurs confidentielles passent par des secrets locaux correctement montés.Le dossier secrets/ et les clés privées sont ignorés par Git.Aucun credential, mot de passe ou clé API réel n’apparaît dans l’historique Git.

Domaine0 / 3

Le domaine est exactement <login>.42.fr avec mon login.Il résout localement vers l’adresse permettant d’atteindre la VM.curl sur le domaine rejoint réellement NGINX en HTTPS.

README.md0 / 6

README.md est présent à la racine et rédigé en anglais.Sa première ligne est en italique et reprend exactement la phrase imposée avec mon login.Description explique but, aperçu, usage de Docker, sources et choix principaux.Instructions explique installation, configuration, construction et exécution.Resources contient les références réellement utilisées et l’usage détaillé de l’IA.Les quatre comparaisons imposées sont présentes et comprises.

USER_DOC et DEV_DOC0 / 4

USER_DOC.md décrit services, démarrage/arrêt, site, administration, credentials et état.DEV_DOC.md décrit prérequis, configuration, secrets, Makefile et Compose.DEV_DOC.md décrit gestion des containers/volumes, stockage hôte et persistance.Les commandes et chemins des deux documents ont été rejoués.

Git et soutenance0 / 6

Tous les fichiers de configuration nécessaires sont sous srcs.Makefile, README.md, USER_DOC.md et DEV_DOC.md sont suivis à la racine.Ni disque de VM, ni image/container Docker, ni contenu de /home/<login>/data n’est committé.git status et git ls-files confirment le livrable exact.Tout contenu assisté par IA a été vérifié, testé, compris et revu avec un pair.Je peux expliquer chaque choix et effectuer une petite modification en quelques minutes.