Kevin Adametz
6a4c4d8837
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>
60 lines
2 KiB
Markdown
60 lines
2 KiB
Markdown
# FTP Live Deploy - Legacy Performance Hotfixes
|
|
|
|
## 1. Dateien per FTP hochladen
|
|
|
|
Diese Dateien auf dem Live-Server ersetzen:
|
|
|
|
```text
|
|
_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:
|
|
|
|
```text
|
|
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:
|
|
|
|
```sql
|
|
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:
|
|
|
|
```text
|
|
_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.
|