WordPress is the most popular blogging software today, powering a majority of the top one hundred blogs. Like many of the systems that are popular nowadays, it’s dynamic. The server pieces together pages on the fly when they are requested, pulling content from the database, processing it, and wrapping a template around it before sending to the user’s browser.
Back in the earlier days of blogging, things were different. Most of the popular content management systems that blogs ran on were static page generators, like Movable Type, the package that previously held WordPress’s throne, before a price increase caused a mass exodus in 2004. Movable Type stores your content in a database, like WordPress, and it has an administration panel where you manage your content and adjust settings. But that’s where the similarities end. Instead of assembling pages dynamically, the blog engine compiles them into static HTML pages ahead of time, so the web server can just throw them back to users instantly. It’s a lot easier on the server that way, which can result in a snappier web site and less chance of your site going down from a social media bump.
This is, of course, something of a simplification. Many WordPress users, especially those with larger sites, use caching plugins like W3 Total Cache to have the best of both. The dynamic model is used, but frequently-accessed pages are statically cached for performance.
Something I’ve noticed recently is that some bloggers are making a return to the old days, using modern static page systems that are even simpler. Jekyll, Hyde, Pelican and Toto are lightweight blogging applications written in Ruby and Python. They don’t use databases at all, instead preferring flat files checked in to a Git repository. You write your posts in your preferred plain-text editor, name the file appropriately and check it in to the repository, then run the script from the command line. It iterates through the files, merging them with your theme, and outputs static HTML files.
It’s not terribly accessible to people who don’t know their way around a command line interface—and version control software, for that matter—but it certainly reduces the hardware required to serve the site up. You don’t need a database daemon running, you don’t need PHP. Just your HTTP server, whether you prefer NGINX or Apache, sending static files along when somebody asks for them. You can even run the script on your local computer, and push the compiled pages to any web server.
All in all, I find the idea very intriguing. I don’t think I want to give up the ease of use (or plugin support) that WordPress offers for this blog, though. I did consider switching to Jekyll or Hyde when I revamped my personal blog recently, but didn’t commit to it.
- Getting Started With Toto, a Tiny WordPress Killer
- How To: WordPress to Jekyll
- Building Static Sites with Jekyll
- Hyde Documentation
- Pelican Documentation
- Octropress — a “blogging framework” for Jekyll