When I updated Drupal to 7.24, the status report instructed me to twiddle my .htaccess files per security advisory SA-CORE-2013-003, so I did. And then my site unthemed itself. A quick trip to the error log revealed the problem, and even the solution: change FollowSymLinks to SymLinksIfOwnerMatch.
Drupal is a PHP-based content management system.
I guess this should have been obvious to me long ago, but if you have shell access you can near-instantly upgrade drupal like this:
wget (new drupal release)
tar xfz (new drupal release)
cd drupal-(new drupal version)
rm -rf sites
rsync .htaccess * (your drupal root)
After some deliberation I decided that it was finally time to move to Drupal 7. Most of the modules I use have been ported, and I figured I could hack my way around the rest. While there's substantially more hacking to be done, I have a fairly good handle on it so far. There were more complications than I expected, however.
I decided that like every other website on the planet seems to, mine should support flash video. I don't actually have enough bandwidth with my current provider to make much of it, but I was determined to have it anyway. Unfortunately, the flashvideo module uses a nonfree flash video player (it is free only for noncommercial use, which is an extremely hazy term) and the video module just wouldn't work for me. Actually, the flashvideo module didn't work either, it wasn't even attempting to display the content. I had originally planned to add FlowPlayer (the player used by video.module, actually, which is under the Apache license) support to the flashvideo.module but when it didn't seem to want to generate any kind of useful output I gave up and began writing my own module. Note that there is not necessarily anyone to blame for any of this and even if there was every one of these problems might be solved by now.
Frequent visitors to my site will have noticed that it has been down for some time. This was due to my misconfiguration of the devel module, whose database statistics function eventually brought the site to its knees. The query statistics actually ended up taking up about ten times as much space as the rest of the content in the database (which includes all text but no graphics, plus the information that explains how the data interrelates.)
I've been working on a patch for the img_assist.module that allows you to easily link uploaded images (using image.module, and upload.module, or compatible) into other node types. The img_assist.module is quite dandy and more or less indispensible in my book, but it is missing some very important features. img_assist.module only allows you to use certain predefined sizes (whatever's defined for images, that is smaller than img_assist.module's maximum size) and a custom size. It also only gives you two alignment options: float left, and float right.
In an attempt to decrease page load times, I threw out sIFR and re-re-redid my page layout. We're back to using 100% CSS (no tables) which breaks IE, but not as badly as the last theme did. Pages are now typically loading in under a second.
My theme is kind of wonky - it looks like my drupal install is weird. I'm just going to keep it limping along until 5.0 and the modules I need come out, and then I'll upgrade and start working on THAT database.
I originally posted this on drupal.org here but I wrote it, so here it is.
I just ran into a fun problem: I installed a VMware LAMP appliance and it turns out it doesn't have lynx, links, curl, or wget. What to do? Luckily, it has perl. The following perl script grabs cron.php from localhost and prints the job's status to STDOUT.