Aggiornamento: ho eseguito il salto oggi. Due cose che ho sbagliato sopra
PostgreSQL. Ho detto di verificare di essere sulla versione 15+. Non è il controllo utile. L’immagine base attuale include PostgreSQL 18 e la ricostruzione esegue la migrazione automaticamente: esegue un dump, lo ripristina in un nuovo cluster, quindi si arresta con:
UPGRADE OF POSTGRES COMPLETE
To complete the upgrade, rebuild again using: ./launcher rebuild app
Il tuo sito rimane offline finché non viene eseguita la seconda ricostruzione. Non c’è stato alcun problema, ma non mi aspettavo una ricostruzione in due fasi. Il vecchio cluster viene mantenuto in /shared/postgres_data_old e ti serve spazio libero pari a 2 volte la dimensione del tuo database. Maggiori dettagli in PostgreSQL 18 update.
L’editor ricco non è incondizionato. Ho detto che lo era. L’impostazione di sito rich_editor è scomparsa, quindi gli amministratori non possono più forzare una modalità a livello di sito, ma c’è un interruttore per utente nel compositore e il Markdown è completamente intatto.
Cloudflare può bloccare il salvataggio dei temi. Ho dovuto modificare il CSS successivamente. Se un componente del tema ha un <script> nel suo campo <head>, il salvataggio restituisce un semplice 403.
La regola gestita di Cloudflare XSS, HTML Injection – Script Tag blocca la richiesta PUT /admin/themes/<id>, perché l’editor 2026.7 invia tutti i campi al salvataggio, non solo quello che hai modificato.
Una regola personalizzata risolve il problema:
starts_with(http.request.uri.path, "/admin/themes") and http.request.method eq "PUT"
Azione: Skip → managed rules.