PHP 8.2 va in End of Life il 31 dicembre 2026: quanti giorni restano e cosa fare
Da oggi 5 ottobre 2026 mancano 87 giorni all'EOL di PHP 8.2. Date ufficiali, alternative supportate e cosa è successo con PHP 8.1 a chi non ha migrato in tempo.
Redazione UptimeMag · 5 ottobre 2026 · 3 minuti di lettura

Oggi, lunedì 5 ottobre 2026, mancano 87 giorni al 31 dicembre 2026. Da quella data PHP 8.2 non riceverà più nessuna patch, nemmeno per vulnerabilità critiche. Chi gestisce server di produzione con questa versione ha meno di tre mesi per pianificare l'aggiornamento, non per improvvisarlo.
La data e il conto alla rovescia
Ogni branch di rilascio di PHP è pienamente supportato per due anni dalla sua versione stabile iniziale, dopo i quali entra in una fase di sole patch di sicurezza. Per PHP 8.2 questa fase finisce il 31 dicembre 2026, come riportato dal registro ufficiale delle versioni supportate su php.net e confermato da php.watch, che registra PHP 8.2 come "Security-Fixes Only" con End-of-Life programmato per il 2026-12-31.
Dal 5 ottobre al 31 dicembre 2026 ci sono esattamente 87 giorni: 26 giorni rimanenti di ottobre, 30 di novembre, 31 di dicembre. Dopo quella data, dopo il 31 dicembre 2026 non usciranno più patch di sicurezza dal progetto PHP per questa versione.
Le versioni supportate dopo il 31 dicembre 2026
Il registro ufficiale su php.net/supported-versions.php indica queste date per i branch attivi:
| Branch | Rilascio iniziale | Fine supporto attivo | Fine supporto sicurezza (EOL) |
|---|---|---|---|
| 8.2 | 8 dicembre 2022 | 31 dicembre 2024 | 31 dicembre 2026 |
| 8.3 | 23 novembre 2023 | 31 dicembre 2025 | 31 dicembre 2027 |
| 8.4 | 21 novembre 2024 | 31 dicembre 2026 | 31 dicembre 2028 |
| 8.5 | 20 novembre 2025 | 31 dicembre 2027 | 31 dicembre 2029 |
Ogni branch di rilascio di PHP è fully supportato per due anni dalla sua initial stable release, durante i quali bug e problemi di sicurezza segnalati vengono corretti e rilasciati in point release regolari. Per chi deve scegliere il target di migrazione: PHP 8.4 è ancora in supporto attivo fino al 31 dicembre 2026 e in supporto sicurezza fino al 2028; PHP 8.5 è il branch più recente, con supporto attivo fino a fine 2027. PHP 8.3 è già in sola sicurezza dal 31 dicembre 2025, quindi è un salto minimo ma non un target a lungo termine.
Il precedente: PHP 8.1 e cosa è successo dopo il 31 dicembre 2025
PHP 8.1 è il caso di studio più vicino nel tempo. PHP 8.1 ha raggiunto il suo End-of-Life il 31 dicembre 2025. Quattro mesi dopo, secondo un monitoraggio citato da 365i aggiornato il 22 aprile 2026, WP Cloud, Pagely e WordPress VIP avevano forzato la migrazione dei clienti rimasti, ma circa il 55% dei primi un milione di siti PHP era ancora su una versione EOL. Lo stesso report segnala che le migrazioni forzate dagli hosting gestiti nelle prime settimane di gennaio hanno prodotto segnalazioni di funzioni non funzionanti, pannelli di amministrazione rotti e negozi WooCommerce in crash per due settimane dopo il passaggio.
Il messaggio per chi gestisce server propri: la migrazione forzata all'ultimo momento, fatta da terzi sul proprio ambiente, rompe cose. Farla con calma, con test propri, costa meno.
Checklist minima prima del 31 dicembre 2026
- Verificare la versione PHP in produzione con
php -vsu ogni host/container. - Controllare la compatibilità di plugin, CMS e framework con PHP 8.3/8.4/8.5 prima di cambiare l'interprete in produzione.
- Consultare le guide ufficiali di migrazione linkate dalla pagina php.net/supported-versions.php, una per ciascun branch di destinazione (8.3, 8.4, 8.5).
- Programmare il test in staging con il nuovo PHP prima della finestra di change freeze natalizia, che per molti team riduce a zero i giorni utili a dicembre.
- Non aspettare che sia l'hosting a forzare l'aggiornamento: la casistica di PHP 8.1 mostra interruzioni quando la migrazione è imposta senza preavviso sufficiente.
Chi gestisce pannelli di controllo o sistemi di billing deve verificare separatamente i requisiti PHP dichiarati dal produttore del proprio software, perché alcuni pannelli fissano un limite massimo di versione supportata indipendentemente dal calendario di php.net.
Testo redatto con il supporto dell'intelligenza artificiale e verificato dalla redazione (AI Act, art. 50).