So, my friend Keith (funny story about my friends Keith…another time perhaps) heard the tale of my Drupal non-upgrade, and encouraged me to write it up.<\/p>\n\n\n\n
Long ago, I set up Wired Cola as a blogger.com site, and it was fine. I even pointed wiredcola.com at it. Time passed, it seemed good to move it to my own Drupal site, hosted on a provider. And it was good. I configured the setup myself, back when Drupal 4 or 5 was current, and all was well.<\/p>\n\n\n\n
Drupal has a principle, a reasonable one, that \u201cthe drop keeps moving,\u201d which is their way of politely saying \u201cstay current or die.\u201d<\/p>\n\n\n\n
Good advice.<\/p>\n\n\n\n
I didn\u2019t stay current.<\/p>\n\n\n\n\n\n\n\n
Drupal is now on version 8, and version 6 is supported in \u201csecurity fixes only\u201d mode. I looked into migrating the site.<\/p>\n\n\n\n
Drupal supports doing upgrades from the latest version of a major release to the next release. So there\u2019s generally an upgrade path from 5.latest to 6.anything. I think in the current versions you can fairly easily go from 6.latest to 8.anything.<\/p>\n\n\n\n
Also along the lines, the way that upgrades worked has changed. The old model was to upgrade-in-place, more or less. You\u2019d put your site in maintenance mode, dump all the new files on top of the old file structure, run the upgrade script, and turn the back on. Voil\u00e0, you are upgraded.<\/p>\n\n\n\n
New-school Drupal now has much better, somewhat automated upgrading. But to get from old to new, you have to migrate. The procedure is all laid out for you, but the core is that you set up the new site in a new directory tree, run a module that automatically imports your old content into the new system, and then when it\u2019s definitely working, archive the old site, delete it, and copy the new site with the migrated content into the place of the old one.<\/p>\n\n\n\n
Easy!<\/p>\n\n\n\n
That\u2019s a pretty good system if you\u2019ve been prudently updating things all along. One new, hard upgrade, and then you\u2019re good, right?<\/p>\n\n\n\n
Well.<\/p>\n\n\n\n
Drupal is built on a technology called PHP. You either know what that is (and may be recoiling in horror, or not), or there\u2019s not much point in explaining it. Suffice to say that PHP has also been evolving, and each version of Drupal has its own version requirements for PHP.<\/p>\n\n\n\n
In case it ever helps anyone in a similar situation, here\u2019s my research on the PHP version path.<\/p>\n\n\n\n
Drupal 5 will only run on PHP versions up to 5.2.x<\/a>; 5.3 or later won\u2019t work. Drupal 6 will work with the same versions of PHP, and probably up to 5.5<\/a>, maybe. Depends on your modules. Drupal 7 will work on PHP 5.3 to 7.2<\/a>, maybe 7.3, and Drupal 8 will work on PHP 5.5 to 7.3<\/a>, but you really want to be on 7.x. <\/p>\n\n\n\n Reader, do you see the dilemma? You need to upgrade between versions of Drupal that have a common version of PHP available, until you get to a version of PHP that Drupal 8 can run on, at which point you can finally move your site into its final form.<\/a> <\/p>\n\n\n\n Looking over that list of dependencies, I believe I need to upgrade my installation to PHP 5.2, then upgrade Drupal to 6.x, then upgrade to PHP 5.3, then migrate to Drupal 7, upgrade to PHP 7.2, then up to Drupal 8, followed by the latest version of PHP 7.2.<\/p>\n\n\n\n