WordPress si basa in gran parte su PHP. La versione di PHP utilizzata ha quindi un impatto diretto sul fatto che WordPress, i plugin, i temi e il codice di programmazione personalizzato possano essere eseguiti correttamente.
Una versione recente di PHP è importante per la sicurezza, la compatibilità e le prestazioni. Tuttavia, non dovresti semplicemente aggiornare la versione PHP di un sito WordPress esistente alla versione più alta possibile senza prima verificare che tutti i componenti utilizzati siano compatibili.
Soprattutto nei siti web più vecchi, plugin obsoleti, temi o personalizzazioni individuali possono causare errori dopo un cambio di versione di PHP. Le conseguenze tipiche sono un errore critico di WordPress, un errore HTTP 500, una pagina bianca o singole funzionalità che improvvisamente smettono di funzionare.
Breve spiegazione: Per WordPress, utilizza una versione di PHP recente e ancora supportata per motivi di sicurezza. Prima del passaggio, verifica la compatibilità di WordPress, dei plugin, del tema e del codice personalizzato. Crea un backup e testa le funzioni importanti dopo la conversione. Se si verifica un errore immediatamente dopo, puoi tornare alla precedente versione di PHP funzionante e successivamente identificare il componente incompatibile.
Che cos'è PHP? #
PHP è un linguaggio di programmazione lato server. WordPress stesso e gran parte dei suoi plugin e temi sono costituiti da codice PHP.
Quando un visitatore richiede una pagina WordPress dinamica, il server elabora il codice PHP e genera, tra le altre cose, l'HTML che viene poi inviato al browser.
Di solito il visitatore non vede il codice PHP. Vede solo il risultato dell'elaborazione lato server.
Perché WordPress ha bisogno di PHP? #
PHP gestisce una parte essenziale della logica applicativa di WordPress. Con esso vengono elaborati, ad esempio, i contenuti del database, caricati i plugin, eseguiti i template dei temi, verificati i permessi degli utenti e generate pagine dinamiche.
Senza un ambiente PHP adeguato, WordPress non può quindi essere eseguito normalmente.
La versione di PHP rappresenta quindi uno dei requisiti tecnici fondamentali per un'installazione di WordPress.
Perché esistono diverse versioni di PHP? #
PHP è in continua evoluzione. Le nuove versioni portano nuove funzionalità, miglioramenti tecnici, correzioni di bug e aggiornamenti di sicurezza.
Le versioni precedenti di PHP raggiungono a un certo punto la fine del loro ciclo di vita ufficiale. Dopodiché, non ricevono più aggiornamenti di sicurezza regolari dal progetto PHP.
Una pagina web WordPress non dovrebbe quindi essere eseguita permanentemente su una versione di PHP obsoleta, solo perché si avvia ancora tecnicamente.
Quale versione di PHP consiglia WordPress? #
WordPress raccomanda fondamentalmente una versione moderna di PHP. Quale versione sia specificamente utile dipende inoltre dalla versione di WordPress utilizzata e dai plugin e temi installati.
Per un sito web esistente, quindi, non si dovrebbe verificare solo quale versione di PHP supporta WordPress stesso. È fondamentale verificare se intera installazione è compatibile con questa versione.
Importante: L'affermazione „WordPress supporta questa versione di PHP“ non significa automaticamente che ogni plugin e tema installato sia altrettanto compatibile.
Perché una versione recente di PHP è importante #
Il motivo più importante per avere una versione aggiornata di PHP è la sicurezza. Se una versione di PHP non riceve più aggiornamenti di sicurezza dal progetto PHP, i siti web dovrebbero essere migrati tempestivamente a una versione supportata.
Le versioni più recenti di PHP possono anche includere miglioramenti nelle prestazioni e nella gestione della memoria.
Un aggiornamento di PHP è pertanto parte integrante di una regolare manutenzione tecnica di un sito web WordPress.
Perché non dovresti semplicemente scegliere la versione PHP più alta #
Un numero di versione superiore non significa automaticamente che un sito Web esistente possa essere aggiornato ad esso senza preparazione.
In pratica, WordPress non è costituito solo dal core di WordPress. Un'installazione di solito utilizza anche un tema, diversi plugin e possibilmente codice PHP personalizzato.
Ognuno di questi componenti può avere requisiti propri per PHP.
Una nuova versione di PHP può, ad esempio, rimuovere funzioni o modificare comportamenti che il vecchio codice di programmazione utilizza ancora. Di conseguenza, un plugin non più aggiornato da anni può causare errori, anche se WordPress stesso funziona senza problemi con la nuova versione di PHP.
Aggiornare WordPress prima del cambio di versione di PHP #
Su una vecchia installazione di WordPress, dovresti prima verificare quale versione di WordPress viene utilizzata.
Un core di WordPress molto vecchio potrebbe essere incompatibile con una versione recente di PHP.
Ciò non significa tuttavia che tu debba aggiornare contemporaneamente WordPress, tutti i plugin, il tema e PHP in modo incontrollato. In caso di passaggi di versione importanti, è opportuno procedere in modo pianificato, affinché un eventuale errore possa essere associato a una modifica specifica.
Controllare i plugin prima del cambio #
I plugin sono una delle cause più comuni di problemi dopo un aggiornamento di PHP.
Verifica in particolare le estensioni che non ricevono un aggiornamento da molto tempo o i cui sviluppatori non supportano la versione di PHP utilizzata.
Anche i plugin sviluppati in proprio o personalizzati dovrebbero essere presi in considerazione.
Se un plugin è responsabile di una funzione importante del sito web, la sua compatibilità dovrebbe essere verificata con particolare cura prima della migrazione.
Verificare anche tema e child theme #
Anche i temi contengono codice PHP. Un tema meno recente può quindi essere interessato da un cambio di versione di PHP esattamente come un plugin.
Se il sito Web utilizza un tema child, è necessario considerare anche il codice personalizzato all'interno di tale tema child.
Le personalizzazioni individuali si trovano particolarmente spesso in:
functions.php
Codice di questo tipo può aver funzionato per anni senza modifiche e causare un errore solo con una nuova versione di PHP.
Il codice PHP personalizzato è un ulteriore fattore di rischio #
Molti siti web WordPress contengono frammenti di codice personalizzati nel corso del tempo.
Questi possono trovarsi, ad esempio, in un child theme, in un plugin di snippet, in un plugin personalizzato o in altri file modificati.
Durante un aggiornamento di PHP, questo codice non dovrebbe essere dimenticato.
Il fatto che un frammento funzioni con una vecchia versione di PHP non dimostra automaticamente la sua compatibilità con una versione più recente.
Creare un backup prima del cambio #
Prima di una modifica tecnica importante, dovrebbe essere disponibile un backup aggiornato.
Il backup dovrebbe includere i file di WordPress necessari per il ripristino e il database.
Sebbene un cambio di versione PHP di solito non modifichi direttamente i tuoi articoli o pagine, è comunque consigliabile effettuare un backup recente, poiché durante la risoluzione dei problemi potrebbero essere necessarie ulteriori modifiche.
Consiglio pratico: Un backup esistente è utile solo se è chiaro come ripristinarlo in caso di emergenza.
Testa prima il cambio di PHP su un sito di staging #
Per un sito web complesso o critico per il business, un ambiente di staging è il luogo più sicuro per un test PHP.
La copia di staging dovrebbe corrispondere il più possibile al sito web di produzione in termini di versione di WordPress, plugin, tema e codice personalizzato.
Lì puoi attivare la nuova versione di PHP e verificare successivamente se si verificano errori, senza compromettere immediatamente il sito web pubblico.
Per i siti web più piccoli, potrebbe essere possibile un passaggio diretto. #
Non ogni semplice sito web WordPress richiede un processo di staging approfondito per ogni passaggio a una nuova versione di PHP.
Se il sito web è di dimensioni contenute, utilizza estensioni aggiornate ed è disponibile un backup funzionante, un passaggio controllato sull'ambiente di produzione può essere giustificabile.
Tuttavia, dovresti poi scegliere un momento in cui potrai testare la pagina web in modo approfondito subito dopo e intervenire in caso di problemi.
Modificare la versione PHP nell'hosting #
Negli ambienti di hosting moderni, la versione di PHP può spesso essere selezionata per dominio o account di hosting.
La superficie utilizzata per questo dipende dal sistema di hosting.
In un ambiente cPanel o CloudLinux, la gestione di PHP può avvenire, ad esempio, tramite gli strumenti PHP messi a disposizione dal provider di hosting.
Prima di selezionare una versione, dovresti assicurarti di modificare effettivamente la configurazione PHP del dominio o dell'installazione corretta.
Gestire più siti Web nello stesso account di hosting #
Se ci sono più siti web in un account di hosting, dovresti verificare se la versione PHP è impostata a livello globale o individualmente per ogni dominio.
Una modifica potrebbe potenzialmente interessare più di un'applicazione a seconda della configurazione dell'hosting.
Questo è particolarmente rilevante se, oltre a WordPress, nello stesso account vengono eseguite applicazioni più vecchie.
Modifica la versione di PHP e testala subito #
Dopo la modifica non dovresti limitarti a controllare se compare la pagina iniziale.
Testa sia il sito web pubblico che l'area di amministrazione di WordPress.
Visita diversi tipi di pagine e controlla le funzioni principali del tuo sito web.
Nel caso di un normale sito aziendale, questi possono essere, ad esempio, la navigazione, il modulo di contatto, la ricerca e il login. Nel caso di un negozio WooCommerce, le aree critiche comprendono in particolare le pagine dei prodotti, il carrello, l'account cliente e il checkout.
Perché la sola homepage non basta #
Un errore può verificarsi solo in una determinata funzione.
Un plugin per i moduli potrebbe non essere eseguito affatto sulla home page. Un problema di WooCommerce potrebbe manifestarsi solo al momento del pagamento. Un plugin amministrativo può essere eseguito esclusivamente all'interno di wp-admin generare un errore.
Il fatto che la homepage funzioni dopo un cambio di versione di PHP non dimostra quindi la completa compatibilità dell'installazione.
Considerare la cache dopo il cambio di PHP #
Se è attiva una cache delle pagine, il sito web pubblico potrebbe inizialmente continuare ad apparire corretto, anche se le richieste dinamiche di WordPress stanno già causando un errore.
Ciò è possibile se vengono servite pagine HTML memorizzate nella cache esistenti, senza che WordPress debba essere eseguito nuovamente per questa richiesta.
Verifica quindi anche le aree non memorizzate nella cache o dinamiche come l'area di amministrazione di WordPress.
Errori tipici dopo un cambio di versione di PHP #
Un plugin, un tema o uno snippet di codice incompatibile può manifestarsi in vari modi.
Ad esempio, WordPress può segnalare un errore critico, mostrare una pagina bianca o rispondere con un errore HTTP 500. In altri casi, smette di funzionare solo una singola funzione.
Se un errore di questo tipo si verifica immediatamente dopo il cambio di versione di PHP, la correlazione temporale è un indizio diagnostico molto importante.
WordPress mostra un errore critico #
Se dopo il cambio di versione di PHP compare il messaggio di errore critico, dovresti prima verificare se WordPress ha inviato un link per la modalità di recupero all'indirizzo email dell'amministratore.
Ulteriori passaggi sono disponibili su WordPress mostra una pagina bianca o un errore critico: cosa fare?.
HTTP 500 dopo il cambio di PHP #
Un errore HTTP 500 indica che la richiesta non è stata elaborata con successo dal lato server.
Se questo errore si verifica subito dopo il cambio di versione PHP, codice PHP incompatibile, estensioni o la configurazione PHP sono aree ovvie per la diagnosi.
Trattiamo la ricerca dettagliata degli errori sotto Risolvere l'errore 500 in WordPress.
Tornare alla versione precedente di PHP #
Se il sito web si interrompe immediatamente dopo il cambio di versione di PHP, può essere utile passare temporaneamente alla versione precedente funzionante.
Se il sito web funziona di nuovo dopo, questo è un forte indizio di un'incompatibilità con il nuovo ambiente PHP.
Il ripristino della versione precedente ripristina innanzitutto il funzionamento del sito web. Tuttavia, ciò non risponde ancora alla domanda su quale componente sia incompatibile.
Importante: L'uso continuativo di una versione obsoleta di PHP non dovrebbe essere la soluzione per un plugin o un tema incompatibile. Usa il ritorno alla versione precedente come ripristino temporaneo e successivamente identifica la causa reale.
Trovare il componente incompatibile #
Se la nuova versione di PHP genera un errore, dovresti circoscrivere sistematicamente il componente interessato.
Particolarmente utile è la combinazione di diagnosi controllata di plugin/temi e registri degli errori.
La nostra guida Rilevare e risolvere i conflitti di plugin o temi in WordPress mostra come disattivare le estensioni in modo controllato, senza eliminare plugin alla cieca.
Controllare i log degli errori dopo un cambio di PHP #
In caso di incompatibilità di PHP, i registri degli errori forniscono spesso molte più informazioni rispetto al sito web visibile.
Un record di log può contenere, ad esempio, un percorso di file all'interno di un plugin o di un tema, fornendo così un'indicazione specifica sulla componente coinvolta.
I termini tipici negli errori PHP possono essere, ad esempio:
Errore fatale PHP
Errore non gestito
Errore di tipo
Chiamata a funzione non definita
Non è decisivo solo il nome dell'errore, ma anche in quale file e in quale momento l'errore si verifica.
Utilizzare il debug di WordPress #
Quando i normali registri del server non sono sufficienti, WordPress può registrare ulteriori informazioni di debug.
A tal fine, giocano un ruolo, tra le altre, le seguenti costanti:
WP_DEBUG
WP_DEBUG_LOG
WP_DEBUG_DISPLAY
Spiegheremo come utilizzare in sicurezza queste impostazioni e analizzare i log su Attivare il debug di WordPress e utilizzare i log degli errori.
Interpretare correttamente avvisi e messaggi di deprecazione #
Dopo un cambio di versione di PHP, non possono verificarsi solo errori irreversibili. Il codice più vecchio può anche generare avvisi o notice su funzioni obsolete.
In parole semplici, un messaggio di deprecazione significa che una funzione o una procedura utilizzata è considerata obsoleta e potrebbe non essere più supportata in futuro.
Tali avvisi dovrebbero essere risolti in un codice pulito. Tuttavia, non sono automaticamente la stessa cosa di un errore fatale che interrompe completamente l'esecuzione.
Non mostrare i messaggi di errore pubblicamente in modo permanente #
Su un sito web di produzione, gli errori PHP dettagliati non dovrebbero essere visibili in modo permanente ai visitatori.
Tali messaggi possono rivelare percorsi di file interni, informazioni tecniche e altri dettagli.
Per la diagnosi, i registri degli errori sono solitamente più indicati rispetto a un output pubblico direttamente nel browser.
Limite di memoria PHP dopo il cambio di versione #
La versione di PHP e il limite di memoria PHP sono due impostazioni diverse.
Il passaggio da PHP 8.x a un'altra versione di PHP non aumenta automaticamente la memoria disponibile per WordPress.
Se dopo una modifica si verifica un errore come:
Dimensione di memoria consentita ... esaurita
apare, dovresti esaminare il limite di memoria e l'effettivo consumo di memoria.
Puoi trovare maggiori informazioni su Limite di memoria PHP in WordPress: individuare e risolvere gli errori.
Anche le estensioni PHP possono essere rilevanti #
Oltre alla versione PHP effettiva, WordPress utilizza diverse estensioni PHP. Anche i plugin possono richiedere determinate estensioni.
Se un'applicazione segnala una funzione o un'estensione PHP mancante dopo un cambio di ambiente PHP, è quindi opportuno verificare quali moduli siano attivi per la nuova versione di PHP.
Un'estensione esistente per una vecchia versione di PHP non significa automaticamente, a seconda della configurazione dell'hosting, che sia attivata in modo identico anche per qualsiasi altra versione di PHP.
Le impostazioni PHP possono dipendere dalla versione #
Oltre alle estensioni, anche i valori di configurazione possono variare a seconda dell'ambiente di hosting e della versione di PHP.
Ciò include, ad esempio, limiti di memoria, di caricamento o di esecuzione.
Se dopo un cambio di versione non si interrompe l'intero sito web, ma ad esempio solo i caricamenti di grandi dimensioni o determinati processi causano problemi, è necessario prendere in considerazione anche la configurazione PHP attiva.
Versione PHP e prestazioni #
Le versioni più recenti di PHP includono regolarmente miglioramenti tecnici che possono avere un impatto positivo anche sull'esecuzione delle applicazioni.
Un aggiornamento di PHP può quindi contribuire alle performance di un sito web WordPress.
Tuttavia, non sostituisce l'ottimizzazione di plugin lenti, query di database inefficienti, immagini di grandi dimensioni o altri problemi di prestazioni.
Se WordPress è generalmente lento, dovresti indagare sistematicamente sulle cause. A tal proposito, trovi il nostro articolo dettagliato WordPress è lento: trovare le cause e migliorare il tempo di caricamento.
OPcache e versione PHP #
OPcache può memorizzare nella cache il codice PHP già compilato in memoria, rendendo così più efficienti le esecuzioni PHP ripetute.
In un ambiente di hosting moderno, OPcache è uno degli elementi importanti di una configurazione PHP efficiente.
Come normale utente di WordPress, di solito non devi influenzare manualmente il funzionamento di OPcache per un cambio di versione di PHP.
Controllare la versione di PHP in WordPress #
WordPress mostra le informazioni tecniche sull'ambiente del server all'interno dello stato del sito.
Trovi queste informazioni nell'area di amministrazione di WordPress alla voce:
Strumenti → Stato del sito → Rapporto
Lì puoi controllare, tra le altre cose, la versione di PHP rilevata da WordPress nelle informazioni sul server.
Ciò è particolarmente utile dopo una migrazione per verificare quale versione sta effettivamente utilizzando l'installazione di WordPress.
Confronta l'annuncio di hosting e l'annuncio di WordPress #
Se hai modificato la versione di PHP nell'hosting, ma WordPress continua a mostrarne una diversa, la configurazione dovrebbe essere verificata più attentamente.
È possibile che l'impostazione sia stata modificata per un altro dominio, sottodominio o un altro contesto PHP.
Pertanto, durante la risoluzione dei problemi, non fare affidamento esclusivamente sul fatto che sia stata selezionata una determinata numero di versione da qualche parte nel pannello di hosting.
La riga di comando e il sito web possono utilizzare versioni di PHP diverse #
Negli ambienti di hosting tecnici, è inoltre possibile che la versione PHP del sito web non corrisponda alla versione PHP utilizzata durante una chiamata diretta da riga di comando.
Ciò è particolarmente rilevante per WP-CLI, cron job o script di shell personalizzati.
Se un sito web funziona correttamente nel browser, ma un cronjob o un comando WP-CLI mostra errori di compatibilità PHP, si dovrebbe quindi verificare quale binario PHP o ambiente venga utilizzato dal rispettivo processo.
Prendere in considerazione la versione di PHP per i cron job #
Un cronjob lato server può, a seconda della configurazione, richiamare esplicitamente una specifica versione di PHP.
Se il sito web è stato aggiornato a una nuova versione di PHP, un vecchio cron job potrebbe continuare a utilizzare una versione diversa.
Ciò può portare a differenze difficilmente comprensibili, poiché le normali richieste ai siti web funzionano, ma i processi pianificati generano errori.
Testare particolarmente WooCommerce dopo un cambio di PHP #
Per un negozio WooCommerce, la migrazione di PHP non dovrebbe essere valutata esclusivamente in base alle pagine visibili del negozio.
Testa in particolare il carrello, il checkout, l'account cliente e le importanti funzioni di pagamento e spedizione.
Anche le estensioni per fornitori di servizi di pagamento, fatture, spedizione o sistemi ERP possono utilizzare il proprio codice PHP e devono funzionare con il nuovo ambiente.
Controllare i moduli e le funzioni di posta elettronica #
Anche i moduli di contatto e di richiesta dovrebbero essere testati dopo un importante aggiornamento di PHP.
A tal fine non basta semplicemente visualizzare il modulo. Effettua un vero e proprio invio di prova e controlla che l'elaborazione avvenga senza errori.
Lo stesso vale per altri processi critici per il business che PHP elabora lato server.
Non mischiare inutilmente il passaggio a PHP e gli aggiornamenti di WordPress #
Quando WordPress, diversi plugin, il tema e PHP vengono aggiornati contemporaneamente, un errore successivo può essere difficilmente associato a una modifica specifica.
Per interventi di manutenzione più estesi è quindi opportuno seguire una sequenza comprensibile.
Dopo una modifica rilevante, bisognerebbe quantomeno verificare se il sito web continua a funzionare correttamente prima di compiere il successivo grande passo tecnico.
Utilizzare la versione PHP recente solo come soluzione di emergenza temporanea #
In caso di un sito web problematico, può essere utile tornare temporaneamente alla versione PHP precedente affinché il sito sia nuovamente accessibile.
Questo fa guadagnare tempo per una diagnosi controllata.
Tuttavia, una versione di PHP che non riceve più supporto di sicurezza non dovrebbe essere utilizzata come soluzione permanente per mesi o anni, solo perché un singolo vecchio plugin non consente un aggiornamento.
In un caso del genere, il plugin dovrebbe essere aggiornato, sostituito o il codice problematico dovrebbe essere modificato.
Quando un plugin dovrebbe essere sostituito #
Se un plugin funziona solo con una versione obsoleta di PHP e non viene più aggiornato dallo sviluppatore, si crea un problema di manutenzione tecnica.
Mantenere l'intera installazione di WordPress permanentemente su un vecchio ambiente di esecuzione per continuare a usare un singolo plugin raramente è una buona soluzione a lungo termine.
Verifica in questo caso se esiste un'alternativa più pulita o se la funzione richiesta può essere implementata in modo diverso.
Completare il passaggio a PHP dopo il test riuscito #
Se il sito web funziona in modo stabile con la nuova versione di PHP, dovresti controllare nuovamente le funzioni principali e, se necessario, ripristinare le impostazioni di diagnostica attivate temporaneamente.
Su un sito di staging, inoltre, un test riuscito non significa automaticamente che le modifiche ai contenuti apportate lì debbano essere trasferite al sito live. L'obiettivo del test PHP è innanzitutto la verifica della compatibilità tecnica.
Cosa è meglio evitare quando si cambia versione di PHP #
Non passare a una nuova versione di PHP su un sito web di importanza critica senza essere preparato e non abbandonare immediatamente il sito senza averlo testato.
Non installare nemmeno plugin aggiuntivi a caso, solo per presumibilmente „riparare“ la compatibilità con PHP.
Se dopo il passaggio si verifica un errore, non modificare contemporaneamente tema, più plugin, impostazioni PHP e configurazione di WordPress. In questo modo sarà più difficile risalire alla causa effettiva.
E non mantenere una versione di PHP obsoleta solo perché può ancora eseguire un plugin incompatibile.
Regola fondamentale: Modificare la versione di PHP in modo controllato, testare il sito web e, in caso di errore, sfruttare prima di tutto il contesto temporale. Se la versione precedente funziona e quella nuova no, dovresti identificare il componente incompatibile anziché rimanere permanentemente su un ambiente obsoleto.
Quali informazioni aiutano il supporto di CURIAWEB? #
Se un sito web WordPress su CURIAWEB non funziona più correttamente dopo un cambio di PHP, condividi se possibile il dominio interessato, la versione di PHP utilizzata in precedenza e la nuova versione selezionata.
Inoltre, sono utili il messaggio di errore esatto e l'informazione se è interessato l'intero sito web o solo una determinata funzione.
Se il sito web torna a funzionare dopo essere tornato alla precedente versione di PHP, dovresti menzionarlo. Questo confronto è particolarmente prezioso per la diagnosi.
Se un log degli errori contiene un errore PHP specifico, invia il frammento pertinente con il timestamp. Non dovresti trasmettere password senza che ti venga chiesto.
Riepilogo #
La versione di PHP è una componente centrale di qualsiasi installazione di WordPress. Una versione di PHP aggiornata e supportata dal punto di vista della sicurezza migliora la base tecnica del sito web, ma deve essere compatibile con WordPress, i plugin, il tema e il codice personalizzato.
Prima di un cambio, dovresti quindi verificare i componenti utilizzati e disporre di un backup aggiornato. Per i siti web complessi, è consigliabile effettuare un test preventivo su un ambiente di staging.
Dopo la migrazione, non dovrebbero essere testati solo la homepage e il frontend, ma anche l'area di amministrazione e le funzioni critiche per il business. Nel caso di WooCommerce, ad esempio, rientrano in queste il carrello e il checkout.
Se subito dopo il passaggio si verifica un errore critico o un HTTP 500, un ritorno temporaneo alla versione precedente può ripristinare il sito web. Successivamente, tramite i log degli errori e una diagnosi controllata di plugin e temi, si dovrebbe individuare la componente effettivamente incompatibile.
Una vecchia versione di PHP non è una soluzione sostenibile per il codice WordPress obsoleto. L'obiettivo dovrebbe essere un ambiente WordPress attuale, supportato e completamente compatibile.
