Rôle dans le projet

Le dossier frontend-office-tourisme/ contient le site vitrine « Destination EtherBay », celui de l'Office de Tourisme de la Ville d'EtherBay. C'est un livrable bonus : le sujet du rush ne le demande pas. Il prolonge le jeu de rôle du projet en donnant une existence à la ville fictive (quartiers, commerces, événements, institutions) et il sert de vitrine grand public à la Grande Loterie citoyenne.

Le site ne fait partie ni de la chaîne de confiance de la loterie, ni du parcours d'achat. Il ne parle à aucune API : HTML, CSS et JavaScript en modules ES, servis tels quels, sans étape de construction.

#Ce que le site apporte au projet

Le volet marketing de la loterie est détaillé dans Volet marketing. Le site en est l'illustration la plus concrète : il montre comment la Ville présente la loterie à un public qui ne connaît rien à la blockchain (« ethers fictifs », « tirage public certifié », « pilote pédagogique », participation réservée aux majeurs).

#Place dans l'architecture

flowchart LR
    V["Visiteur"] --> T["Site Office de Tourisme, port 4000"]
    T -->|"lien Accéder à la loterie"| W["Frontend web BlockLucky, port 3000"]
    W --> A["API backend, port 2053"]
    A --> C["Smart contract BlockLucky"]
    T -.->|"aucun appel"| A

Le seul lien entre le site et le reste de BlockLucky est un lien hypertexte vers le frontend web. Le site n'appelle jamais l'API : aucun fetch, aucun XMLHttpRequest, aucun WebSocket dans assets/js/. La politique de sécurité de contenu le garantit en plus (connect-src 'self', voir Servir et déployer).

Conséquence directe : les informations affichées sur la loterie sont du texte codé en dur. Elles ne reflètent pas l'état réel du contrat (tour en cours, cagnotte, nombre de tickets). Les dates affichées (ouverture le 28 novembre, tirage public le 19 décembre) sont des éléments du scénario, pas des paramètres lus dans le contrat. La durée réelle d'un tour est fixée au déploiement du contrat (30 minutes en local, 48 heures par défaut sur Sepolia, voir Cycle de vie d'un tour).

#Ce qui est réel et ce qui est simulé

Le détail de chaque jeu de données est dans Contenus.

#Cohérence avec le reste du projet

Le site reprend les couleurs de l'application mobile et du frontend web (vert EtherBay #253D2C, terracotta #C86D51) et les noms de partenaires du backend. Ces correspondances sont maintenues à la main : aucun test ne vérifie qu'un partenaire mentionné sur le site existe dans la base.

#Historique

Le site a été construit en une vingtaine de commits successifs, page par page, de l'accueil (agenda, moteurs de séjour, magazine) jusqu'à la billetterie, au tunnel de commande simulé et aux QR codes. Les derniers commits ont rendu le site autonome : polices auto-hébergées (« Polices auto-hébergées sur le site de l'Office de Tourisme »), image nginx et politique de sécurité de contenu stricte (« CSP stricte et image nginx à jour pour l'Office de Tourisme »).

#Pages de cette partie