E' fortemente sconsigliabile migrare un sito in produzione senza prima verificare i possibili problemi. Come passo iniziale è bene aggiornare una copia del sito. Le operazioni che verranno descritte sono prima state provate in un ambiente di test, più di una volta, per verificare eventuali varianti e difficoltà.

Occorre aggiornare (update) il core di Drupal 6, i moduli e i temi alle ultime versioni disponibili. Questa operazione è consigliata perché le procedure di upgrade fanno normalmente riferimento alle ultime release ed eventulamente contengono correzioni che agevolano la migrazione.

Nel sito che ho migrato si trascinava fin dalla sua realizzazione, 2009, dei percorsi a link e a immagini non opportuni, sbagliati.

Nel mio sito utilizzavo il modulo image, che in Drupal 7 è stato eliminato e integrato nel core. Usavo anche Image Gallery che non è più disponibile in D7 e si serve della tassonomia per raggruppare le immagini in un determinato insieme.

Cancellare il file /sites/default/default.settings.php, ed accertarsi che setting.php abbia i permessi di scrittura abilitati: verrà modificato dalla procedura di upgrade.

Cancellare tutte le cartelle ed i file del core 6, ad eccezione di sites e relative sottocartelle (in pratica restano solo i dati e i moduli del nostro sito). Se sono stati modificati, tenere a portata di mano una copia dei vecchi file .htaccess e robots.txt.: andranno ripristinati.

Occorre ora ripristinare le varie funzionalità e i moduli del sito. I moduli preesistenti risulteranno tutti in uno stato di incompatibilità con D7.

In Drupal 6 ho utilizzato il modulo Nodewords che non esiste più in D7. Ho individuato due possibili soluzioni: Meta tags quick https://drupal.org/project/metatags_quick e Metatag https://drupal.org/project/metatag

Ho provato entrambi e ho scelto il secondo: partiamo con il primo.

Non resta che migrare gli altri moduli. E’ relativamente semplice. Si cancella la cartella del vecchio modulo /sites/all/modules/modulo, si installa il nuovo, lo si attiva e si esegue lo script update.php. E' importante ricordarsi di eseguire lo script, perchè è questa procedura che adatta le tabelle del DB alla nuova versione del modulo.

Gli URL del sito restano per lo più invariati, cosa buona per il SEO, questo è uno dei motivi per cui conviene la migrazione alla realizzazione di un nuovo sito. I motori di ricerca continuano a vedere quello che c’era e nella stessa posizione.

Alcuni URL cambiano, nel mio sito certamente quelli connessi alle gallerie di immagini. Per rimediare, alcune pagine verranno redirette usando istruzioni in .htassess del tipo redirect 301 vecchiopath nuovopath, altre resteranno come sono.

L’applicazione demo di cui avevo bisogno richiedeva un paio di server, in ambiente Linux. In particolare un server SLES (Suse Linux Enterprise Server) per l’installazione di OES (Open Enterprise Server) di Novell e di un server SLES per l’applicazione Filr, sempre di Novell, entrambi con hypervisor VMWare. Ho dovuto, quindi, rinunciare all’uso dei template standard di Aruba e sono sorti alcuni problemi.