Update: Ich habe heute den Sprung gewagt. Zwei Punkte habe ich oben falsch dargestellt
PostgreSQL. Ich hatte geschrieben, man solle prüfen, ob man auf Version 15+ ist. Das ist nicht der nützliche Check. Das aktuelle Basis-Image bringt PostgreSQL 18 mit, und der Rebuild migriert dich automatisch: Es wird ein Dump erstellt, in ein neues Cluster wiederhergestellt, und dann wird mit folgender Meldung gestoppt:
UPGRADE OF POSTGRES COMPLETE
To complete the upgrade, rebuild again using: ./launcher rebuild app
Deine Site bleibt offline, bis dieser zweite Rebuild ausgeführt wird. Es ist nichts schiefgelaufen, aber ich hatte nicht mit einem zweistufigen Rebuild gerechnet. Das alte Cluster wird unter /shared/postgres_data_old aufbewahrt, und du brauchst 2x die Größe deiner Datenbank an freiem Speicherplatz. Weitere Details findest du im PostgreSQL 18 update.
Der Rich Editor ist nicht unbedingtes Standardverhalten. Ich hatte behauptet, es sei so. Die Site-Einstellung rich_editor ist weg, sodass Admins keinen Modus mehr site-weit erzwingen können, aber es gibt einen pro Benutzer einstellbaren Schalter im Composer, und Markdown ist vollständig intakt.
Cloudflare kann das Speichern von Themes blockieren. Ich musste danach CSS anpassen. Wenn ein Theme-Komponente ein <script> in ihrem <head>-Feld hat, liefert das Speichern eine nackte 403 zurück.
Die verwaltete Regel XSS, HTML Injection – Script Tag von Cloudflare blockiert die PUT /admin/themes/<id>, weil der 2026.7-Editor beim Speichern jedes Feld sendet und nicht nur dasjenige, das du bearbeitet hast.
Eine benutzerdefinierte Regel behebt das Problem (keine statische IP erforderlich):
starts_with(http.request.uri.path, "/admin/themes") and http.request.method eq "PUT"
Aktion: Skip → managed rules.