- UMSETZUNGSAUDIT-2026-09-29.md (Bestandsaufnahme) und -2026-10-02.md - ENTWICKLUNGSPLAN.md: Block 9 und 10, Entscheidungen E19–E34 vom Betreiber am 02.10.2026 bestätigt (E25 revidiert), Deploy-Plan A–E, Protokoll - deploy-runbook.md: vollständige Scheduler-Tabelle, Restore-Schritte mit --accept-unsigned/--without-export, Zugangsdaten aus Abschnitt 7 entfernt (stehen weiter in der Historie — Passwort wird rotiert) - Bildplan-Protokoll mit Korrektur zu „Altbestand geschützt" (A-05) - dev/README.md und dev/roadmap.md verweisen auf den aktuellen Stand - .env.example: neue Schlüssel aus Block 9/10 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
3.1 KiB
3.1 KiB
Roadmap / Offene Punkte
Stand: 20.07.2026 (Go-Live-Tag). Kurzfristiges zuerst; Details zu erledigten
Phasen im Archiv (dev/archive/).
Hinweis 29.09.2026: Die laufende Planung steht in
dev/2026-09-01/roadmap-2026.md, der Entwicklungsstand indev/2026-09-11-audit/ENTWICKLUNGSPLAN.mdund im jüngsten Umsetzungsaudit. Die Punkte unten stammen vom Go-Live-Tag; ihr Stand ist dort nicht nachgeführt und wird im Umsetzungsaudit vom 29.09. (Abschnitt 6.4) als „auf Live zu bestätigen" geführt.
Nachlauf Go-Live (kurzfristig)
- Go-Live-Mails an Bestandskunden: erst
php artisan auth:send-go-live-mails --dry-run(Anzahl prüfen), dann scharf. Massenversand läuft über die Queue → Worker-Status vorher grün, Betriebsüberwachung während des Versands im Blick. - API-Kunden-Mailing (Connektar & Co.) mit Hinweis auf neue Doku
(
/docs/api/v1) und Token-Migration — Texte [EXTERN]. - Git-Hygiene (R6.5): erledigt 20.07. —
fix/zeitzone-europe-berlinnachmaingemerged (7b27ec5), Release-Tag v1.0.0, beides auf origin. Künftig Feature-Branches vonmain. - Stripe-Test-Artefakte bereinigen: Test-
stripe_idam Testuser, Test-Subscription-Zeilen, STR-Testrechnungen — damit die Rechnungsnummern-Sequenz sauber ist. - Monitoring scharf:
MONITORING_ALERT_EMAILgesetzt? Cron/Scheduler + Queue-Worker in Ploi überwacht? - Umami-Snippets je Domain einbinden (
dev/betrieb/umami.md). - Connektar-API-Keys rotieren (mittelfristig — die Legacy-Keys sind
über diverse Test-Kanäle gelaufen; Rotation über
/customer/tokens). - Alt-System endgültig abschalten, sobald ein paar Tage stabil:
KAS-Hosting kündigen/stilllegen; vorher letztes Backup der Alt-DBs und
Alt-Uploads sichern. Danach kann auch
dev/migration/(7 GB lokales Medien-Staging) auf ein Backup-Medium und vom Arbeitsrechner runter.
Beobachten (erste Wochen)
- Betriebsüberwachung täglich: failed_jobs, Worker, Medien-Privatisierung.
storage/logs/laravel.logauf neue Fehlermuster.- Search Console: Indexierung der neuen Domains + 301-Ketten der Legacy-URLs (www-Redirects, .html-Redirects, presskit→Newsroom).
- MySQL-Auslastung (die Filesort-Spirale ist behoben; bei neuen Slow-Queries → Slow-Query-Log).
Nächste Entwicklungen / Optimierungen (Ideen-Backlog)
- Frontend-Audit-Reste aus
dev/archive/frontend-audits/ frontend-optimize-protokoll.mdsichten — P2/P3-Punkte, die bewusst liegen geblieben sind. - Offene [EXTERN]-Entscheidungen aus dem Release-Plan prüfen
(
dev/archive/release/entwicklungsplan-release.md): Preisfreigabe, Refund-Policy. - Cache-Warmer im Scheduler (Startseite + Top-Kategorien alle 5 Min vorbauen), falls Kaltaufbauten nach Deploys stören — Option B aus der Performance-Session vom 20.07.; aktuell nicht nötig.
- Redis als Cache-/Queue-Store erwägen, wenn die Last wächst
(aktuell
database-Store, läuft stabil).