La storia del sito

Il 26 aprile 2026 il primo commit mette online una single-page dedicata al borgo: hero con increspature d'acqua animate, illustrazioni SVG di airone e ninfee, e le sezioni Introduzione, Le Valli del Mincio, Il Luccio, Chi siamo e Dove siamo. Tutto in HTML, CSS e JavaScript scritti a mano e serviti da un minimale server Node.js statico, senza framework né bundler.

Vengono definiti subito identità visiva e palette ispirate al paesaggio lagunare del Parco del Mincio. È la base su cui, nelle settimane successive, il sito crescerà fino a diventare multi-pagina con i partial iniettati lato server.

… righe per la pagina più importante: un'esperienza visiva immersiva con video MP4 delle Valli del Mincio a tutto schermo e fallback GIF, carousel fotografico, sezioni dedicate a Festa del Pesce, eventi, galleria, territorio e contatti.

La SEO viene curata con attenzione: markup Schema.org JSON-LD (Organization, WebSite, TouristDestination, Festival), Open Graph, Twitter Cards, meta geografici, tag canonici, sitemap.xml e robots.txt.

La decisione cambia tutto: Supabase come backend completo. PostgreSQL come database, autenticazione JWT con sessioni persistenti, Row-Level Security su ogni tabella sensibile. Il sito non è più solo una vetrina — diventa una piattaforma in cui gli iscritti scrivono.

Nascono le pagine per gli utenti registrati: login e reset password, dashboard personale (alias /me), editor di post con upload immagini, profilo pubblico, modifica profilo. Arrivano post, commenti e «mi piace», gestiti dalle funzioni SQL is_admin() e is_member().

L'intera interfaccia viene riportata sullo standard di design della Pubblica Amministrazione italiana: Bootstrap Italia, con tipografia Titillium Web, componenti accessibili e foglio di stile su misura rsm-bi.css. CSS e JavaScript del framework vengono iniettati automaticamente dal server su ogni pagina.

Restyling completo di dashboard, profilo, reset, post, write e di tutte le pagine: look coerente, accessibile e immediatamente riconoscibile come sito istituzionale.

Viene scritto security.client.js — … righe di protezione lato client. Il rate limiter blocca l'accesso dopo 5 tentativi in 10 minuti, con lock di 15 minuti. Un singleton del client GoTrueClient elimina le istanze multiple di Supabase.

Il filtro contenuti inappropriati blocca … termini in italiano. Il server Node.js è corazzato con security headers HTTP, protezione contro il path traversal e chiavi delle API AI tenute esclusivamente lato server.

L'editor /write integra Gemini Vision: caricando una foto, l'AI suggerisce titolo, testo e categoria del post combinando immagine e testo. Le chiavi restano sul server, mai esposte al browser.

Questa stessa pagina usa Claude Haiku per generare in automatico, dal vivo, le note di changelog leggendo i commit reali del repository tramite l'endpoint /api/changelog.

Arriva la newsletter: iscrizione tramite /api/newsletter/subscribe e invio agli iscritti dall'area amministrativa con /api/newsletter/send.

Una finestra modale dedicata viene iniettata dal server su ogni pagina del sito, così l'invito a iscriversi è sempre a portata di clic senza appesantire il codice delle singole pagine.

Le tre pagine legali — Privacy Policy, Cookie Policy e Note Legali — vengono riscritte e collegate alla tabella doc_versions su Supabase: numero di versione e data di efficacia sono aggiornati automaticamente e mostrati nelle pagine. Un workflow GitHub li allinea a ogni release.

Il progetto raggiunge la versione …, oggi unica fonte di verità letta dallo storage e mostrata ovunque su questa pagina.

Il sito raggiunge … deployment su Vercel. Ogni push su main aggiorna automaticamente le statistiche live e, quando cambia, il numero di versione. Il ciclo di sviluppo continua.