jonny
/
MBO-Tech-IT-Webseite
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

docs: fix flyer spec to not misuse the modules/ reuse-template convention 

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LhY1QhDXGWfyhrxaJvfpNt
This commit is contained in:
MBO-Tech-IT 2026-07-21 11:08:46 +02:00
parent 1cf9c0701e
commit 8ae4e341c1
1 changed files with 2 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
docs/superpowers/specs/2026-07-21-familyguard-flyer-download-design.md
View File

@ -10,10 +10,6 @@ Der FamilyGuard-Flyer (`docs/MBO_FamilyGuard_Flyer_01.pdf`) soll auf der Website
## Architektur ## Architektur
``` ```
modules/08-familyguard-flyer/
migrations/
MIGRATIONS_FLYER_DOWNLOADS.sql ← neue Tabelle flyer_downloads
app/api/familyguard-flyer/ app/api/familyguard-flyer/
route.ts ← POST: Lead speichern, 2 Mails senden, Download-URL zurückgeben route.ts ← POST: Lead speichern, 2 Mails senden, Download-URL zurückgeben
@ -28,7 +24,7 @@ public/downloads/
## Datenmodell ## 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 ```sql
CREATE TABLE IF NOT EXISTS flyer_downloads ( 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). `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` ## API-Route `POST /api/familyguard-flyer`