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 restava lento e difficile da diagnosticare. Non c’era accesso ai log di errore, cioè al registro di ciò che va storto sul server, e senza backup automatici ogni intervento su una piattaforma così indietro con gli aggiornamenti era un rischio.

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

Ho copiato il blog in un ambiente di prova e l’ho portato da PHP 5.6 a PHP 7.4. Sulla copia ho verificato pagine, tema e plugin senza esporre il sito pubblico agli effetti di una modifica incompatibile. Già nei primi confronti il caricamento risultava più rapido di circa un secondo.

04 · La migrazione

Una VPS su AWS, amministrata tramite cPanel

Ho trasferito blog ed email su una VPS AWS, un server virtuale dedicato, amministrata tramite cPanel. Nel primo passaggio ho privilegiato la continuità: un plugin incompatibile creava problemi alle immagini, quindi ho migrato il sito nello stato che funzionava invece di forzare una modifica rischiosa in produzione.

05 · L’aggiornamento

WordPress aggiornato per fasi, tenendo separati trasloco e aggiornamento

Una volta separato il problema del server da quello del software, ho aggiornato WordPress e i suoi componenti passo dopo passo, fino alla versione compatibile più recente. Così ho potuto individuare le incompatibilità e correggerle una alla volta, senza trasformare il trasferimento in un unico cambiamento irreversibile.

06 · Protezione

Cloudflare davanti al blog e backup che non dipendono dalla memoria

Ho messo Cloudflare davanti al blog: filtra il traffico prima che arrivi al server. Sulla VPS ho configurato backup automatici ogni notte alle 02:00, con sette giorni di storico. Il ripristino non dipende più da una copia fatta a mano ogni tanto 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 permette di vedere risorse e log, e la gestione continuativa comprende la piattaforma WordPress, le caselle email e gli 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.