- SvelteKit 2 + Svelte 5 runes + TS, adapter-static, paths.base '/gwada-sirius' (relative: false) - 5 pages × 3 locales (/, /en/, /ht/) : catalogues inlang repris tels quels, routeur i18n maison avec fallback ht→fr - Îlots → composants natifs avec fallback SSR (calculateur, carte Leaflet, globe) ; Leaflet en import dynamique - Dette corrigée : aria-current (bug legacy), polices en double, SEO complet (Seo, hreflang ×3, OG, Twitter, robots, sitemap 15 URLs) - PWA : manifest + service-worker v3 (stale-while-revalidate) - CI GitHub Pages mise à jour (build/), README et NOTES_PROJET réécrits - Lighthouse mobile : 98/95/100/100 — svelte-check 0/0, Leaflet vérifié (2 cartes, tuiles OSM), no-JS vérifié
7.1 KiB
Notes sur le Projet Sirius en Guadeloupe
📋 Vue d'ensemble
Version 3 (branche svelte) : migration complète 11ty → SvelteKit 2 + Svelte 5 + TypeScript, pré-rendu statique intégral (adapter-static). Les îlots deviennent des composants natifs avec fallback SSR (fin du montage manuel par mount.js/IntersectionObserver). L'i18n Paraglide est remplacée par un routeur maison (src/lib/i18n/index.ts) qui consomme les mêmes catalogues src/lib/i18n/{fr,en,ht}.json (format inlang conservé, éditables avec les outils inlang) : FR à /, EN /en/, HT /ht/, fallback fr automatique. Le sous-répertoire GitHub Pages est géré nativement par paths.base: '/gwada-sirius' (les contournements v2 — filtre withBase, plugin restorePassthroughCopy, alias /src — ont disparu). La v2 (11ty) est décrite ci-dessous à titre historique.
Ce qui change en v3 par rapport aux notes v2 :
- §1 i18n : plus de compilation Paraglide — les catalogues JSON sont importés tels quels,
t(locale, key, vars?)gère le fallback ht→fr. - §2 alias
/src: sans objet (plus de Vite-sur-sortie). - §6 BASE_PATH : remplacé par
paths.baseen dur danssvelte.config.js; liens internes viaresolve()de$app/paths, assets via%sveltekit.assets%/asset(). - Polices : déclarées une seule fois (
static/fonts/fonts.css) — la duplication passthrough/bundle de la v2 est corrigée. aria-current: bug corrigé (comparaison pathname réel, voirNav.svelte).- Le piège UTC-4 (§3) reste d'actualité : il vit dans
src/lib/dates.tsetSiriusPredictions.svelte— parse par composants, jamaisnew Date("YYYY-MM-DD"). - §5 cache : la discipline d'incrémentation de
CACHE_NAMEs'applique àsrc/service-worker.js(actuellementgwada-sirius-v3). - SEO ajouté en v3 :
Seo.svelte(canonical, hreflang ×3, OG, Twitter),static/robots.txt,static/sitemap.xml(15 URLs).
Historique — v2 (11ty)
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.