Een lastige migratie van 2.5 naar 3.4


Een lastige migratie van 2.5 naar 3.4

In tegenstelling tot voorgaande migraties van 2.5 naar 3.3.6 is mijn eerste van 2.5 naar 3.4 een veel complexer verhaal.

Alle stappen die ik bij voorgaande migraties aanhield en daar afdoende waren, bleken hier niet tot een succesvolle migratie te leiden.

Foutmelding na foutmelding, een wit scherm, zowel de backend als de site zelf, het was een compleet drama. Gelukkig maakte Akeeba Backup en Kickstart het steeds weer opnieuw beginnen makkelijk, even weer met een schone lei beginnen op je test-subdomein is met een verse backup een fluitje van een cent.

De migratie was echter verre van dat.

Aanwezige extensies:

  • Akeeba backup en AdminTools laatste versies -> zou geen probleem mogen zijn;
  • NoNumber tools, allemaal gedepubliceerd voor de migratie, zoals uitgelegd op de website van NoNumber;
  • JEvents laatste versie, is volgens ontwikkelaar volledig geschikt voor Joomla 3.x, dus zou ook geen probleem mogen zijn
  • JDownloads 1.9.1.6 (de laatste versie voor Joomla 2.5) - volgens instructies van ontwikkelaar moet deze uitgeschakeld zijn tijdens migratie, en daarna via versie 1.9.2.11 overgezet worden naar de nieuwste 3.2.28;
  • Gantry framework nieuwste versie - zou geen probleem moeten zijn;
  • een oude gantry template (nog uit de 3.x serie) - dat is wel een probleem, dus die gede-installeerd en vervangen door een van de default templates uit 2.5;
  • nog wat verouderde rockettheme tools, zoals roknavmenu, rokbox en roktabs - uiteindelijk deze er volledig uitgegooid voor de migratie;
  • SlideshowFX van OopsTouch, ook een oude versie - dus volledig verwijderd.

Daarnaast voor de migratie ook nog de volgende dingen gedaan:

  • error reporting op maximum zetten in de config;
  • zorgen dat er geen caching aanstaat;
  • alle cache files legen;
  • controle of alle artikelen wel aan een gebruiker zijn gekoppeld, en dat herstellen;
  • database reparatie functie uitvoeren;
  • twee gebruikers waren niet aan een gebruikersgroep gekoppeld, dus ook dat gefixed.

Dit bleek nog niet voldoende.

Na nog een aantal mislukte migraties en zoektochten op internet n.a.v. de foutmeldingen bleken ook de volgende dingen nog nodig:

  • de remember me plugin de-activeren voor de migratie,
  • oude joomla 1.7 sql files verwijderen voor de migratie uit deze folder: administrator/components/com_admin/sql/updates/mysql

Dat leverde uiteindelijk, hallelujah, een joomla 3 omgeving op.

Was alles nu in orde?

Nee.

  • De database reparatie nogmaals uitgevoerd, en daar werden vooraf fouten aangegeven, die tijdens de reparatie werden hersteld;
  • De "ontdek extensies" functie opgestart, daar kwamen een hele rij niet volledig geinstalleerde 3.x dingen uit, dus die allemaal alsnog laten installeren en
  • tenslotte bleek er nog een map te zijn, die verwijderd had moeten worden, dus dat via ftp zelf gedaan, het betrof de folder libraries/cms/controller

...en daarna, gelukkig, een goed werkende Joomla 3.4 site. Restte me nog het installeren van de nieuwste versies van:

  • Roknavmenu;
  • de nieuwste gantry basis template;
  • de J3-versies van de NoNumber extensies;
  • de nieuwste versie van SlideshowFX;
  • de RokSprocket module ter vervanging van RokTabs
  • daarna de template weer stylen zodat we de layout weer terug hadden
  • en tenslotte JDownloads overzetten naar de nieuwste versie.

Zucht. Project gelukt. Maar wat een werk.

En waarom was deze specifieke site nu zo problematisch? Ik vermoed dat het komt omdat het een 10 jaar oude site is.

Ooit gestart als een Mambo site, toen omgezet naar Joomla 1.0, en gemigreerd naar 1.5, 1.7, 2.5 en nu dus 3.4. Volgens mij, maar ik kan het niet bewijzen, zijn er tijdens vorige migraties dingen niet goed opgeschoond en zaten die deze keer gewoon flink in de weg.


Gerelateerde artikelen