- Fond génératif beaucoup plus lumineux et coloré (base par scène,
taches plus grandes/saturées, scrim réduit à un dégradé directionnel
léger côté texte) - le premier essai était encore jugé trop sombre/
invisible par l'utilisateur.
- Cause réelle du "rien n'a changé" : le Caddyfile ne fixait aucun
Cache-Control, donc le navigateur appliquait sa propre heuristique et
gardait l'ancien index.html en cache après un déploiement. Corrigé
sur le serveur (Caddyfile) et documenté dans
tripoli-edge/deploy/Caddyfile.snippet : `no-cache` sur index.html
(revalidation à chaque chargement), cache long `immutable` sur
/assets/* (noms hachés par Vite, donc sans risque).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
- tripoli-edge (hyper/tokio bas niveau, pas de framework type axum) :
/healthz, /metrics (Prometheus, compteurs à la main), reverse-proxy
vers tripoli-api avec vrais 502 tant que ce service n'existe pas
(Phase 3), logs JSON structurés par requête.
- Écoute sur 127.0.0.1 + 172.17.0.1 (passerelle docker0), jamais sur
l'interface publique - même pattern que le Nginx de VoltVision déjà
sur ce serveur.
- Déployé en prod : systemd (utilisateur système dédié, sans privilège),
bloc Caddy ajouté pour tripoli.cloud/www.tripoli.cloud, règle ufw
ajoutée (Ansible) pour que Caddy puisse joindre le port 9000 - sans
quoi le chemin INPUT de l'hôte bloque le trafic inter-bridges même
vers 172.17.0.1.
- Vérifié bout-en-bout via https://tripoli.cloud, sans régression sur
les 6 autres domaines déjà servis par ce Caddy.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
