Fundament: Zentrale Auth-Leitlinie & RequestUser vereinheitlicht (#241)

- Guard-first Auth-Architektur dokumentiert
- RequestUser als einzige User-Wahrheit etabliert
- Keine Auth-Logik in Services
- Public-Routen explizit via @Public()
- Vorbereitung für JWT ohne Service-Änderungen
This commit is contained in:
admin committed 2026-01-01 14:12:49 +01:00
1 parent 831e6b0cbd
commit e1e1b7ab21
1 file changed
+22
+22
View File
@@ -34,3 +34,25 @@ You can check out [the Next.js GitHub repository](https://github.com/vercel/next
The easiest way to deploy your Next.js app is to use the [Vercel Platform](https://vercel.com/new?utm_medium=default-template&filter=next.js&utm_source=create-next-app&utm_campaign=create-next-app-readme) from the creators of Next.js.
Check out our [Next.js deployment documentation](https://nextjs.org/docs/app/building-your-application/deploying) for more details.
## Auth-Architektur (Grundlagen)
### Prinzipien
- Guard-first Architektur
- Keine Auth-Logik in Services
- Controller bleiben dünn
- Zentrale User-Wahrheit über Request-Kontext
### RequestUser
- `req.user` ist der einzige User-Kontext im Request
- Typ: `RequestUser`
- ID ist **number** (DB-kompatibel)
- Kann `null` sein (Public Routes)
```ts
export type UserRole = 'USER' | 'ADMIN' | 'MOD';
export type RequestUser = {
id: number;
role: UserRole;
isFake?: boolean;
} | null;