Update: Ich habe den Sprung heute vollzogen. Zwei Punkte habe ich oben falsch dargestellt
PostgreSQL. Ich hatte geschrieben, man solle prüfen, ob man auf Version 15+ läuft. Das ist nicht der nützliche Check. Das aktuelle Basis-Image liefert PostgreSQL 18, und der Rebuild migriert dich automatisch: Er erstellt ein Dump, stellt es in einem neuen Cluster wieder her und stoppt dann mit:
UPGRADE OF POSTGRES COMPLETE
To complete the upgrade, rebuild again using: ./launcher rebuild app
Deine Website bleibt offline, bis dieser zweite Rebuild ausgeführt wird. Es ist nichts Schiefgelaufenes passiert, aber ich hatte nicht mit einem zweistufigen Rebuild gerechnet. Der alte Cluster wird unter /shared/postgres_data_old aufbewahrt, und du solltest 2x die Größe deiner Datenbank als freien Speicherplatz verfügbar haben. Weitere Details findest du im Beitrag PostgreSQL 18 update.
Der Rich Editor ist nicht bedingungslos aktiviert. Ich hatte geschrieben, er sei es. Die Site-Einstellung rich_editor ist verschwunden, sodass Admins keinen Modus mehr siteweit erzwingen können, aber es gibt eine pro Benutzer einstellbare Option im Composer, und Markdown bleibt vollständig erhalten.
Cloudflare kann das Speichern von Themes blockieren. Ich musste danach CSS anpassen. Wenn ein Theme-Komponente ein <script> in ihrem <head>-Feld hat, gibt das Speichern einen nackten 403-Fehler zurück.
Die verwaltete Regel von Cloudflare XSS, HTML Injection – Script Tag blockiert die PUT /admin/themes/<id>-Anfrage, da der 2026.7-Editor beim Speichern jedes Feld übermittelt, nicht nur dasjenige, das du bearbeitet hast.
Eine benutzerdefinierte Regel behebt das Problem:
starts_with(http.request.uri.path, "/admin/themes") and http.request.method eq "PUT"
Aktion: Skip → managed rules.