From 8ae4e341c181ecbc6448f4c1c3c2d2059c55beab Mon Sep 17 00:00:00 2001 From: MBO-Tech-IT Date: Tue, 21 Jul 2026 11:08:46 +0200 Subject: [PATCH] docs: fix flyer spec to not misuse the modules/ reuse-template convention Co-Authored-By: Claude Sonnet 5 Claude-Session: https://claude.ai/code/session_01LhY1QhDXGWfyhrxaJvfpNt --- .../specs/2026-07-21-familyguard-flyer-download-design.md | 8 ++------ 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/docs/superpowers/specs/2026-07-21-familyguard-flyer-download-design.md b/docs/superpowers/specs/2026-07-21-familyguard-flyer-download-design.md index eab4f92..09452be 100644 --- a/docs/superpowers/specs/2026-07-21-familyguard-flyer-download-design.md +++ b/docs/superpowers/specs/2026-07-21-familyguard-flyer-download-design.md @@ -10,10 +10,6 @@ Der FamilyGuard-Flyer (`docs/MBO_FamilyGuard_Flyer_01.pdf`) soll auf der Website ## Architektur ``` -modules/08-familyguard-flyer/ - migrations/ - MIGRATIONS_FLYER_DOWNLOADS.sql ← neue Tabelle flyer_downloads - app/api/familyguard-flyer/ route.ts ← POST: Lead speichern, 2 Mails senden, Download-URL zurückgeben @@ -28,7 +24,7 @@ public/downloads/ ## Datenmodell -Neue Tabelle `flyer_downloads` (Migration nach dem Muster der bestehenden `modules/*/migrations/*.sql`): +Neue Tabelle `flyer_downloads`. Die übrigen Content-Tabellen dieses Projekts (`anfragen`, `hero_content`, `kontakt_info` etc.) haben kein getracktes Migrations-SQL im Repo — sie wurden direkt im Supabase SQL-Editor angelegt. Diesem Muster folgend wird das SQL unten nur im Plan dokumentiert und von Jonny manuell ausgeführt, nicht als Datei im `modules/`-Ordner abgelegt (der Ordner ist Jonnys projektübergreifender Wiederverwendungs-Katalog für generische Module wie Auth/Analytics — ein Feature, das nur für diese eine Website gilt, gehört da nicht rein): ```sql CREATE TABLE IF NOT EXISTS flyer_downloads ( @@ -47,7 +43,7 @@ ALTER TABLE flyer_downloads DISABLE ROW LEVEL SECURITY; `flyer` als Textfeld (statt hartcodiert) hält die Tabelle offen für künftige weitere Flyer, ohne dass das jetzt genutzt wird (YAGNI: nur ein Default-Wert, keine weitere Logik dafür). -Da im lokalen `.env.local` nur Platzhalter-Credentials für Supabase liegen, kann die Migration nicht von hier aus ausgeführt werden — Jonny führt das SQL manuell in seiner Supabase-Instanz aus (wie bei den bestehenden Modulen). +Da im lokalen `.env.local` nur Platzhalter-Credentials für Supabase liegen, kann die Migration nicht von hier aus ausgeführt werden — Jonny führt das SQL manuell im Supabase SQL-Editor seiner Instanz aus. ## API-Route `POST /api/familyguard-flyer`