Fine di PHP 8.2: siti di Monaco

Il 31 dicembre 2026 PHP 8.2 arriva a fine supporto di sicurezza. Dal 1° gennaio 2027 il progetto PHP non pubblicherà più correzioni per questo ramo, per quanto grave sia la falla. Una settimana fa le vulnerabilità PHP2Shell hanno portato il Governo Principesco, il Palazzo e la Mairie de Monaco a mettere offline i propri siti per un aggiornamento precauzionale. La prossima falla di quel tipo, se arriverà nel 2027, non avrà semplicemente alcuna correzione ufficiale per chi sarà ancora sulla 8.2.

Non è un'emergenza. È una data, fra nove settimane, di cui la maggior parte degli imprenditori monegaschi non ha mai sentito parlare e che il loro hosting gestirà, o meno, al posto loro. Ecco cosa cambia, come capire se siete coinvolti e come migrare in tempo senza rompere il sito in piena stagione delle feste.

Cosa finisce davvero il 31 dicembre 2026

PHP, il linguaggio dietro WordPress, WooCommerce, PrestaShop, Drupal, Laravel e gran parte del codice su misura, viene pubblicato in rami annuali. Ogni ramo riceve due anni di supporto attivo, poi un periodo di sole correzioni di sicurezza. PHP 8.2 è uscito a dicembre 2022, ha lasciato il supporto attivo a fine 2024 e perde il supporto di sicurezza il 31 dicembre 2026.

I rami ancora supportati dopo quella data, secondo php.net, sono 8.3 (correzioni fino a fine 2027), 8.4 (fino a fine 2028) e 8.5 (fino a fine 2029).

Fine vita non significa che il sito smette di funzionare il 1° gennaio. Significa che qualsiasi vulnerabilità scoperta dopo quella data resta aperta sulla 8.2, a meno che qualcuno diverso dal progetto PHP la corregga. Alcuni produttori di sistemi operativi e alcuni hosting riportano le correzioni sui rami più vecchi per i propri clienti. Può far guadagnare tempo, ma è un impegno da ottenere per iscritto dal vostro hosting, non un'ipotesi.

Perché a Monaco conta più di quanto sembri

La maggior parte dei siti aziendali monegaschi gira su PHP. Hotel, ristoranti, agenzie, boutique, studi legali e family office del Principato usano in larghissima parte WordPress o un'altra piattaforma PHP. Lo spegnimento di ottobre dei siti del Governo ha mostrato che il tema riguarda allo stesso modo i siti più grandi e i più piccoli del Paese.

La legge monegasca sui dati presuppone software mantenuto. La legge n. 1.565 del 3 dicembre 2024, vigilata dall'APDP, impone ai titolari misure di sicurezza adeguate al rischio e la notifica delle violazioni. Far girare un server web su software con falle note e non corrette è difficile da giustificare dopo un incidente, e un modulo di contatto o un'area clienti su quel sito tratta per definizione dati personali. Non siamo avvocati, quindi verificate i vostri obblighi specifici con un consulente qualificato, ma la direzione è chiara.

Il vostro hosting potrebbe migrarvi senza chiedere. Molti provider di hosting condiviso spostano automaticamente i clienti dalle versioni PHP a fine vita. Se succede a gennaio mentre nessuno controlla, un vecchio tema o un plugin obsoleto può mettere offline l'intero sito. Migrare secondo il proprio calendario è molto più sicuro che essere migrati.

Capire a che punto siete

Partite da un elenco di tutti i siti che possedete, non solo quello principale. I minisiti di una vecchia campagna, un sottodominio di prenotazione, la copia di staging che nessuno ha cancellato: ognuno gira con la propria versione di PHP e ognuno è raggiungibile da Internet.

Per ogni sito, individuate la versione di PHP. In WordPress andate su Strumenti, poi Salute del sito, scheda Info, sezione Server. Sulle altre piattaforme chiedete al vostro hosting o sviluppatore e pretendete una risposta scritta. Tutto ciò che mostra 8.2 o inferiore va nella lista delle azioni; tutto ciò che è su 8.1 o inferiore è già senza supporto e deve migrare per primo.

Guardate poi di cosa è fatto il sito. Ogni tema e plugin WordPress dichiara nella propria scheda un valore « Richiede PHP » e « Testato fino a ». I plugin non aggiornati da più di un anno, o scomparsi dalla directory ufficiale, sono quelli che più probabilmente si romperanno su una versione più recente.

A quale versione passare

Per la maggior parte dei siti monegaschi, PHP 8.4 è l'obiettivo ragionevole. È supportata fino a fine 2028, disponibile presso gli hosting più diffusi, e l'ecosistema dei plugin ha avuto due anni per adattarsi. PHP 8.3 è un ripiego accettabile se un plugin critico non supporta ancora la 8.4, ma fa guadagnare solo un anno.

Qualunque sia la scelta, testate prima su una copia di staging. Le rotture tipiche sono prevedibili: temi che si basano su comportamenti deprecati, plugin abbandonati, funzioni su misura scritte per PHP 7, vecchie librerie di terze parti incluse in un plugin. Su un sito ben mantenuto il passaggio richiede un pomeriggio. Su un sito trascurato può richiedere giorni, spesi soprattutto a sostituire plugin che nessuno ha toccato dal lancio. Il nostro team WordPress lo fa di routine, e costa sempre meno di un sito fermo a gennaio.

Un piano in nove settimane che risparmia le feste

• Fino a metà novembre: inventario. Elencate ogni sito, la sua versione PHP, il suo hosting e chi vi ha accesso. Individuate i plugin e i temi che bloccano l'aggiornamento.
• Seconda metà di novembre: test. Clonate ogni sito in staging, cambiate la versione di PHP e percorrete le pagine che vi fanno guadagnare: modulo di contatto, flusso di prenotazione, checkout e-commerce, login clienti, selettore di lingua.
• Entro il 10 dicembre: passaggio. Per commercio, ospitalità ed e-commerce la finestra tranquilla si chiude a inizio dicembre. Passate presto, poi lasciate il sito in pace durante l'alta stagione.
• Gennaio: verifica. Controllate i log degli errori, confermate che i backup funzionino con la nuova versione e documentate quanto fatto. Se un sito è rimasto sulla 8.2, è il primo lavoro del 2027.

Se non riuscite a rispettare la data

Alcuni siti davvero non possono migrare in tempo: una piattaforma su misura il cui sviluppatore è sparito, un plugin indispensabile ma abbandonato, un budget già speso. In quel caso ottenete tre cose per iscritto dal vostro hosting: se riporterà correzioni di sicurezza sulla 8.2 e per quanto tempo, quale firewall applicativo protegge il sito, e quando intende forzare l'aggiornamento. Fissate una data di migrazione nel primo trimestre 2027 e trattate l'intervallo come un rischio noto.

Spesso l'inventario rivela altro: il sito ha sei o sette anni, si basa su un tema che nessuno mantiene più, e la risposta onesta è un rifacimento invece dell'ennesima patch. In quel caso un progetto di sviluppo web avviato con calma a gennaio costerà meno e renderà di più di una serie di interventi d'emergenza. In ogni caso, un vero piano di manutenzione del sito web è ciò che impedisce a una scadenza del genere di essere una sorpresa la prossima volta.

Se volete che controlliamo le versioni PHP dei vostri siti e vi diciamo con franchezza cosa fare entro il 31 dicembre, contattateci. La prima verifica ci richiede meno di un'ora.