presseportale/dev/roadmap.md
Kevin Adametz 4a7e496d1b dev: Umsetzungsaudits 29.09. und 02.10., Entwicklungsplan Blöcke 9 und 10 mit bestätigten Entscheidungen E19–E34 und Deploy-Plan, Runbook ergänzt
- 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>
2026-10-02 13:09:01 +00:00

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 in dev/2026-09-11-audit/ENTWICKLUNGSPLAN.md und 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-berlin nach main gemerged (7b27ec5), Release-Tag v1.0.0, beides auf origin. Künftig Feature-Branches von main.
  • Stripe-Test-Artefakte bereinigen: Test-stripe_id am Testuser, Test-Subscription-Zeilen, STR-Testrechnungen — damit die Rechnungsnummern-Sequenz sauber ist.
  • Monitoring scharf: MONITORING_ALERT_EMAIL gesetzt? 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.log auf 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.md sichten — 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).