Vue d’ensemble
Token Cloudflare (création D1)
Alertes accessibilité
Versions
Deux numéros sont gardés : le site web, et l’appli mobile (avec le build iOS
et Android). Pendant une mise à jour prod, le site affiche une page
d’attente. L’appli déjà installée sur les téléphones continue.
Lancer la mise à jour, puis npm run promote:prod -- --yes.
Nouvelle école — marque blanche
Procédure pour déployer l’infrastructure d’une copie vierge d’EADGNG
(démo ou nouveau club). D’autres étapes s’ajouteront ici au fil du temps
(automatisation, branding, push…).
À la création, le statut est automatiquement
provisioning — tu le passes à active une fois l’infra OK.
Statuts école
provisioning- En cours de création / infra pas encore prête (défaut à la création).
active- École en prod, utilisable.
suspended- Mise en pause (impayé, incident…) — marque « hors service » côté supervision.
archived- Fermée / plus suivie, sans la supprimer du registre.
Enregistrer l’environnement
Aperçu des étapes
Écoles
provisioning- Infra en cours
active- En prod
suspended- Pause / hors service
archived- Fermée (conservée)
Tickets
Audit accessibilité
Audits web (Playwright + axe-core) et mobile (Maestro). Rapports exportables en HTML ou PDF.
Que vérifie l’audit ? (périmètre et règles)
color-contrastaria-required-children
Prérequis — serveur local
Démarrer le serveur (une fois par session)
Statut du serveur
Audit web (Playwright)
Audit mobile (Maestro)
Guide — ordre des opérations
- Maestro + Xcode installés
cd apps/mobile && npm run ios(une fois)- Serveur local actif
- Actualiser le statut → Préparer si besoin → Lancer
État Maestro / Xcode / appareils
Historique des rapports
Infra Cloudflare
Token API utilisé par le wizard pour créer les bases D1 école. S’il est mort (Authentication error), recrée-le ici puis relance l’étape D1.
Token provision D1
Tests cyber / sécurité
Scans locaux (npm audit + secrets) poussés en base via le même serveur que l’accessibilité. Checklist manuelle (IDOR, headers…) ci-dessous.