Virtual Multiblog for WordPress

<?php echo "Hello Again, World!"; ?>

Greetings and salutations.

This is my second blog, which is here to serve as a repository for the really die-hard geekery that I feel just doesn’t belong in my regular blog. When I realized the need for a second blog, installing it ended up being a longer process than i anticipated, and I thought I would share the fruits of my experience.

Let me step back for a moment. I am a true hacker at heart, in the traditional sense: I love to pull things apart and take a look. To see how they work and how they might work better. I’m also an avid Mac-head, and since the rise of OS X, I’ve been learning the ins and outs of its Unix-like underbelly.

In a nutshell, my computer is highly customized.

A few years back I got a second computer — a laptop — and quickly discovered that while keeping one computer tweaked to prime operation just the way I like it is kind of fun, trying to keep two computers in such a state, and relatively synchronized, is a frustrating exercise in futility.

I also know a good bit of web coding. As I’ve been working with WordPress for a couple years now, I’ve come across a number of good plugins and expansions along the way. Beyond issues involved with installing them, (which is admittedly pretty easy, usually) over time I have to keep up with updates to these — not to mention updates to Wordpress itself. From time to time I even delve into the plugin files myself and make improvements….

And I want to put in a second blog? Am I nuts??? Thinking of what a pain it would be to maintain two copies of WordPress, I started looking into the various multi-blog solutions people have come up with. Most of them involve a lot of weird modifications to several files and basically comprise major modifications to large swaths of the WordPress code that are fundamentally incompatible with the regular version.

I am a great fan of what I consider “elegant” coding, which means that the designer does his job with the simplest and most straightforward methodology possible. And I found a very elegant solution to the “multiple blog on one install” question. Allan Mertner came up with something that blew me away with its simplicity and power.

WordPress holds all of its data in a MySQL database, and there is a single file called wp-config.php that holds the database login information. Allan looked at this and realized that if you can change that one file, you can completely replace the blog. With this key realization he came up with a cunningly straightforward multi-blog system:

  1. Replace the standard wp-config.php file with a new version that calls a different configuration set depending on what directory it’s in.
  2. Set up symbolic links that serve as “virtual directories” that all point to the WordPress directory.

Using the example of this site, I have an install of WordPress in the root web directory, and a symbolic link called “nerdaphernalia” (that’s right, you’re soaking in it!) that points back to the root. The modified wp-config file points to either the default or nerdaphernalia config file, depending on which of those two directories it thinks it’s in.

So other than a happy user, where do I come in in all this? Well, I made a number of improvements. First, Allan’s system was great, but it required us to install various files in and around the core WordPress files, which for me at least defeats part of the purpose of using a multiblog system in the first place. I’m trying to make updates easier, remember? Updating WordPress generally involves deleting everything but the wp-config.php file and the wp-content folder, and then dropping in the new versions of everything else; but if there are important but non-standard files strewn about, I can’t just do that. I have to remember to go through and preserve those files, and then replace them when they’re done. Add in a few plugins that work the same way, and we have a real hassle.

So first off, I tucked all the files, except for the one modified wp-config.php, into a folder in a safe place. Next, I greatly streamlined the install process. At a minimum, the user only need edit a single configuration file, autoconfig.php. If desired, the various blogs can each have individual config files, but it’s no longer necessary.

I’ve added user-accessible functions (and the really handy VUSER constant) that can be used in themes and plugins. I’ve added the ability to customize the location of the configuration files, so the security-conscious can move them entirely out of the Web directories if they wish. Overall, we are left with a easy but powerful system for running virtually any number of blogs off a single install of WordPress.

Install instructions are included with the download. Still have questions? Check out the readme and the FAQ. (Note: Sometimes the readme will list a higher version than the download. That happens if I have a development version installed.)

User “JZ” is selling written instructions for installing the system. (Please Note: I have not even seen his instructions, I’m just letting you all know.) More info in this comment.

…And if the directions are worth money to you, perhaps the actual software is worth something as well?

Download

Here’s what you’re really looking for: the download link. Have at it!

Virtual Multiblog v2.4

History/ Acknowledgements

For a detailed history, please see the readme file in the download.

Many of the improvements to version 2 were based upon or inspired by commenters to my blog. To them, and to everyone who has sent comments, I am grateful.

Good luck. Have fun.

326 Comments

Pages: « 113 14 15 16 [17] Show All

  1. #321 | Posted October 8, 2008 at 4:41 pm

    NewUser — Good question.

    I have been using auto plugin update just fine for quite a while. Really, all that happens is the plugin files are deleted and replaced with the new version; so as I understand it, running the auto-update is not any different than if you were to upload the new plugin via F T P.

    Note: There are “hooks” that plugin authors can use to run code when their plugin is activated or deactivated, which some may use to include update functions; but these do NOT run during auto update — so even there it’s really no different than using F T P. It’s just more convenient. :)

    [Update: WordPress is doing weird things to the term F T P -- namely, turning it into a link. That's why I added the spaces between the letters....]

  2. jk
    #322 | Posted October 8, 2008 at 7:58 pm

    i’m missing something in the readme file it says for step 4
    - Move the multiblog-support folder from multiblog/plugin/ to you plugins folder (probably wp-content/plugins/).

    im not seeing either the multiblog/plugin or multiblog-support folders in the zip file

  3. #323 | Posted October 8, 2008 at 10:00 pm

    JK — I need to correct that! The plugin no longer exists — it was rolled into the base system files. You can ignore that step.

  4. #324 | Posted October 11, 2008 at 1:19 pm

    My warm congratulations for this excellent code! Elegant, easy and efficient!

    I have only two remarks for the the installation instructions (multiblog-readme.htm) and a question:

    1. Usual installation of WP is not needed. If I am not wrong, only the WP files should be uploaded.

    2. I spent some time searching and thinking, till I read here that the multiblog-support folder from multiblog/plugin/ does not exist any more. This should be deleted from the instructions.

    I have copied WP in a subdirectory and created some symbolic links in the root dir that point to it; they work perfectly for Virtual MultiBlog. Then I pointed some subdomains to the directory where WP is in, and they do not open the 5min installation, the root directory opens instead. However, subdomain pointing works for folders that do not contain WP files, so I assume, that WP does not accept it. Do you have any idea about this?

    Thank you again and keep on doing the good work!

    Alexandros

  5. NewUser
    #325 | Posted October 12, 2008 at 8:03 am

    Stephen: ok, but when I update plugin, it’s deactivated only on one blog… So on other blogs hooks won’t run, is that right? Or am I missing something?

  6. #326 | Posted October 12, 2008 at 7:44 pm

    NewUser — I repeat: during auto update, the deactivate/reactivate hooks do NOT run. That is standard WordPress behavior. They did it that way because many plugins are programmed to delete their own preferences on deactivate.

    Thus, with or without Virtual Multiblog, those hooks do not run during auto update.

Pages: « 113 14 15 16 [17] Show All

Post a Comment

Your email is never published nor shared.

Subscribe without commenting