Su questa pagina: [nascondere]
PHP 8.1 ha smesso di ricevere patch di sicurezza 31 dicembre 2025. WordPress racconta ancora il 11.6% dei siti che lo gestiscono significa che va tutto bene. Questo divario non è un bug che puoi segnalare. It’s a threshold set by a WordPress.org API that runs on its own calendar. So don’t go hunting for a dropdown yet. Work out which of three messages you’re looking at first. Two of them mean different things, and the third never appears at all.
Risposta rapida: Change the PHP version in your hosting control panel, not in WordPress. WordPress cannot update PHP, and no plugin can either. Eseguire prima il backup, update every plugin and theme, then switch to PHP 8.4 and reload your site. The dashboard notice clears itself on the next admin page load, because WordPress caches the check against your exact version string.
Ultima revisione: agosto 2026. Version thresholds queried live against the WordPress.org Serve Happy API, and the warning logic read from WordPress core on the same day.
Which Warning Are You Actually Seeing?
The box on your dashboard has a title, and that title is a diagnostic. Core picks between two of them, and which one you get tells you where your PHP version sits before you look anything up. Getting no box at all is the third answer.
- “PHP Update Required” means your PHP is below 8.0. Core hard-codes that line. It covers 23.4% of all WordPress installs, la maggior parte su PHP 7.4, che è morto 28 novembre 2022.
- “Aggiornamento PHP consigliato” significa che sei su PHP 8.0 esattamente. Quel ramo morì a novembre 2023, quindi non riceve patch, ma WordPress lo esprime comunque in modo sommesso.
- Nessuna scatola significa che sei su PHP 8.1 o più alto. Ciò include PHP 8.1, che è la fine della vita.
Anche il corpo del testo sotto il titolo varia. Su PHP di seguito 8.0 ottieni la minaccia completa: “Il tuo sito è in esecuzione su una versione obsoleta di PHP, che non riceve aggiornamenti di sicurezza e presto non sarà supportato da WordPress. Assicurati che PHP sia aggiornato sul tuo server il prima possibile. Altrimenti non sarai in grado di aggiornare WordPress.” C'è PHP 8.0 la minaccia si riduce a “che non riceve aggiornamenti di sicurezza. Dovrebbe essere aggiornato.” La differenza è il minimo futuro. Core effettua un controllo hardcoded per qualsiasi cosa al di sotto di PHP 8.0, con un commento che dice che il minimo supportato salirà almeno 8.0 Dopo.
Quest’ultima minaccia è già reale per alcune persone. WordPress 7.0, rilasciato 20 Maggio 2026, abbandonato il supporto per PHP 7.2 e 7.3 interamente. Se sei su entrambi, non puoi installare WordPress 7.0 o il 7.1 rilascio che seguì 19 agosto 2026. Sei congelato 6.9 finché la versione PHP non verrà spostata. Questo è 3% di installazioni, e non riceveranno un'altra versione delle funzionalità principali finché qualcuno non accederà a un pannello di controllo.
Site Health racconta una storia leggermente diversa dalla dashboard, ed è il più accurato dei due. Vai a Utensili > Salute del sito. La scheda Stato valuta il tuo PHP come buono, consigliato, o critico. La scheda Informazioni, sotto Server, stampa la stringa esatta della versione eseguita dal server web. Affidati a quel numero piuttosto che a qualsiasi cosa dica la pagina di fatturazione del tuo host.
How This Guide Was Checked
Tre fonti hanno deciso cosa c'è qui, classificati in un ordine fisso. Primo, la fonte principale di WordPress stessa, continua a leggere 27 agosto 2026. Ciò significa che è presente la logica del widget wp-admin/includes/dashboard.php, la versione viene registrata wp-admin/includes/misc.php, e il test di integrità del sito in class-wp-sito-salute.php. Ogni messaggio citato sopra è una stringa letterale da quei file, non una parafrasi dello screenshot di qualcuno.
Secondo, le due API di WordPress.org che guidano il comportamento. Il Servi endpoint felice è stato interrogato con sette diverse stringhe di versione per trovare i punti esatti in cui il suo verdetto si ribalta. Il API delle statistiche pubbliche fornito la distribuzione della versione. Ogni percentuale riportata di seguito è stata calcolata da quel carico utile grezzo, non citato da un'altra guida.
Terzo, il calendario di supporto di php.net per le date di fine vita, e il tabella di compatibilità del manuale principale per quale WordPress viene eseguito su quale PHP.
Ecco cosa manca alla guida, così puoi giudicare il resto. Nessun test di carico è stato eseguito qui, quindi i numeri delle prestazioni riportati di seguito sono attribuiti alle persone che li hanno eseguiti. I percorsi dei menu del pannello di controllo sono stati confrontati con la documentazione del fornitore aggiornata ad agosto 2026. I pannelli vengono ridisegnati, quindi trattali come una forma piuttosto che come una sceneggiatura. L'API delle statistiche è un campione continuo di siti che telefonano a casa, non un censimento di ogni installazione di WordPress sulla terra.
The Two Numbers Behind the Notice
WordPress non lo decide a livello locale. Su un ciclo settimanale pone una domanda ad api.wordpress.org: questa versione di PHP è accettabile? La risposta arriva con due numeri allegati, ed entrambi contano.
Versione minima: 7.4. Sotto questo, il core si rifiuta di installarsi. È anche il valore codificato wp-include/versione.php, quindi non andrà da nessuna parte senza una versione importante.
Versione consigliata: 8.3. Questo è il numero citato nel bando stesso, in Salute del sito, e nella pagina della documentazione ufficiale. Colpire 8.3 o superiore e Site Health ti classifica verde.
Ecco la parte che conta per la risoluzione dei problemi. WordPress memorizza nella cache che rispondono per sette giorni in modo transitorio (una voce del database con una data di scadenza). La chiave di archiviazione è creata dalla stringa esatta della versione PHP. Cambia la tua versione di PHP e quella chiave cambia con essa. Una nuova chiave significa nessuna risposta memorizzata nella cache, quindi WordPress lo chiede nuovamente al successivo caricamento della pagina di amministrazione. Quindi l’avvertimento non è appiccicoso. Se sopravvive a una modifica PHP, PHP in realtà non è cambiato per quella richiesta, e il sezione sottostante copre il perché.
C’è un altro meccanismo sepolto nel nucleo che vale la pena conoscere. Un filtro chiamato wp_is_php_version_acceptable consente a un plug-in o a un host di rafforzare il controllo. La documentazione di Core è schietta riguardo al limite: esso “non può che rendere questo controllo più severo, ma non allentarlo.” Traduzione: il tuo host può forzare questo avviso, ma nessuno può spegnerlo tramite quel gancio. Gli host possono anche puntare nuovamente il file “Ulteriori informazioni sull'aggiornamento di PHP” pulsante nella propria documentazione, usando il WP_UPDATE_PHP_URL variabile d'ambiente. Ecco perché il pulsante a volte arriva alla knowledge base del tuo provider anziché a WordPress.org.
The Warning You’ll Never See
Ora la parte scomoda. Chiedi informazioni su PHP all'API Serve Happy 8.1 oggi e risponde è_sicuro: vero. PHP 8.1 giunto a fine vita il 31 dicembre 2025 e da allora non ha ricevuto patch di sicurezza. L’API di WordPress non è d’accordo con php.net, e il core di WordPress crede nell'API.
Seguilo attraverso il codice e il risultato è PHP 8.1 i siti ottengono nessuna scatola del cruscotto. Nessuno. Site Health li declassa a arancione “consigliato” invece di un rosso “critico”. L'etichetta recita “Il tuo sito è in esecuzione su una versione precedente di PHP, che dovrebbe essere aggiornato.” Nel frattempo PHP 8.0, che morì due anni prima, attiva una casella. Il sito più in pericolo riceve l'avvertimento più silenzioso.
Se lo si confronta con la distribuzione, il quadro peggiora. Sommando ogni ramo che non riceve alcuna patch di sicurezza, 39.2% dei siti WordPress utilizzano PHP morto in questo momento. Solo 11.1% sono su un ramo ancora in supporto attivo. Circa la metà del web WordPress si trova su PHP 8.2 o 8.3. Questi due ottengono correzioni di sicurezza ma nessuna correzione di bug, e 8.2 perde anche quello 31 dicembre 2026.
Quindi la versione onesta del consiglio è questa: l'assenza di un avvertimento non prova nulla. Controlla il numero effettivo in Salute del sito rispetto al calendario, non contro la tua dashboard.
Which PHP Version Should You Move To?
WordPress dice 8.3. WordPress è conservatore, e su questo puoi tranquillamente ignorarlo. Ecco come si presentano i quattro rami attivi ad agosto 2026.
- PHP 8.2 riceve correzioni di sicurezza fino al 31 dicembre 2026. Sono quattro mesi di passerella. Sceglilo e lo farai di nuovo durante il nuovo anno.
- PHP 8.3 lasciato il supporto attivo attivo 31 dicembre 2025 e ottiene correzioni di sicurezza fino al 31 dicembre 2027. È la versione consigliata di WordPress e ha già superato la finestra di correzione dei bug.
- PHP 8.4 è in supporto attivo fino al 31 dicembre 2026, con correzioni di sicurezza attraverso 31 dicembre 2028. È stato spedito 21 novembre 2024, così hanno avuto gli autori dei plugin 21 mesi per riprenderlo.
- PHP 8.5 spedito 20 novembre 2025 e corre fino a 31 dicembre 2029. WordPress 6.9 ha aggiunto il supporto per questo, e 7.0 e 7.1 sono entrambi pienamente compatibili.
Vai a PHP 8.4. Ti fa guadagnare quasi due anni e mezzo, ed è la versione che la maggior parte degli autori di plugin ha effettivamente testato. Se una dipendenza si interrompe, sei su un terreno ben battuto dove qualcuno ha già scritto la soluzione. PHP 8.5 è la chiamata giusta per un piccolo, stack moderno che controlli dall'inizio alla fine. Avrai bisogno di un posto dove testarlo prima.
Non farlo per velocità. Tideways ha effettuato il benchmark di WordPress 6.8.3 su un server AMD a 8 core, con JIT (Il compilatore just-in-time di PHP) spento. Tempi di risposta tra PHP 8.4 e 8.5 non ha mostrato alcun cambiamento significativo. Variazione trasversale 8.2 per 8.5 è rientrato nel margine di errore. In concorrenza, solo PHP 7.4 ritardato, e in giro 5% sulle richieste al secondo. Questo è ciò che hanno misurato. Ciò che ne consegue è questo movimento 8.2 per 8.5 è una decisione relativa alla sicurezza e alla compatibilità, non uno spettacolo. Chiunque ti vende un'accelerazione 3x da un aumento di versione sta citando i loop sintetici, non è un sito reale.
Una curiosità dalle statistiche, da quando si presenta: 0.011% dei siti WordPress segnalano PHP 8.6. Quel ramo non esiste ancora. Ha colpito la beta 13 agosto 2026 e navi 19 novembre 2026. Qualcuno sta eseguendo WordPress su una build PHP pre-release, e non sei tu, e non dovrebbe esserlo.
Before You Touch the Dropdown
Quattro cose, al fine. Skipping the first two is how a five-minute job becomes an evening.
Take a real backup. Files and database, downloaded somewhere off the server. A restore point inside the same hosting account is useless if the account is what breaks.
Update everything first. Pannello di controllo > aggiornamenti, then core, quindi plugin, then themes. Load the front end and the admin afterwards and confirm nothing shifted. Most PHP upgrade failures are not really PHP failures. They’re a plugin three years behind that was already broken and nobody noticed.
Turn on the error log. Inserisci definire(‘WP_DEBUG’, vero); e definire(‘WP_DEBUG_LOG’, vero); to your wp-config.php file, con WP_DEBUG_DISPLAY set to false so visitors see nothing. Errors land in wp-content/debug.log. Set this up before the switch and you’ll have the answer waiting for you instead of a blank screen.
Test on a copy. messa in scena, un sottodominio, a local install, anything. If your host offers one-click staging, ecco a cosa serve.
Ora il controllo di compatibilità, ed è qui che i consigli standard cadono a pezzi. La pagina della documentazione di WordPress, quello a cui si collega il pulsante del dashboard, ti dice al passaggio tre di installare il plugin PHP Compatibility Checker. Apri la pagina di quel plugin e si legge la prima riga della sua descrizione: “AVVERTIMENTO: Il controllo compatibilità PHP non viene più mantenuto attivamente.” Si prosegue dicendo che non verranno effettuate ulteriori pubblicazioni, compresi i rilasci di sicurezza. Il suo obiettivo di controllo più alto è PHP 8.0 ed è stato testato l'ultima volta contro WordPress 6.4. Quel plugin è stato scaricato più di tre milioni di volte, e le istruzioni ufficiali per la correzione di WordPress continuano a indirizzare le persone verso di esso. Non può verificare la versione a cui ti stai spostando.
Quindi cosa funziona invece? Per la maggior parte delle persone, non c'è niente di meglio di una copia temporanea con il registro degli errori attivo. Cambia PHP lì, fare clic sulle pagine principali, e leggere il registro. Comodo su una riga di comando? L'opzione mantenuta è il set di regole PHPCompatibilityWP per PHP_CodeSniffer. Installalo tramite Composer ed eseguilo con un flag di versione di destinazione. È lo stesso motore utilizzato dal plugin abbandonato per eseguire il wrap, meno l'involucro.
C’è anche un passaggio di sanità mentale più rapido che non costa nulla. Ordina i tuoi plugin in base alla data dell'ultimo aggiornamento su WordPress.org. Niente di intatto da allora 2023 è la cosa che si romperà (e probabilmente già sai quale è). Non è necessario alcuno scanner.
How to Change the PHP Version on Your Host
PHP risiede sul server, quindi questo accade nel tuo pannello di hosting. WordPress non ha alcun controllo su di esso, e qualsiasi plugin che affermi il contrario ti sta mentendo.
cPanel: MultiPHP Manager
In Software, Aperto MultiPHP Manager. Seleziona il dominio che desideri, scegli una versione dal menu a discesa Versione PHP, fare clic su Applica. Ha effetto immediato. Puoi spuntare più domini e modificarli insieme. Questo strumento gestisce i pacchetti ea-php forniti da cPanel stesso.
cPanel: Seleziona la versione PHP
C'è un secondo strumento nello stesso pannello, e fa inciampare costantemente le persone. Se il tuo host esegue CloudLinux vedrai anche Seleziona la versione PHP in Software. Questo è il selettore PHP di CloudLinux. Gestisce i pacchetti alt-php e si applica a livello di account. Dove esistono entrambi, il Selettore è quello che vince per il tuo account. Un problema correlato: le impostazioni modificate nell'editor INI MultiPHP non hanno effetto su una versione alt-php. Devi invece modificarli all'interno di Seleziona versione PHP.
Quale dovresti usare? Qualunque sia quello effettivamente configurato dal tuo host. Se la modifica di MultiPHP non fa nulla, seleziona Seleziona versione PHP, e viceversa.
Plesk
Vai a siti web & domini, fare clic sul dominio, poi Impostazioni PHP. Scegli la tua versione dal menu a discesa in alto e fai clic su Applica. Le versioni precedenti di Plesk etichettano la stessa schermata “Versione PHP”.
Hostinger hPanel
Dalla sezione Hosting, premi Gestisci accanto al tuo dominio, poi Avanzate > Configurazione PHP nella barra laterale. Scegli la versione e fai clic su Aggiorna. Sottodomini e sottocartelle vengono configurati separatamente qui. Un sito che si trova in una sottocartella può ancora trovarsi nella vecchia versione dopo aver cambiato il dominio principale.
SiteGround Site Tools
Aperto Sviluppatori > Gestore PHP e fai clic sull'icona della matita. I nuovi siti utilizzano PHP gestito per impostazione predefinita, dove SiteGround sceglie la versione per te. Per sceglierlo tu stesso, passare a “Cambia manualmente la versione di PHP”, seleziona una versione, e confermare. Su una configurazione PHP ultraveloce la modifica si applica all'intero sito, compresi i sottodomini, il che è conveniente fino a quando non lo è più.
Host WordPress gestiti
Kinsta, Motore WP, Pressabile, Cloudways e gli altri espongono PHP come impostazione per sito nella propria dashboard. Guarda nella scheda Strumenti o Ambiente. Questi host effettuano anche la migrazione forzata dei clienti dai rami morti entro una scadenza pubblicata, piuttosto che aspettarti. Questo è uno dei motivi più tranquilli hosting WordPress gestito costa quello che fa. Controlla la tua casella di posta prima di andare a cercare, poiché il cambiamento potrebbe già essere programmato.
Your own server
Su un VPS o una casella dedicata non è presente alcun menu a discesa. Installi il nuovo pacchetto PHP-FPM (il servizio che esegue PHP per il tuo server web). Quindi puntare la configurazione del pool sul nuovo socket e riavviare entrambi i servizi. Guarda una cosa: php-v su SSH riporta il binario della CLI, che spesso è una versione diversa da quella con cui FPM serve il tuo sito. Il numero in Site Health è quello che conta.
Nessun pannello, o uno che non offre la versione che desideri? Invia un'e-mail al supporto e chiedi. La documentazione ufficiale di WordPress fornisce anche un modello per questo, che ti dice quanto spesso gli host ascoltano la domanda.
You Changed PHP and the Warning Is Still There
Quindi PHP non è cambiato per la richiesta che ha reso quella pagina. Ricorda la memorizzazione nella cache. WordPress controlla la stringa della tua versione esatta, quindi una modifica reale della versione impone una nuova ricerca al successivo caricamento dell'amministratore. Un avviso sopravvissuto non è una cache obsoleta. È una versione sbagliata.
Corri attraverso questi, più o meno in ordine di quanto spesso sono i colpevoli:
- Dominio sbagliato. Domini aggiuntivi, le installazioni di sottodomini e sottocartelle sono configurate separatamente nella maggior parte dei pannelli. Hai cambiato la versione example.com e WordPress continua a vivere negozio.esempio.com.
- Due strumenti PHP, un server. La situazione del Selettore CloudLinux rispetto a MultiPHP descritta sopra. Cambialo nell'altro.
- Una linea di gestione .htaccess. Un vecchio AddHandler o SetHandler La direttiva nel tuo root .htaccess può bloccare una versione specifica di PHP e sovrascrivere silenziosamente il pannello. Cerca il file “php” e commentare tutto ciò che nomina una versione.
- Hai controllato la CLI. Coperto sopra, e attira più le persone esperte che i principianti.
- È arrivato alla messa in scena. Vale la pena dare un'occhiata se hai abilitato la gestione temporanea e hai cambiato contesto di recente.
Lo spareggio è sempre Strumenti > Salute del sito > Informazioni > server > Versione PHP. Tale valore viene letto in fase di esecuzione, all'interno della stessa richiesta web che disegna la pagina. Niente mente.
If the Site Breaks After the Switch
Prima mossa: rimettere la versione PHP. È lo stesso menu a discesa, ci vogliono dieci secondi, e il sito ritorna. Diagnosticare dopo, senza pressione. Questa reversibilità è il motivo per cui è sicuro tentare una modifica PHP su un sito live. Una migrazione del database, dire, non lo è.
Then read the log rather than guessing. Aperto wp-content/debug.log and look at what PHP actually said, because the three things it says are not equally serious:
- Deprecated is noise. The most common one on PHP 8.4 è “Implicitly marking parameter as nullable is deprecated”. It has hit Loco Translate, Cookiebot, MailPoet and WooCommerce PayPal Payments, tra gli altri. It fills your log. It does not break your site.
- Avvertimento means something went wrong and execution continued. Sometimes visible, sometimes not.
- Errore fatale is the one that white-screens you. The log names the file and the line, and the file path tells you which plugin or theme to blame.
Da WordPress 5.2, core catches fatal errors from plugins and emails the admin address a recovery mode link. That link logs you into a dashboard with the offending plugin paused, which is usually enough to deactivate it and get moving. Controlla la posta in arrivo prima di iniziare a modificare i file tramite FTP.
Una volta che conosci il plugin colpevole, hai tre opzioni e vanno tutte bene. Aggiornalo, se esiste un aggiornamento. Sostituirlo con qualcosa mantenuto. Oppure rilascia una versione PHP e dai una scadenza allo sviluppatore. Quello che non dovresti fare è rimanere su PHP morto indefinitamente perché un plugin da 2021 rifiuta di muoversi.
What Old PHP Costs You While You Wait
L’argomento della sicurezza è quello ovvio, quindi passiamo al meccanismo che la maggior parte delle persone non conosce.
WordPress non installerà un aggiornamento del plugin che richiede un PHP più recente di quello in esecuzione. Invece stampa questo, parola per parola dal nucleo: “È disponibile una nuova versione di X, ma non funziona con la tua versione di PHP.” L'aggiornamento si trova lì, visibile, non cliccabile. Anche gli aggiornamenti automatici lo saltano silenziosamente: il programma di aggiornamento di core controlla il PHP richiesto dal plugin rispetto al tuo e rifiuta silenziosamente. Quindi un plugin fornisce una patch di sicurezza, hai gli aggiornamenti automatici attivati, presumi di essere coperto, e tu no. Il vecchio PHP non ti espone solo attraverso il PHP stesso. Congela silenziosamente i tuoi plugin all'ultima versione che ti ha supportato, e ogni plugin congelato accumula i propri buchi senza patch.
L'attivazione del plugin funziona allo stesso modo. Un plugin che dichiara un'intestazione Requires PHP sopra la tua versione semplicemente non si attiverà. Quindi l'installazione fallisce con un messaggio su PHP, e vai a cercare un problema nel plugin che non c'è.
Gestire un negozio rende tutto questo più nitido. WooCommerce consiglia PHP 8.3 o superiore, e le estensioni di pagamento e spedizione attorno ad esso si muovono più velocemente rispetto al plug-in principale. Un gateway di pagamento congelato è un problema di conformità tanto quanto tecnico. Ecco perchè Hosting WooCommerce spinge i clienti sull'attuale PHP più velocemente rispetto all'hosting condiviso generale.
E il numero che lo lega insieme: 6% delle installazioni di WordPress sono inferiori a PHP 7.4, quindi non possono eseguire WordPress 7.0 o 7.1 affatto. Non “non dovrebbe”. Non può. Il nucleo rifiuta. Ogni funzionalità e ogni correzione di sicurezza in quelle versioni rimane fuori portata finché la versione PHP non viene spostata. Non è possibile modificare la situazione facendo clic su Aggiorna nella dashboard.
Can You Just Hide the Warning?
sì, ed è un cattivo affare, ma siamo chiari su come è fatto piuttosto che fingere il contrario.
La dashboard box è un normale widget registrato con l'ID dashboard_php_nag. Una sola chiamata a rimuovi_meta_box('dashboard_php_nag', 'pannello di controllo', 'normale') agganciato a wp_dashboard_setup lo rimuove. Diversi piccoli plugin non fanno altro che questo.
Vale la pena elencare ciò che ciò non fa, perché l’avvertimento è l’ultimo di ciò che sta accadendo. L'integrità del sito contrassegna ancora la versione. Gli aggiornamenti dei plugin che richiedono PHP più recente sono ancora bloccati. Il tuo PHP non riceve ancora patch di sicurezza. E hai rimosso l'unico promemoria visibile che tutto ciò è vero. Questo è il costo effettivo. Sei mesi dopo, nessuno ricorda perché l'elenco dei plugin ha smesso di muoversi.
Una cosa che non puoi fare è sopprimerlo attraverso il filtro del core. Il wp_is_php_version_acceptable l'hook viene eseguito solo quando l'API ha già detto sì, e può solo inasprire il verdetto. Se stai cercando il “ufficiale” modo per disattivarlo, non ce n'è uno, e questo è intenzionale.
Nascondilo se hai preso la decisione informata di restare per un periodo definito. Metti una data nel tuo calendario. Altrimenti, trascorri invece i dieci minuti.
Domande frequenti
Will updating PHP break my WordPress site?
Di solito no, e quando succede la causa è quasi sempre un plugin abbandonato piuttosto che il PHP stesso. Il core di WordPress è stato completamente compatibile con PHP 8.4 dalla versione 6.7, e con 8.5 da 6.9. Il rischio risiede nel codice di terze parti che non viene aggiornato da anni. Update everything first, mantenere il registro degli errori attivo, e ricorda che puoi ripristinare la vecchia versione in pochi secondi.
Should I use PHP 8.4 o PHP 8.5 per WordPress?
PHP 8.4 per la maggior parte dei siti. Funziona fino al 31 dicembre 2028 e ha il track record più ampio di plugin. PHP 8.5 dura un anno in più, per 31 dicembre 2029, e WordPress 7.0 e 7.1 entrambi lo supportano pienamente. Scegliere 8.5 se puoi prima testare lo staging e il tuo elenco di plugin è breve e moderno. Le prestazioni non sono un fattore in ogni caso, poiché i benchmark mettono la differenza tra i due all'interno del margine di errore.
How do I check which PHP version my site is running?
Utensili > Salute del sito > Informazioni, espandere la sezione Server, cercare “Versione PHP”. Questo è il valore di runtime della richiesta web effettiva. Batte il tuo pannello di controllo, la tua pagina di fatturazione, e qualsiasi cosa php-v rapporti su SSH. Ci vogliono circa quindici secondi e non necessita di plug-in.
Can I update PHP myself or do I have to ask my host?
Su cPanel, Plesk, hPanel e Strumenti del sito puoi farlo tu stesso da un menu a discesa. Sulle piattaforme WordPress gestite è un'impostazione per sito nella loro dashboard. Su un VPS si installa il pacchetto e si riavvia il servizio. Solo sui piani bloccati o condivisi più vecchi è necessario inviare un'e-mail al supporto, e WordPress pubblica il testo del modello esattamente per quella richiesta.
Why does the PHP update warning keep coming back?
Perché la tua versione di PHP non è davvero cambiata. WordPress memorizza nella cache il controllo rispetto alla stringa esatta della versione. Il cambio di versione invalida automaticamente la cache, e l'avviso verrà cancellato al successivo caricamento della pagina di amministrazione. Se è ancora lì, tre cose lo causano. Un sottodominio configurato separatamente dal dominio principale. Un secondo strumento PHP nel tuo pannello che sovrascrive il primo. Oppure una riga AddHandler nel tuo .htaccess che blocca la vecchia versione.
Do I need to update PHP if my site is working fine?
sì, e “funziona bene” è esattamente come sembra fino a quando non lo è più. La tua versione PHP ha smesso di ricevere patch di sicurezza in una data fissa su un calendario pubblicato, e 39.2% dei siti WordPress hanno superato il loro. Il costo pratico arriva prima di quello sicurezza. Gli aggiornamenti dei plugin che richiedono PHP più recente vengono bloccati, quindi le patch che presumi vengano installate automaticamente vengono invece tranquillamente messe in coda.
How long does a PHP update take?
L'interruttore stesso è un menu a discesa e si applica immediatamente, di solito entro un secondo. Il lavoro attorno a questo è il costo reale. Quindici minuti per un backup e un aggiornamento completo del plugin, altri quindici cliccando successivamente sulle tue pagine chiave. Su un sito semplice con plugin mantenuti, mezz'ora dall'inizio alla fine. Su un sito con un decennio di plugin accumulati, budget un pomeriggio e prova su una copia.
Linea di fondo
Apri Integrità del sito, leggere il numero reale, e confrontalo con il calendario anziché con la dashboard. Se lo è 7.3 o inferiore, sei bloccato fuori da WordPress 7.0 e 7.1 interamente, e questa è la cosa urgente. Se lo è 7.4, puoi ancora aggiornare WordPress, ma è da novembre che utilizzi PHP senza patch 2022. Se lo è 8.0 o 8.1, non riceverai nemmeno patch di sicurezza, e 8.1 non ti avvisa nemmeno. Se lo è 8.2, hai tempo fino a quando 31 dicembre 2026 prima che tu torni qui. Vai a PHP 8.4 ora e salta la visita ripetuta.
L'intero lavoro è un backup, un giro di aggiornamenti dei plugin, e un menu a discesa. Sembra rischioso perché la modalità di fallimento è rumorosa e la ricompensa è invisibile. Quindi rimane nella lista delle cose da fare per anni. Gli dicono che è in ritardo: un aggiornamento del plugin che puoi vedere ma non puoi fare clic.
Due problemi correlati tendono ad emergere subito dopo questo. Se il sito sembra ancora lento con l'attuale PHP, il collo di bottiglia si trova davanti al server. La nostra guida a correzione delle risorse che bloccano il rendering in WordPress copre dove di solito si nasconde. Il tuo host è bloccato dietro due rami PHP, con la versione più recente mancante dal menu a discesa? Questo è un problema di hosting che indossa un costume PHP. La nostra guida a scegliere l'hosting per un sito Web WordPress filtri per i fornitori che mantengono disponibili le filiali attuali. Quelli bravi migrano i clienti dai rami morti secondo un programma pubblicato.