gitmedia/presseportale
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions 2
presseportale/dev/roadmap.md
Kevin Adametz 665c94f162 docs: dev-Doku für den Live-Betrieb neu sortiert — Archiv + Betrieb + Roadmap 
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>
2026-07-21 07:52:38 +00:00

2.6 KiB
Raw Blame History

Roadmap / Offene Punkte

Stand: 20.07.2026 (Go-Live-Tag). Kurzfristiges zuerst; Details zu erledigten Phasen im Archiv (dev/archive/).

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): fix/zeitzone-europe-berlin nach main mergen + Release-Tag setzen; 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).