542323ceaa
Le site était bien déployé mais tous les chemins absolus (CSS/JS bundlés par Vite, polices, favicon, manifest, service worker, liens de nav/footer) pointaient vers la racine du domaine (/assets/..., /favicon.svg, /, /en/…) au lieu de /gwada-sirius/... — GitHub Pages sert un site de projet sous /<nom-du-repo>/, pas à la racine. Résultat : CSS et polices en 404, liens de navigation cassés. Ajoute une variable d'env BASE_PATH (vide par défaut, /gwada-sirius en CI via .github/workflows/deploy.yml) : passée à viteOptions.base pour que Vite préfixe lui-même les assets qu'il bundle, et à un filtre maison withBase/localeHref pour les liens de nav, favicon, manifest et l'enregistrement du service worker. Le manifest PWA passe en chemins relatifs pour ne pas avoir besoin d'être templaté. Vérifié en simulant un vrai déploiement (build préfixé servi depuis un sous-dossier /gwada-sirius/ d'un serveur statique) : plus aucune requête 404, navigation, service worker (scope correctement limité au sous-chemin) et carte Leaflet fonctionnels de bout en bout. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
5.2 KiB
5.2 KiB
Notes sur le Projet Sirius en Guadeloupe
📋 Vue d'ensemble
Refonte complète (v2) : passage d'une SPA Vite+Svelte 4 à un site 11ty statique avec Svelte 5 en îlots, un design system CSS natif (oklch, @layer, container queries) et une i18n compilée (Paraglide/inlang). Conforme à la doctrine UI/UX OKI : nav à 5 entrées, fonctionne sans JavaScript pour tout le contenu éditorial, budget JS minimal.
🏗️ Architecture
- Contenu : pages Nunjucks (
src/*.njk), chacune paginée sur les 3 langues (fr/en/ht) viapagination.data: locales. - Données :
src/_data/sites.js(7 sites d'observation, dates interpolées Jean Meeus / Jeffrey L. Hunt),src/_data/nav.js,src/_data/nextRising.js(calculé au build). - i18n : catalogues
messages/{fr,en,ht}.json, compilés par@inlang/paraglide-jsensrc/paraglide/avant chaque build (npm run messages).htretombe automatiquement surfrpour les clés non traduites (contenu long, cf. portée d'origine). - Îlots Svelte 5 (3 seulement, le reste est HTML/CSS pur) :
PredictionsCalculator— hydratation immédiate, améliore le tableau statique des 7 sitesObservationMap— vraie carte Leaflet + fond OSM, marqueurs/popups pour les 7 sites, hydratation différée (IntersectionObserver). Leaflet est utilisé directement (pas de wrapper Svelte type Sveaflet/svelte-openlayers — évalués mais écartés : le premier cible une prérelease de Svelte 5 et vient d'être publié, le second embarque OpenLayers, bien plus lourd que nécessaire pour 7 marqueurs)SiriusGlobe— vague planétaire du lever héliaque (13 villes), carte canvas schématique (continents simplifiés), hydratation différée
- Onglets (Science, Dogon) : 100 % CSS (
input[type=radio]+label), zéro JS. - Build :
@11ty/eleventy-plugin-vitefait passer la sortie 11ty par Vite (bundling CSS/JS, compilation Svelte). Un plugin maison recopie les assets passthrough après le build Vite (voir commentaire danseleventy.config.js—emptyOutDirde Vite les efface sinon).
⚠️ Points d'attention connus
<link>etvite-ignore: Vite traite tout<link href>comme une référence d'asset à résoudre, y comprisrel="alternate"/rel="icon"/rel="preload". Unhref="/"ouhref="/en/"(URL de répertoire) fait planter le build (EISDIR, cf. issue amont). Toujours ajoutervite-ignoresur ces<link>de métadonnées danslayouts/base.njk.- Alias
/src:eleventy-plugin-vitefait tourner Vite avec pour racine une copie du dossier de sortie (_site), pas la racine du projet. Toute référence absolue à un fichier source (/src/styles/app.css,/src/islands/.../mount.js) nécessite l'aliasresolve.alias["/src"]défini danseleventy.config.js. - Dates ISO sans heure :
new Date("2026-07-22")est interprété en UTC ; formaté en heure locale Guadeloupe (UTC-4), ça peut reculer d'un jour. Toujours parser les composants (year, month, day) et construire la date en local — voir le filtreformatDateetPredictionsCalculator.svelte. - Slinkity est abandonné (son créateur travaille sur Astro) : ne pas l'utiliser pour l'intégration 11ty+Svelte,
eleventy-plugin-vite(officiel) est la voie robuste. - Service worker et cache obsolète : la stratégie stale-while-revalidate de
public/sw.jspeut servir une version périmée des îlots (vécu pendant le debug de la carte : un visiteur déjà passé sur le site voyait l'ancien composant malgré un déploiement). Toujours incrémenterCACHE_NAMEdanssw.jsquand un îlot ou un asset critique change, sinon les visiteurs récurrents restent bloqués sur l'ancienne version jusqu'à revalidation. - GitHub Pages = sous-répertoire, pas la racine du domaine :
https://cyber-mawonaj.github.io/gwada-sirius/sert le site sous/gwada-sirius/, pas/. Tous les chemins absolus (/assets/...,/favicon.svg, liens de nav,sw.js) doivent donc être préfixés. Géré via la variable d'envBASE_PATH(vide en local/domaine perso,/gwada-siriusen CI — voir.github/workflows/deploy.yml) : passée àviteOptions.basepour les assets bundlés par Vite, et au filtre maisonwithBase/localeHrefpour les liens et fichiers passthrough. Le manifest PWA utilise des chemins relatifs ("start_url": ".") pour ne pas avoir besoin d'être templaté. Pour retester ce scénario en local :BASE_PATH=/gwada-sirius npm run build, puis servir_sitedepuis un dossiergwada-sirius/à la racine d'un serveur statique.
🔄 Améliorations possibles
- Traduire le contenu long en Kreyòl (actuellement chrome/labels uniquement, contenu de fond en français)
- Mettre à jour chaque année les informations d'événements associatifs (
associations.njk, données à vérifier auprès des organisateurs) - Le chunk Leaflet (~44 Ko gzip) n'est chargé qu'au scroll sur la carte (
observer/), mais reste le plus lourd du site ; envisager des tuiles vectorielles/un fournisseur plus léger si le budget JS devient un problème
📦 Build pour production
npm run build
# Sortie dans _site/
🌐 Déploiement
GitHub Pages via .github/workflows/deploy.yml (upload de _site/), déclenché sur push vers main.