Il sito funziona. Nessuno osa toccarlo. Ma il cliente ha bisogno di una modifica. Il mio lavoro è intervenire senza far crollare il castello di carte.
1. Mai Toccare la Produzione Direttamente
La regola numero uno: creo un clone esatto su staging. Ogni test, ogni modifica avviene prima lì. Solo dopo aver verificato che nulla si rompe, applico le modifiche in live. Su siti legacy, questa regola è non negoziabile.
2. Audit di Sicurezza e Compatibilità
Prima di toccare qualsiasi cosa, faccio un inventario completo: versione WordPress, versione PHP, plugin attivi (e quelli disattivati ma ancora presenti), tema e child theme, codice custom in functions.php o mu-plugins. Questo mi dice il livello di fragilità.
3. Aggiornamenti Incrementali
Non aggiorno tutto in un colpo. Procedo per step:
- PHP: Verifico compatibilità con la versione corrente, poi aggiorno una versione minor alla volta.
- Plugin: Aggiorno uno per uno, testando dopo ciascuno.
- Core WordPress: Solo dopo che plugin e tema sono compatibili con la versione target.
4. Codice Custom Legacy
Il problema più delicato. Trovo spesso funzioni deprecate, query dirette al database senza prepare(), shortcode custom che usano API rimosse. Li riscrivo gradualmente, mantenendo la retrocompatibilità durante la transizione.
5. Documentazione
Lascio documentazione di ogni intervento. Il prossimo sviluppatore (o io stesso fra 6 mesi) deve sapere cosa è stato fatto, perché e quali dipendenze esistono. Su siti legacy, la documentazione è un investimento, non un lusso.
Sito legacy da stabilizzare?
Mandami gli accessi e ti invio un report di stato con piano d'azione.
Stabilizza il Sito