Aggiornamento: ho effettuato 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, poi si ferma con:
UPGRADE OF POSTGRES COMPLETE
To complete the upgrade, rebuild again using: ./launcher rebuild app
Il tuo sito resta offline finché non viene eseguita la seconda ricostruzione. Non è successo nulla di sbagliato, ma non mi aspettavo una ricostruzione in due fasi. Il vecchio cluster viene mantenuto in /shared/postgres_data_old e avrai bisogno di spazio libero pari a 2 volte la dimensione del database. Maggiori dettagli in PostgreSQL 18 update.
L’editor ricco non è incondizionato. Ho detto che lo era. L’impostazione di sito rich_editor è stata rimossa, 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 in seguito. Se un componente del tema ha un <script> nel campo <head>, il salvataggio restituisce un semplice 403.
La regola gestita di Cloudflare XSS, HTML Injection – Script Tag blocca la PUT /admin/themes/<id>, perché l’editor 2026.7 invia ogni campo al salvataggio anziché solo quello modificato.
Una regola personalizzata risolve il problema (nessun IP statico):
starts_with(http.request.uri.path, "/admin/themes") and http.request.method eq "PUT"
Azione: Skip → managed rules.