KevinLecou
9b1461978b
Schéma dédié `photobooth` (jamais exposé via PostgREST, accès exclusivement via fonctions SECURITY DEFINER dans public) avec RLS, policies Storage sur bucket privé event-photos, Edge Functions admin-gallery et expire-events, et job pg_cron d'expiration J+7. Le tout déployé et testé en conditions réelles sur le projet Supabase kevin-lecou-hub avant relecture sécurité (faille d'abus sur insert_public_photo corrigée en cours de route). Côté front : page upload invité (compression + HEIC + RGPD), galerie admin avec export ZIP, générateur de QR code autonome. Workflow n8n de purge Storage J+7 fourni (à activer manuellement côté n8n).
photobooth-qr
Galerie photo événementielle par QR code : les invités d'un événement scannent un QR code, uploadent leurs photos depuis leur téléphone (sans compte, sans app), et l'organisateur récupère toutes les photos dans une galerie admin exportable en ZIP.
Objectif
- V1 : usage personnel (test grandeur nature sur mes propres événements).
- V2 / V3 : produit vendu à des clients (mariages, événementiel).
Stack
- Supabase — base de données Postgres + Storage.
- Front — HTML/CSS/JS léger, mobile-first, sans framework lourd.
- Pas d'app native, pas de compte invité.
Documentation
docs/cahier-des-charges.md— spécifications fonctionnelles.docs/architecture.md— schéma de flux général.docs/modele-donnees.md— schéma des tables Supabase.docs/rgpd.md— mention légale et politique de conservation.docs/decisions.md— journal des décisions actées.
Lancer en local
À compléter au fur et à mesure du développement.
# 1. Copier les variables d'environnement
cp .env.example .env
# puis remplir .env avec les vraies valeurs Supabase
# 2. Installer les dépendances (si un tooling est ajouté)
# npm install
# 3. Lancer le front en local
# (à définir : serveur statique simple, ex. npx serve src/)
Statut
Projet en phase de cadrage — structure et documentation en place, développement pas encore commencé.