Editoria · WordPress · AWS · Continuità

Un vecchio blog WordPress riportato sotto controllo

Il blog di un editore digitale era ospitato su un piano costoso e poco trasparente, risultava lento e utilizzava ancora PHP 5.6. Mancavano backup automatici e aggiornare WordPress, tema e plugin direttamente in produzione avrebbe potuto compromettere il sito.

PHP 5.6 → 7.4Primo salto di compatibilità
~1 secondoIn meno nei test iniziali
Ogni notteBackup automatico alle 02:00
7 giorniStorico dei backup
01 · Il problema

Un hosting costoso non garantiva né velocità né controllo

Il canone era diventato sproporzionato rispetto al servizio ricevuto, mentre il blog rimaneva lento e difficile da diagnosticare. I log di errore non erano disponibili e l’assenza di backup automatici rendeva rischioso qualsiasi intervento su una piattaforma ormai molto indietro con gli aggiornamenti.

02 · La diagnosi

PHP 5.6 era il segnale di un debito tecnico più ampio

WordPress, tema e plugin convivevano con una versione di PHP già obsoleta. Il problema non poteva essere affrontato premendo semplicemente “aggiorna”: un plugin non più compatibile, o un tema abbandonato, avrebbe potuto interrompere il blog senza una strada di ritorno affidabile.

03 · La prova

Prima una copia isolata, poi le decisioni sulla produzione

Il blog è stato copiato in un ambiente controllato e portato inizialmente da PHP 5.6 a PHP 7.4. La copia ha permesso di verificare pagine, tema e plugin senza esporre il sito pubblico agli effetti di una modifica incompatibile. Nei primi confronti il caricamento risultava già più rapido di circa un secondo.

04 · La migrazione

Una VPS su AWS, amministrata tramite cPanel

Blog e servizi email sono stati trasferiti su una VPS AWS gestita tramite cPanel. Durante il primo passaggio è stata privilegiata la continuità: quando l’aggiornamento immediato causava problemi alle immagini per l’incompatibilità di un plugin, il sito è stato migrato nello stato funzionante anziché forzare una modifica rischiosa in produzione.

05 · L’aggiornamento

WordPress aggiornato per fasi, senza confondere migrazione e salto applicativo

Una volta separato il problema infrastrutturale da quello applicativo, WordPress e i suoi componenti sono stati aggiornati progressivamente fino alla versione compatibile più recente disponibile nel percorso di intervento. Questo approccio ha reso possibile individuare le incompatibilità e correggerle senza trasformare il trasferimento in un unico cambiamento irreversibile.

06 · Protezione

Cloudflare davanti al blog e backup che non dipendono dalla memoria

Il traffico pubblico è stato instradato attraverso Cloudflare. Sulla VPS sono stati configurati backup automatici ogni notte alle 02:00, conservando sette giorni di storico. Il ripristino non dipende più da una copia manuale eseguita occasionalmente prima di un aggiornamento.

07 · La gestione

Infrastruttura, WordPress ed email seguiti come un solo servizio

La migrazione non si è conclusa con il cambio del server. cPanel rende osservabili risorse e log, mentre la gestione continuativa comprende piattaforma WordPress, caselle email e interventi sugli errori che possono emergere dopo aggiornamenti o modifiche editoriali.

08 · Il risultato

Meno dipendenza dal vecchio hosting, più possibilità di intervenire

L’editore dispone di un ambiente dimensionabile e amministrabile, di una piattaforma aggiornata e di copie automatiche con storico definito. Il beneficio principale non è soltanto la velocità: è poter vedere gli errori, intervenire con una procedura e recuperare il sito se un aggiornamento non va come previsto.

Migrazioni WordPress

Aggiornare non significa rischiare tutto in produzione.

Posso analizzare hosting, compatibilità, backup e costi prima di pianificare il trasferimento.