{"id":22437,"date":"2026-08-28T08:21:34","date_gmt":"2026-08-28T06:21:34","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&p=22437"},"modified":"2026-08-28T08:21:35","modified_gmt":"2026-08-28T06:21:35","password":"","slug":"modificare-la-versione-php-di-wordpress","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/it\/hilfe\/wordpress\/wordpress-php-version-aendern\/","title":{"rendered":"Modificare la versione di PHP per WordPress e verificare la compatibilit\u00e0"},"content":{"rendered":"

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.<\/p>\n\n\n\n

Una versione recente di PHP \u00e8 importante per la sicurezza, la compatibilit\u00e0 e le prestazioni. Tuttavia, non dovresti semplicemente aggiornare la versione PHP di un sito WordPress esistente alla versione pi\u00f9 alta possibile senza prima verificare che tutti i componenti utilizzati siano compatibili.<\/p>\n\n\n\n

Soprattutto nei siti web pi\u00f9 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\u00e0 che improvvisamente smettono di funzionare.<\/p>\n\n\n\n

\n

Breve spiegazione:<\/strong> Per WordPress, utilizza una versione di PHP recente e ancora supportata per motivi di sicurezza. Prima del passaggio, verifica la compatibilit\u00e0 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.<\/p>\n<\/blockquote>\n\n\n\n

Che cos'\u00e8 PHP?<\/h2>\n\n\n\n

PHP \u00e8 un linguaggio di programmazione lato server. WordPress stesso e gran parte dei suoi plugin e temi sono costituiti da codice PHP.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Di solito il visitatore non vede il codice PHP. Vede solo il risultato dell'elaborazione lato server.<\/p>\n\n\n\n

Perch\u00e9 WordPress ha bisogno di PHP?<\/h2>\n\n\n\n

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.<\/p>\n\n\n\n

Senza un ambiente PHP adeguato, WordPress non pu\u00f2 quindi essere eseguito normalmente.<\/p>\n\n\n\n

La versione di PHP rappresenta quindi uno dei requisiti tecnici fondamentali per un'installazione di WordPress.<\/p>\n\n\n\n

Perch\u00e9 esistono diverse versioni di PHP?<\/h2>\n\n\n\n

PHP \u00e8 in continua evoluzione. Le nuove versioni portano nuove funzionalit\u00e0, miglioramenti tecnici, correzioni di bug e aggiornamenti di sicurezza.<\/p>\n\n\n\n

Le versioni precedenti di PHP raggiungono a un certo punto la fine del loro ciclo di vita ufficiale. Dopodich\u00e9, non ricevono pi\u00f9 aggiornamenti di sicurezza regolari dal progetto PHP.<\/p>\n\n\n\n

Una pagina web WordPress non dovrebbe quindi essere eseguita permanentemente su una versione di PHP obsoleta, solo perch\u00e9 si avvia ancora tecnicamente.<\/p>\n\n\n\n

Quale versione di PHP consiglia WordPress?<\/h2>\n\n\n\n

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.<\/p>\n\n\n\n

Per un sito web esistente, quindi, non si dovrebbe verificare solo quale versione di PHP supporta WordPress stesso. \u00c8 fondamentale verificare se intera installazione<\/strong> \u00e8 compatibile con questa versione.<\/p>\n\n\n\n

\n

Importante:<\/strong> L'affermazione \u201eWordPress supporta questa versione di PHP\u201c non significa automaticamente che ogni plugin e tema installato sia altrettanto compatibile.<\/p>\n<\/blockquote>\n\n\n\n

Perch\u00e9 una versione recente di PHP \u00e8 importante<\/h2>\n\n\n\n

Il motivo pi\u00f9 importante per avere una versione aggiornata di PHP \u00e8 la sicurezza. Se una versione di PHP non riceve pi\u00f9 aggiornamenti di sicurezza dal progetto PHP, i siti web dovrebbero essere migrati tempestivamente a una versione supportata.<\/p>\n\n\n\n

Le versioni pi\u00f9 recenti di PHP possono anche includere miglioramenti nelle prestazioni e nella gestione della memoria.<\/p>\n\n\n\n

Un aggiornamento di PHP \u00e8 pertanto parte integrante di una regolare manutenzione tecnica di un sito web WordPress.<\/p>\n\n\n\n

Perch\u00e9 non dovresti semplicemente scegliere la versione PHP pi\u00f9 alta<\/h2>\n\n\n\n

Un numero di versione superiore non significa automaticamente che un sito Web esistente possa essere aggiornato ad esso senza preparazione.<\/p>\n\n\n\n

In pratica, WordPress non \u00e8 costituito solo dal core di WordPress. Un'installazione di solito utilizza anche un tema, diversi plugin e possibilmente codice PHP personalizzato.<\/p>\n\n\n\n

Ognuno di questi componenti pu\u00f2 avere requisiti propri per PHP.<\/p>\n\n\n\n

Una nuova versione di PHP pu\u00f2, ad esempio, rimuovere funzioni o modificare comportamenti che il vecchio codice di programmazione utilizza ancora. Di conseguenza, un plugin non pi\u00f9 aggiornato da anni pu\u00f2 causare errori, anche se WordPress stesso funziona senza problemi con la nuova versione di PHP.<\/p>\n\n\n\n

Aggiornare WordPress prima del cambio di versione di PHP<\/h2>\n\n\n\n

Su una vecchia installazione di WordPress, dovresti prima verificare quale versione di WordPress viene utilizzata.<\/p>\n\n\n\n

Un core di WordPress molto vecchio potrebbe essere incompatibile con una versione recente di PHP.<\/p>\n\n\n\n

Ci\u00f2 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, \u00e8 opportuno procedere in modo pianificato, affinch\u00e9 un eventuale errore possa essere associato a una modifica specifica.<\/p>\n\n\n\n

Controllare i plugin prima del cambio<\/h2>\n\n\n\n

I plugin sono una delle cause pi\u00f9 comuni di problemi dopo un aggiornamento di PHP.<\/p>\n\n\n\n

Verifica in particolare le estensioni che non ricevono un aggiornamento da molto tempo o i cui sviluppatori non supportano la versione di PHP utilizzata.<\/p>\n\n\n\n

Anche i plugin sviluppati in proprio o personalizzati dovrebbero essere presi in considerazione.<\/p>\n\n\n\n

Se un plugin \u00e8 responsabile di una funzione importante del sito web, la sua compatibilit\u00e0 dovrebbe essere verificata con particolare cura prima della migrazione.<\/p>\n\n\n\n

Verificare anche tema e child theme<\/h2>\n\n\n\n

Anche i temi contengono codice PHP. Un tema meno recente pu\u00f2 quindi essere interessato da un cambio di versione di PHP esattamente come un plugin.<\/p>\n\n\n\n

Se il sito Web utilizza un tema child, \u00e8 necessario considerare anche il codice personalizzato all'interno di tale tema child.<\/p>\n\n\n\n

Le personalizzazioni individuali si trovano particolarmente spesso in:<\/p>\n\n\n\n

functions.php<\/code><\/p>\n\n\n\n

Codice di questo tipo pu\u00f2 aver funzionato per anni senza modifiche e causare un errore solo con una nuova versione di PHP.<\/p>\n\n\n\n

Il codice PHP personalizzato \u00e8 un ulteriore fattore di rischio<\/h2>\n\n\n\n

Molti siti web WordPress contengono frammenti di codice personalizzati nel corso del tempo.<\/p>\n\n\n\n

Questi possono trovarsi, ad esempio, in un child theme, in un plugin di snippet, in un plugin personalizzato o in altri file modificati.<\/p>\n\n\n\n

Durante un aggiornamento di PHP, questo codice non dovrebbe essere dimenticato.<\/p>\n\n\n\n

Il fatto che un frammento funzioni con una vecchia versione di PHP non dimostra automaticamente la sua compatibilit\u00e0 con una versione pi\u00f9 recente.<\/p>\n\n\n\n

Creare un backup prima del cambio<\/h2>\n\n\n\n

Prima di una modifica tecnica importante, dovrebbe essere disponibile un backup aggiornato.<\/p>\n\n\n\n

Il backup dovrebbe includere i file di WordPress necessari per il ripristino e il database.<\/p>\n\n\n\n

Sebbene un cambio di versione PHP di solito non modifichi direttamente i tuoi articoli o pagine, \u00e8 comunque consigliabile effettuare un backup recente, poich\u00e9 durante la risoluzione dei problemi potrebbero essere necessarie ulteriori modifiche.<\/p>\n\n\n\n

\n

Consiglio pratico:<\/strong> Un backup esistente \u00e8 utile solo se \u00e8 chiaro come ripristinarlo in caso di emergenza.<\/p>\n<\/blockquote>\n\n\n\n

Testa prima il cambio di PHP su un sito di staging<\/h2>\n\n\n\n

Per un sito web complesso o critico per il business, un ambiente di staging \u00e8 il luogo pi\u00f9 sicuro per un test PHP.<\/p>\n\n\n\n

La copia di staging dovrebbe corrispondere il pi\u00f9 possibile al sito web di produzione in termini di versione di WordPress, plugin, tema e codice personalizzato.<\/p>\n\n\n\n

L\u00ec puoi attivare la nuova versione di PHP e verificare successivamente se si verificano errori, senza compromettere immediatamente il sito web pubblico.<\/p>\n\n\n\n

Per i siti web pi\u00f9 piccoli, potrebbe essere possibile un passaggio diretto.<\/h2>\n\n\n\n

Non ogni semplice sito web WordPress richiede un processo di staging approfondito per ogni passaggio a una nuova versione di PHP.<\/p>\n\n\n\n

Se il sito web \u00e8 di dimensioni contenute, utilizza estensioni aggiornate ed \u00e8 disponibile un backup funzionante, un passaggio controllato sull'ambiente di produzione pu\u00f2 essere giustificabile.<\/p>\n\n\n\n

Tuttavia, dovresti poi scegliere un momento in cui potrai testare la pagina web in modo approfondito subito dopo e intervenire in caso di problemi.<\/p>\n\n\n\n

Modificare la versione PHP nell'hosting<\/h2>\n\n\n\n

Negli ambienti di hosting moderni, la versione di PHP pu\u00f2 spesso essere selezionata per dominio o account di hosting.<\/p>\n\n\n\n

La superficie utilizzata per questo dipende dal sistema di hosting.<\/p>\n\n\n\n

In un ambiente cPanel o CloudLinux, la gestione di PHP pu\u00f2 avvenire, ad esempio, tramite gli strumenti PHP messi a disposizione dal provider di hosting.<\/p>\n\n\n\n

Prima di selezionare una versione, dovresti assicurarti di modificare effettivamente la configurazione PHP del dominio o dell'installazione corretta.<\/p>\n\n\n\n

Gestire pi\u00f9 siti Web nello stesso account di hosting<\/h2>\n\n\n\n

Se ci sono pi\u00f9 siti web in un account di hosting, dovresti verificare se la versione PHP \u00e8 impostata a livello globale o individualmente per ogni dominio.<\/p>\n\n\n\n

Una modifica potrebbe potenzialmente interessare pi\u00f9 di un'applicazione a seconda della configurazione dell'hosting.<\/p>\n\n\n\n

Questo \u00e8 particolarmente rilevante se, oltre a WordPress, nello stesso account vengono eseguite applicazioni pi\u00f9 vecchie.<\/p>\n\n\n\n

Modifica la versione di PHP e testala subito<\/h2>\n\n\n\n

Dopo la modifica non dovresti limitarti a controllare se compare la pagina iniziale.<\/p>\n\n\n\n

Testa sia il sito web pubblico che l'area di amministrazione di WordPress.<\/p>\n\n\n\n

Visita diversi tipi di pagine e controlla le funzioni principali del tuo sito web.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Perch\u00e9 la sola homepage non basta<\/h2>\n\n\n\n

Un errore pu\u00f2 verificarsi solo in una determinata funzione.<\/p>\n\n\n\n

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\u00f2 essere eseguito esclusivamente all'interno di wp-admin<\/code> generare un errore.<\/p>\n\n\n\n

Il fatto che la homepage funzioni dopo un cambio di versione di PHP non dimostra quindi la completa compatibilit\u00e0 dell'installazione.<\/p>\n\n\n\n

Considerare la cache dopo il cambio di PHP<\/h2>\n\n\n\n

Se \u00e8 attiva una cache delle pagine, il sito web pubblico potrebbe inizialmente continuare ad apparire corretto, anche se le richieste dinamiche di WordPress stanno gi\u00e0 causando un errore.<\/p>\n\n\n\n

Ci\u00f2 \u00e8 possibile se vengono servite pagine HTML memorizzate nella cache esistenti, senza che WordPress debba essere eseguito nuovamente per questa richiesta.<\/p>\n\n\n\n

Verifica quindi anche le aree non memorizzate nella cache o dinamiche come l'area di amministrazione di WordPress.<\/p>\n\n\n\n

Errori tipici dopo un cambio di versione di PHP<\/h2>\n\n\n\n

Un plugin, un tema o uno snippet di codice incompatibile pu\u00f2 manifestarsi in vari modi.<\/p>\n\n\n\n

Ad esempio, WordPress pu\u00f2 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.<\/p>\n\n\n\n

Se un errore di questo tipo si verifica immediatamente dopo il cambio di versione di PHP, la correlazione temporale \u00e8 un indizio diagnostico molto importante.<\/p>\n\n\n\n

WordPress mostra un errore critico<\/h2>\n\n\n\n

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\u00e0 di recupero all'indirizzo email dell'amministratore.<\/p>\n\n\n\n

Ulteriori passaggi sono disponibili su WordPress mostra una pagina bianca o un errore critico: cosa fare?<\/a>.<\/p>\n\n\n\n

HTTP 500 dopo il cambio di PHP<\/h2>\n\n\n\n

Un errore HTTP 500 indica che la richiesta non \u00e8 stata elaborata con successo dal lato server.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Trattiamo la ricerca dettagliata degli errori sotto Risolvere l'errore 500 in WordPress<\/a>.<\/p>\n\n\n\n

Tornare alla versione precedente di PHP<\/h2>\n\n\n\n

Se il sito web si interrompe immediatamente dopo il cambio di versione di PHP, pu\u00f2 essere utile passare temporaneamente alla versione precedente funzionante.<\/p>\n\n\n\n

Se il sito web funziona di nuovo dopo, questo \u00e8 un forte indizio di un'incompatibilit\u00e0 con il nuovo ambiente PHP.<\/p>\n\n\n\n

Il ripristino della versione precedente ripristina innanzitutto il funzionamento del sito web. Tuttavia, ci\u00f2 non risponde ancora alla domanda su quale componente sia incompatibile.<\/p>\n\n\n\n

\n

Importante:<\/strong> 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.<\/p>\n<\/blockquote>\n\n\n\n

Trovare il componente incompatibile<\/h2>\n\n\n\n

Se la nuova versione di PHP genera un errore, dovresti circoscrivere sistematicamente il componente interessato.<\/p>\n\n\n\n

Particolarmente utile \u00e8 la combinazione di diagnosi controllata di plugin\/temi e registri degli errori.<\/p>\n\n\n\n

La nostra guida Rilevare e risolvere i conflitti di plugin o temi in WordPress<\/a> mostra come disattivare le estensioni in modo controllato, senza eliminare plugin alla cieca.<\/p>\n\n\n\n

Controllare i log degli errori dopo un cambio di PHP<\/h2>\n\n\n\n

In caso di incompatibilit\u00e0 di PHP, i registri degli errori forniscono spesso molte pi\u00f9 informazioni rispetto al sito web visibile.<\/p>\n\n\n\n

Un record di log pu\u00f2 contenere, ad esempio, un percorso di file all'interno di un plugin o di un tema, fornendo cos\u00ec un'indicazione specifica sulla componente coinvolta.<\/p>\n\n\n\n

I termini tipici negli errori PHP possono essere, ad esempio:<\/p>\n\n\n\n

Errore fatale PHP<\/code><\/p>\n\n\n\n

Errore non gestito<\/code><\/p>\n\n\n\n

Errore di tipo<\/code><\/p>\n\n\n\n

Chiamata a funzione non definita<\/code><\/p>\n\n\n\n

Non \u00e8 decisivo solo il nome dell'errore, ma anche in quale file e in quale momento l'errore si verifica.<\/p>\n\n\n\n

Utilizzare il debug di WordPress<\/h2>\n\n\n\n

Quando i normali registri del server non sono sufficienti, WordPress pu\u00f2 registrare ulteriori informazioni di debug.<\/p>\n\n\n\n

A tal fine, giocano un ruolo, tra le altre, le seguenti costanti:<\/p>\n\n\n\n

WP_DEBUG<\/code><\/p>\n\n\n\n

WP_DEBUG_LOG<\/code><\/p>\n\n\n\n

WP_DEBUG_DISPLAY<\/code><\/p>\n\n\n\n

Spiegheremo come utilizzare in sicurezza queste impostazioni e analizzare i log su Attivare il debug di WordPress e utilizzare i log degli errori<\/a>.<\/p>\n\n\n\n

Interpretare correttamente avvisi e messaggi di deprecazione<\/h2>\n\n\n\n

Dopo un cambio di versione di PHP, non possono verificarsi solo errori irreversibili. Il codice pi\u00f9 vecchio pu\u00f2 anche generare avvisi o notice su funzioni obsolete.<\/p>\n\n\n\n

In parole semplici, un messaggio di deprecazione significa che una funzione o una procedura utilizzata \u00e8 considerata obsoleta e potrebbe non essere pi\u00f9 supportata in futuro.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Non mostrare i messaggi di errore pubblicamente in modo permanente<\/h2>\n\n\n\n

Su un sito web di produzione, gli errori PHP dettagliati non dovrebbero essere visibili in modo permanente ai visitatori.<\/p>\n\n\n\n

Tali messaggi possono rivelare percorsi di file interni, informazioni tecniche e altri dettagli.<\/p>\n\n\n\n

Per la diagnosi, i registri degli errori sono solitamente pi\u00f9 indicati rispetto a un output pubblico direttamente nel browser.<\/p>\n\n\n\n

Limite di memoria PHP dopo il cambio di versione<\/h2>\n\n\n\n

La versione di PHP e il limite di memoria PHP sono due impostazioni diverse.<\/p>\n\n\n\n

Il passaggio da PHP 8.x a un'altra versione di PHP non aumenta automaticamente la memoria disponibile per WordPress.<\/p>\n\n\n\n

Se dopo una modifica si verifica un errore come:<\/p>\n\n\n\n

Dimensione di memoria consentita ... esaurita<\/code><\/p>\n\n\n\n

apare, dovresti esaminare il limite di memoria e l'effettivo consumo di memoria.<\/p>\n\n\n\n

Puoi trovare maggiori informazioni su Limite di memoria PHP in WordPress: individuare e risolvere gli errori<\/a>.<\/p>\n\n\n\n

Anche le estensioni PHP possono essere rilevanti<\/h2>\n\n\n\n

Oltre alla versione PHP effettiva, WordPress utilizza diverse estensioni PHP. Anche i plugin possono richiedere determinate estensioni.<\/p>\n\n\n\n

Se un'applicazione segnala una funzione o un'estensione PHP mancante dopo un cambio di ambiente PHP, \u00e8 quindi opportuno verificare quali moduli siano attivi per la nuova versione di PHP.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Le impostazioni PHP possono dipendere dalla versione<\/h2>\n\n\n\n

Oltre alle estensioni, anche i valori di configurazione possono variare a seconda dell'ambiente di hosting e della versione di PHP.<\/p>\n\n\n\n

Ci\u00f2 include, ad esempio, limiti di memoria, di caricamento o di esecuzione.<\/p>\n\n\n\n

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, \u00e8 necessario prendere in considerazione anche la configurazione PHP attiva.<\/p>\n\n\n\n

Versione PHP e prestazioni<\/h2>\n\n\n\n

Le versioni pi\u00f9 recenti di PHP includono regolarmente miglioramenti tecnici che possono avere un impatto positivo anche sull'esecuzione delle applicazioni.<\/p>\n\n\n\n

Un aggiornamento di PHP pu\u00f2 quindi contribuire alle performance di un sito web WordPress.<\/p>\n\n\n\n

Tuttavia, non sostituisce l'ottimizzazione di plugin lenti, query di database inefficienti, immagini di grandi dimensioni o altri problemi di prestazioni.<\/p>\n\n\n\n

Se WordPress \u00e8 generalmente lento, dovresti indagare sistematicamente sulle cause. A tal proposito, trovi il nostro articolo dettagliato WordPress \u00e8 lento: trovare le cause e migliorare il tempo di caricamento<\/a>.<\/p>\n\n\n\n

OPcache e versione PHP<\/h2>\n\n\n\n

OPcache pu\u00f2 memorizzare nella cache il codice PHP gi\u00e0 compilato in memoria, rendendo cos\u00ec pi\u00f9 efficienti le esecuzioni PHP ripetute.<\/p>\n\n\n\n

In un ambiente di hosting moderno, OPcache \u00e8 uno degli elementi importanti di una configurazione PHP efficiente.<\/p>\n\n\n\n

Come normale utente di WordPress, di solito non devi influenzare manualmente il funzionamento di OPcache per un cambio di versione di PHP.<\/p>\n\n\n\n

Controllare la versione di PHP in WordPress<\/h2>\n\n\n\n

WordPress mostra le informazioni tecniche sull'ambiente del server all'interno dello stato del sito.<\/p>\n\n\n\n

Trovi queste informazioni nell'area di amministrazione di WordPress alla voce:<\/p>\n\n\n\n

Strumenti \u2192 Stato del sito \u2192 Rapporto<\/strong><\/p>\n\n\n\n

L\u00ec puoi controllare, tra le altre cose, la versione di PHP rilevata da WordPress nelle informazioni sul server.<\/p>\n\n\n\n

Ci\u00f2 \u00e8 particolarmente utile dopo una migrazione per verificare quale versione sta effettivamente utilizzando l'installazione di WordPress.<\/p>\n\n\n\n

Confronta l'annuncio di hosting e l'annuncio di WordPress<\/h2>\n\n\n\n

Se hai modificato la versione di PHP nell'hosting, ma WordPress continua a mostrarne una diversa, la configurazione dovrebbe essere verificata pi\u00f9 attentamente.<\/p>\n\n\n\n

\u00c8 possibile che l'impostazione sia stata modificata per un altro dominio, sottodominio o un altro contesto PHP.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

La riga di comando e il sito web possono utilizzare versioni di PHP diverse<\/h2>\n\n\n\n

Negli ambienti di hosting tecnici, \u00e8 inoltre possibile che la versione PHP del sito web non corrisponda alla versione PHP utilizzata durante una chiamata diretta da riga di comando.<\/p>\n\n\n\n

Ci\u00f2 \u00e8 particolarmente rilevante per WP-CLI, cron job o script di shell personalizzati.<\/p>\n\n\n\n

Se un sito web funziona correttamente nel browser, ma un cronjob o un comando WP-CLI mostra errori di compatibilit\u00e0 PHP, si dovrebbe quindi verificare quale binario PHP o ambiente venga utilizzato dal rispettivo processo.<\/p>\n\n\n\n

Prendere in considerazione la versione di PHP per i cron job<\/h2>\n\n\n\n

Un cronjob lato server pu\u00f2, a seconda della configurazione, richiamare esplicitamente una specifica versione di PHP.<\/p>\n\n\n\n

Se il sito web \u00e8 stato aggiornato a una nuova versione di PHP, un vecchio cron job potrebbe continuare a utilizzare una versione diversa.<\/p>\n\n\n\n

Ci\u00f2 pu\u00f2 portare a differenze difficilmente comprensibili, poich\u00e9 le normali richieste ai siti web funzionano, ma i processi pianificati generano errori.<\/p>\n\n\n\n

Testare particolarmente WooCommerce dopo un cambio di PHP<\/h2>\n\n\n\n

Per un negozio WooCommerce, la migrazione di PHP non dovrebbe essere valutata esclusivamente in base alle pagine visibili del negozio.<\/p>\n\n\n\n

Testa in particolare il carrello, il checkout, l'account cliente e le importanti funzioni di pagamento e spedizione.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Controllare i moduli e le funzioni di posta elettronica<\/h2>\n\n\n\n

Anche i moduli di contatto e di richiesta dovrebbero essere testati dopo un importante aggiornamento di PHP.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Lo stesso vale per altri processi critici per il business che PHP elabora lato server.<\/p>\n\n\n\n

Non mischiare inutilmente il passaggio a PHP e gli aggiornamenti di WordPress<\/h2>\n\n\n\n

Quando WordPress, diversi plugin, il tema e PHP vengono aggiornati contemporaneamente, un errore successivo pu\u00f2 essere difficilmente associato a una modifica specifica.<\/p>\n\n\n\n

Per interventi di manutenzione pi\u00f9 estesi \u00e8 quindi opportuno seguire una sequenza comprensibile.<\/p>\n\n\n\n

Dopo una modifica rilevante, bisognerebbe quantomeno verificare se il sito web continua a funzionare correttamente prima di compiere il successivo grande passo tecnico.<\/p>\n\n\n\n

Utilizzare la versione PHP recente solo come soluzione di emergenza temporanea<\/h2>\n\n\n\n

In caso di un sito web problematico, pu\u00f2 essere utile tornare temporaneamente alla versione PHP precedente affinch\u00e9 il sito sia nuovamente accessibile.<\/p>\n\n\n\n

Questo fa guadagnare tempo per una diagnosi controllata.<\/p>\n\n\n\n

Tuttavia, una versione di PHP che non riceve pi\u00f9 supporto di sicurezza non dovrebbe essere utilizzata come soluzione permanente per mesi o anni, solo perch\u00e9 un singolo vecchio plugin non consente un aggiornamento.<\/p>\n\n\n\n

In un caso del genere, il plugin dovrebbe essere aggiornato, sostituito o il codice problematico dovrebbe essere modificato.<\/p>\n\n\n\n

Quando un plugin dovrebbe essere sostituito<\/h2>\n\n\n\n

Se un plugin funziona solo con una versione obsoleta di PHP e non viene pi\u00f9 aggiornato dallo sviluppatore, si crea un problema di manutenzione tecnica.<\/p>\n\n\n\n

Mantenere l'intera installazione di WordPress permanentemente su un vecchio ambiente di esecuzione per continuare a usare un singolo plugin raramente \u00e8 una buona soluzione a lungo termine.<\/p>\n\n\n\n

Verifica in questo caso se esiste un'alternativa pi\u00f9 pulita o se la funzione richiesta pu\u00f2 essere implementata in modo diverso.<\/p>\n\n\n\n

Completare il passaggio a PHP dopo il test riuscito<\/h2>\n\n\n\n

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.<\/p>\n\n\n\n

Su un sito di staging, inoltre, un test riuscito non significa automaticamente che le modifiche ai contenuti apportate l\u00ec debbano essere trasferite al sito live. L'obiettivo del test PHP \u00e8 innanzitutto la verifica della compatibilit\u00e0 tecnica.<\/p>\n\n\n\n

Cosa \u00e8 meglio evitare quando si cambia versione di PHP<\/h2>\n\n\n\n

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.<\/p>\n\n\n\n

Non installare nemmeno plugin aggiuntivi a caso, solo per presumibilmente \u201eriparare\u201c la compatibilit\u00e0 con PHP.<\/p>\n\n\n\n

Se dopo il passaggio si verifica un errore, non modificare contemporaneamente tema, pi\u00f9 plugin, impostazioni PHP e configurazione di WordPress. In questo modo sar\u00e0 pi\u00f9 difficile risalire alla causa effettiva.<\/p>\n\n\n\n

E non mantenere una versione di PHP obsoleta solo perch\u00e9 pu\u00f2 ancora eseguire un plugin incompatibile.<\/p>\n\n\n\n

\n

Regola fondamentale:<\/strong> 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\u00e9 rimanere permanentemente su un ambiente obsoleto.<\/p>\n<\/blockquote>\n\n\n\n

Quali informazioni aiutano il supporto di CURIAWEB?<\/h2>\n\n\n\n

Se un sito web WordPress su CURIAWEB non funziona pi\u00f9 correttamente dopo un cambio di PHP, condividi se possibile il dominio interessato, la versione di PHP utilizzata in precedenza e la nuova versione selezionata.<\/p>\n\n\n\n

Inoltre, sono utili il messaggio di errore esatto e l'informazione se \u00e8 interessato l'intero sito web o solo una determinata funzione.<\/p>\n\n\n\n

Se il sito web torna a funzionare dopo essere tornato alla precedente versione di PHP, dovresti menzionarlo. Questo confronto \u00e8 particolarmente prezioso per la diagnosi.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Riepilogo<\/h2>\n\n\n\n

La versione di PHP \u00e8 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.<\/p>\n\n\n\n

Prima di un cambio, dovresti quindi verificare i componenti utilizzati e disporre di un backup aggiornato. Per i siti web complessi, \u00e8 consigliabile effettuare un test preventivo su un ambiente di staging.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Se subito dopo il passaggio si verifica un errore critico o un HTTP 500, un ritorno temporaneo alla versione precedente pu\u00f2 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.<\/p>\n\n\n\n

Una vecchia versione di PHP non \u00e8 una soluzione sostenibile per il codice WordPress obsoleto. L'obiettivo dovrebbe essere un ambiente WordPress attuale, supportato e completamente compatibile.<\/p>","protected":false},"excerpt":{"rendered":"

WordPress basiert zu einem gro\u00dfen Teil auf PHP. Die verwendete PHP-Version hat deshalb direkten Einfluss darauf, ob WordPress, Plugins, Themes und eigener Programmcode korrekt ausgef\u00fchrt werden k\u00f6nnen. Eine aktuelle PHP-Version ist f\u00fcr Sicherheit, Kompatibilit\u00e4t und Performance wichtig. Trotzdem solltest du die PHP-Version einer bestehenden WordPress-Website nicht einfach auf die h\u00f6chstm\u00f6gliche Version umstellen, ohne vorher zu […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"doc_category":[80],"doc_tag":[],"class_list":["post-22437","docs","type-docs","status-publish","hentry","doc_category-wordpress"],"year_month":"2026-09","word_count":3294,"total_views":"4","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Silvio Mazenauer","author_nicename":"admin-curia","author_url":"https:\/\/www.curiaweb.ch\/it\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"WordPress","term_url":"https:\/\/www.curiaweb.ch\/it\/hilfe-kategorie\/wordpress\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22437","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/comments?post=22437"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22437\/revisions"}],"predecessor-version":[{"id":22439,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22437\/revisions\/22439"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/media?parent=22437"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_category?post=22437"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_tag?post=22437"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}