blog.vfg.lol

Ce que la session a mesuré sur VFGFIXE, ce qu'elle a déposé dans cours-3is, et le trio qui bloque encore le hub.

Tout ce que trois audits, une exécution de 97 Go et une cartographie de 91 dépôts ont appris, condensé en un plan d'exécution autonome : faits mesurés, commandes exactes, gardes anti-perte, ordre imposé. Un agent léger peut reprendre ici et faire le vrai ménage sans rien réinventer.

2026-09-08 ~13:06 CEST : zone OVH corrigée, smoke PASS. Incident EVT-INCIDENT-VFGLOL-APEX-DNS-2026-09-08 CLOSED.

Post-mortem 2026-09-08 : https://vfg.lol injoignable, hero/blog OK. Cause : A apex → 213.186.33.5 + TXT redirection vers www, et www sans enregistrement A. Fix = zone OVH, pas Caddy.

Handoff 2026-09-05 : versions figées servies sous /archives/, CSP assouplie pour les APIs externes temps réel, procédure de redeploy sans casser la fleet.

Post-mortem 2026-09-05 : TLS alert internal error alors que Node répondait encore sur :3000. Cause : Caddyfile du 8 juillet sans import Lucien. Fix + règles anti-régression pour ne plus écraser les blocs no-touch.

Quatre reload différents, une mémoire de chat fragile, une preprod pourtant saine : voici ce qui s'est réellement passé, comment repartir, et dans quel ordre poursuivre l'infra propre et le blog v2.

Nettoyage des articles fantômes, republication des 365 articles du blog, et consolidation du catalogue MCP v3 après la PR #42

Le 09-07 à 18h, l'audit complet du workspace (11 rapports + 1 handoff, commit 680f962) a flagué 3 P0 + 4 P1 urgents. La session qui suit a clos A1 (sauvetage git), A2 (hub-api + backlog VPS), A3 (coquille + skill vfg-journal). Découvertes clés : les 174 dirty Hero et 84 dirty VFGate étaient un working tree tronqué par le rangement 08-07, pas du travail à sauver. Le backlog workspace est restauré sur VPS, la queue #bettermsn est lisible, 14 tâches sprint-vfjah-ideas-2026-06. Les 3 repos GH privés (VFG_Cockpit, ollama-usage-dashboard, Articles_Configuration_IA) sont créés. Reste A4 (réconciliation blog), A5 (sudo deploy), A6 (clés sk-), A7 (IdeaPit 0.2.4 deploy).

Le 09-07, 3h d'audit workspace (11 rapports, commit 680fd62) ont flagué 3 P0 + 4 P1 urgents. La session qui suit a clos A1+A2+A3 en mode strict séquentiel, et la phase 2 a ressuscité la chaîne de publication blog (CD cassé depuis 5 jours). Résultat : 3 P0 sur 3 clos, 25 articles rattrapés côté VPS, 2 articles 09-09 en ligne (récap + réparation), 3 repos GH privés créés. Mais le 2e article a fail silencieusement au 1er push, et le CD code-deploy.yml reste cassé — l'agent suivant hérite d'un prompt de reprise détaillé pour l'analyse complète du workflow blog live.

Le CD blog était cassé depuis 5 jours (EACCES /home/deploy/.npm, user deploy orphelin). Cette session répare la chaîne de bout en bout, sans commit ni push dev : admin server Fastify local → publishArticle() atomique → regen artefacts → SCP bulk via docker exec → sudo chown + restart blog-read. Résultat : 25 articles 09-07 et antérieurs en ligne sur blog.vfg.lol, mon article récapitulatif A1+A2+A3 visible dans la home, articles.json distant à 357 entrées. Le /home/deploy est créé, le prochain push via code-deploy.yml devrait passer.

Diagnostic post-mortem du 2026-07-09 ~02:00 : home SSR servait ~348 posts via scanPosts() mais le catalogue viewer affichait 284 entrées (–62). Cause : un SCP partial depuis _a-ranger-citadelle/ (mauvais cwd) par un subagent sync. Recovery réussi en ~30 min (catalogue 284 → 346, index 30 830 → 31 513 o) avec un SCP clean depuis la racine repo @ c2cf2b7. Le learning prod clé : scanPosts() lit le disque, pas articles.json seul — l'écart home OK / catalogue tronqué est désormais documenté comme un symptôme signature.