Filed under web on June 13, 2014.
Blogger was my blogging platform of choice for several years. Blogger was the host for my:
I would not recommend every Blogger user make this transition; however, consider it if you have even basic knowledge of the following:
You do not need to be a master in all of these skills to make the transition, but combine an understanding of the basics, online search skills and a willingness to learn from your mistakes and you will enjoy the transition. Your reward will be new skills and a better understanding of your blog backend than you ever had using Blogger. This post will not show you how to set up a Jekyll blog, but rather provides my thoughts on why I made the transition from Jekyll to Blogger.
Jekyll is a very different blogging platform than Blogger; although you would be hard pressed to notice this visually. While most blogging platforms use a backend database to manage content, Jekyll takes a different approach:
Jekyll is a simple, blog-aware, static site generator. It takes a template directory containing raw text files in various formats, runs it through Markdown (or Textile) and Liquid converters, and spits out a complete, ready-to-publish static website suitable for serving with your favorite web server. Jekyll also happens to be the engine behind GitHub Pages, which means you can use Jekyll to host your project’s page, blog, or website from GitHub’s servers for free.
For those who’ve been around the web and web programming for some time, you might consider static sites a return to the 1990s. In a way it is and I’ve found this to be a very good thing. Because Jekyll removes the database backend, I’ve noticed a huge increase not only in the speed of my site, but also a huge decrease in the time required to write, manage and post my content.
This is an extremely rudimentary description of Jekyll. If you want more, I recommend you check out their Welcome page. It’s loaded with some great information including a quick start guide.
While site speed would be reason enough to make the transition, there are other reasons. Below are my favorites.
Using Blogger for years, I am very familiar with the free model and its limitations. What I appreciate about Jekyll, when served on GitHub, is that there are very few limitations. GitHub provides free hosting and due to the nature of GitHub (code sharing), I have access to every bit of code on my site. Nothing is hidden and I am not crippled in any way from making changes (which as you can imagine has caused a few hiccups along the way). GitHub doesn’t even charge to attach a custom domain!
Jekyll lets you compose blog posts in several different markup languages such as HTML, Latex, Markdown and it’s more feature rich sister, MultiMarkdown. I use Markdown for almost all my writing – including business/academic writing. I won’t go into the whys here, but if you are a Markdown user, you already get it.
Being able to compose my posts natively in Markdown provides me with several benefits:
The only draw back currently is there is no way to make an edit and commit those edit to GitHub natively from my iPad without a remote connection to a Mac. If someone has a way around this, drop a comment below. This really isn’t a huge issue since I can make my commits/posts once I am back at one of my Macs, but it is the one thing that keeps me from being able to use my iPad Air exclusively to manage my blog.
You can actually run Jekyll on your computer and host a development version of your site (or a live version if you have a Mac server available and configured). It’s easy to simply copy the Dropbox folder that contains your live site to a new folder, fire up the Terminal, navigate to the folder and then issue the following command:
Utilizing static pages rather than a database to manage content provides an amazing amount of flexibility not possible with Blogger. For instance, with Blogger, every post and page requires the use of the same site theme. With Jekyll, I can throw styles out the window and create unique pages that are different from my site theme.
As an example, let’s say I want to sell a car. I probably don’t want that page associated with my blog on a long term basis. It is, hopefully, a short term need. With Jekyll I can create a simple HTML page that provides information about the car for sale and then spiff it up a bit with some HTML5 and CSS. This page can then have it’s own unique landing point within my domain like
www.stevencombs.com/car-for-sale. This is not possible using Blogger.
Another flexibility example is the ability to have individual templates based on categories. If I have a post categorized technology, I can have a unique graphic for every post within this category. Again, not possible with Blogger.
For all of its strengths, there are a few drawbacks to Jekyll. Below is a bullet list of, what I consider, minor issues:
Blogger served its purpose for a time and was a very good choice for someone who did not want to be saddled down with monthly hosting fees; however, Jekyll and GitHub together is a home run. If you want to maintain your blog on the cheap (free), have full control over your site design, and have availability to a whole slew of text/code editing tools, you will appreciate the switch.
As I’ve warned, it does come with a learning curve; however, you’ve nothing to loose. You can keep your Blogger site and build your new site on the side. When you like your new site, just make it live! Porting content from your Blogger site to Jekyll is also pretty easy. The Jekyll site provides all the tools you need.
If you do make the switch, or you are already a Jekyll user, drop a comment below and share your site and experience. I would love to see what others are doing given that my site is, like my CSS and HTML5 skills, fairly rudimentary. Although I do like the custom images on the home page I created using iDraw!