

The WP Subversion repository also wasn’t affected by the recent security exploit, so there may be a security advantage. You can easily switch from using the current release version to using the bleeding edge version, for instance to test out a release candidate. There are other benefits to using Subversion. It’s easiest to do if you’re either just setting up your blog or if you only have a couple of plugins or themes installed.
#Photopress wordpress plugin update#
Update: Jonathan’s right, Subversion is a VERY easy way to update WordPress…once you’ve got it set up. You may want to test all this out on your local testing server beforehand. I’m sure it’s possible to write a script to do this for a whole bunch of installs at once if desired.
#Photopress wordpress plugin install#
Repeat the last two steps for each install you want to update.

Even better if that sanity check involved a form where one could hardcode in those problematic server variables. I don’t know how many people run into install issues, but if there are a lot maybe it’d make sense for WordPress to do some sort of post-install sanity check. I did end up having to delete the database tables for each install attempt. I changed the variable names in wp-settings.php to match my phpinfo() output and it worked. But my server’s variables weren’t named quite right for WordPress to suss out the variables it wanted. Apparently IIS/PHP doesn’t set some of the variables that WordPress wants, so WordPress attempts to create those variables, based on variables it supposes IIS/PHP ought to set. So, I looked at my sorry IIS server’s phpinfo() output, which revealed some obvious problems with my wp-settings.php. I thought maybe the fixes I found were specific IIS server setups, but not necessarily mine. I tried a couple, involving editing wp-settings.php, but without effect. A bunch of browsing of the WordPress forums revealed widespread IIS problems and a few proposed solutions. The internal links were also all messed up, with “?step=2” thrown in instead of the folder name where I’d installed the blog. Browsing to the site, the text was all there, but clearly the style sheet hadn’t been loaded. In my case the install appeared to be working, but then looked like it’d failed on step 2. I’d heard it’s difficult to get WordPress working well on an IIS host but had never experienced it myself.
