Das System ist seit 20.07.2026 live; die dev-Doku spiegelt jetzt den Betriebszustand statt der Release-Vorbereitung: - dev/betrieb/: Deploy-Runbook (neu: §10 Betrieb nach Go-Live mit SFTP-Deploy-Checkliste inkl. queue:restart-Pflicht und den Betriebs-Erkenntnissen der Go-Live-Woche), Legacy-API-Parität, Umami. - dev/roadmap.md: offene Nachlauf-Punkte (Go-Live-Mails, Merge nach main, Stripe-Test-Artefakte, Key-Rotation, Alt-System-Abschaltung) und Ideen-Backlog. - dev/archive/: abgeschlossene Phasen — Migration-2026-Planung, Cutover-Runbook (mit Erledigt-Vermerk), Release-Plan/QA-Checkliste, Optimierungsphasen, Frontend-Konzepte + Responsive-Audits vom 16.07., Altsystem-Reste. - dev/README.md als Wegweiser; gitignore-Pfad der SQL-Dumps mitgezogen (dev/archive/migration-2026/sql/ bleibt untracked, ebenso dev/migration/ und dev/api/). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2.1 KiB
2.1 KiB
Phase 3 — Admin-Dashboard im Hub-Vokabular
Status: ✅ abgeschlossen · Aufwand: ~¼ Tag · Risiko: niedrig
Ziel
resources/views/admin/dashboard.blade.php nutzt dieselbe Designsprache wie
das Customer-Dashboard (Phase 2). Keine neuen Komponenten, keine neue Logik
— nur Vokabular-Umbau auf die DRY-Schicht.
Was sich ändert
Layout
- Page-Header: Hub-Badge „Admin Backend" + Eyebrow + großes H1 „Admin Dashboard" + Subtitle. Rechts: Status-Pille „Alle Systeme operational" (ok-Style mit Dot).
- KPI-Reihe: weiter 5 Stat-Cards (wie heute), aber als
<x-portal.stat-card>mit Strip-Variante:- Pressemitteilungen →
primary(mit Sub:X pub · Y prüf · Z entwurf) - In Prüfung →
warn(eigene KPI, war vorher in der PM-Card versteckt) - Firmen →
muted - Kontakte →
muted - Benutzer →
muted
- Pressemitteilungen →
- 2-Spalten-Grid (
2fr 1fr) — wie heute:- Links: Panel „Letzte Pressemitteilungen" (Liste + Status-Badges
in
.badge.ok|warn|err|hub). - Rechts: Panel „Zur Prüfung" mit warn-Pille (Count) + Liste + „+ N weitere"-Link.
- Links: Panel „Letzte Pressemitteilungen" (Liste + Status-Badges
in
- Bottom-Reihe (
1fr 2fr) — neu:- Links:
panel-warmNewsletter-Block (Mono-Zahl + Subline). - Rechts:
panelQuick-Actions mit Section-Eyebrow + Schnellzugriff auf Invoices/Payments/Coupons/Presets.
- Links:
- Footer: subtle Link-Reihe analog Customer-Dashboard.
Was NICHT geändert wird
- Controller-Logik / Datenform.
- Newsletter-Count bleibt erhalten, wandert nur in einen eigenen Block.
- Bestehende Tests (
DashboardTest) bleiben grün — alle geprüften Strings (3,1 pub,1 prüf,1 entwurf,Review Dashboard PM) bleiben im Output.
Akzeptanzkriterien
- Plan geschrieben
- Admin-Dashboard verwendet
<x-portal.stat-card>,.panel,.section-eyebrow,.badge - Customer-Dashboard und Admin-Dashboard sind visuell aus einem Guss
- Dark Mode greift automatisch (alle Tokens)
DashboardTestbleibt grün ohne Anpassung (alle 3 Cases + Wortlaut „1 pub / 1 prüf / 1 entwurf / Review Dashboard PM")- Pint clean, PROGRESS-Eintrag