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 KiB
FTP Live Deploy - Legacy Performance Hotfixes
1. Dateien per FTP hochladen
Diese Dateien auf dem Live-Server ersetzen:
_businessportal24.com/config/app.yml
_businessportal24.com/plugins/PressePortalPlugin/modules/pressrelease/lib/pluginPressReleaseActions.class.php
_businessportal24.com/plugins/PressePortalPlugin/modules/pressrelease/lib/pluginPressReleaseComponents.class.php
_businessportal24.com/plugins/PressePortalPlugin/modules/pressrelease/templates/_prlistItems.php
_businessportal24.com/plugins/PressePortalPlugin/modules/customercenter/templates/_home.php
Die Dateien unter dev/legacy_performance/ muessen nicht auf den Live-Server, ausser du willst sie dort als Notiz ablegen.
2. Datenbank-Indizes einspielen
Die SQL-Datei lokal liegt hier:
dev/legacy_performance/live-indexes.sql
Den Inhalt einmal in phpMyAdmin, Adminer oder einem anderen MySQL-Tool auf der Live-Datenbank ausfuehren.
Vorher optional pruefen:
SHOW INDEX FROM press_release;
SHOW INDEX FROM press_release_image;
Falls ein Indexname bereits existiert, die passende ALTER TABLE-Zeile auslassen.
3. Symfony-Cache per FTP leeren
Nach dem Upload den Symfony-Produktivcache leeren. Wenn kein SSH vorhanden ist, per FTP den Inhalt dieser Ordner loeschen:
_businessportal24.com/cache/frontend/prod/
_businessportal24.com/cache/backend/prod/
Nur die Inhalte loeschen, nicht zwingend die Ordner selbst. Symfony legt benoetigte Cache-Dateien neu an.
4. Kurz testen
Nach dem Upload pruefen:
- Startseite oeffnet ohne Fehler.
- Pressemitteilungs-Detailseite oeffnet ohne Fehler.
- JSON-API fuer Pressemitteilungen liefert weiter URLs.
- Kundenbereich-Startseite oeffnet fuer einen Testkunden.
5. Rollback
Bei Problemen die oben genannten fuenf Legacy-Dateien aus dem Backup wieder hochladen und den Symfony-Cache erneut leeren.
Die SQL-Indizes muessen fuer ein Code-Rollback nicht entfernt werden. Sie veraendern keine Daten und sollten auch mit dem alten Code unkritisch sein.