The Baron Blog
A full-featured, yet minimalist, blog engine for developers
I know what you're thinking, the world doesn't need another Ruby blog engine. And, okay, you're right, however Baron is a little bit different in that it is more full-featured, and still only a scant 400 lines of easy-to-ready code.
- Publish to heroku (or similar PaaS) using Git
- Author articles or custom pages in markdown or HTML
- Article categories supported by simply putting articles in a folder
- Many permalink formats are supported, including a custom prefix and several date formats
- 301 or 302 redirects are supported for easy porting from your current blog
- SEO optimized with built-in support for Robots.txt, Google Analytics, Google web master tools
- Easy to customize the look & feel via a common site layout template
- Tech used: Rack, RSpec, Bootstrap, JQuery, HTML5, DISQUS
$ git clone https://github.com/nbuggia/baron-blog.git $ cd baron-blog $ heroku create my-blog-name $ git push heroku master $ heroku open
Yay! Now you probably are going to want to customize this thing, read on for all the bells and whistles.
Customize Your Blog
$ less config.ru
There are many bells and whistles available for your blog, most of them can be set from inside config.ru. The file is well documented for all the options.
The other big customization route is to hack the theme to either make your own, or to just modify it the way you'd like.
Creating Your Own Themes
Themes are self-contained within their own folders under the
I would recommend starting by forking this project and then duplicating one of the existing themes and modifying it.
- Theme-specific configuration - Each theme has a theme_config.yml file where
you can specify your own parameters and then access them from within the blog
<%= @theme[:foo_bar] %>
- Each rendering template has access to all the varables documented in the
/test/page from your blog (unless you've deleted it).
Just do a pull request if you would like your theme incorporated back into this project.
Create New Article
$ rake new Title: My Blog Title
The easiest way to create a new article is to use the helper comand in the rake file as show above. It will automatically create a new article for you with the current date.
You can also create a new article manually by saving a text file with a filename in the following format:
YYYY-MM-DD is the articles data of publication with. Where
YYYY means the year in 4 digits, MM means the month in two digits and DD means
the day of the month in 2 digits.
Writing the Article:
The first few lines of the file are where you can place attribute value
pairs in YAML format (e.g.
my_attribute: 'attribute'). Add two new
lines to start the article, and then you can write it using markdown, HTML,
plain text, or a combination of all 3.
- You can add additional attributes you want and then access them in the rhtml
- If you need to use ':' or other special characters in your value, wrap it in
title: "My article: Lots & Lots of Smiles")
--- title: The Road Not Taken author: Robert Frost --- Two roads diverged in a yellow wood,<br/> And sorry I could not travel both<br/> And be one traveler, long I stood<br/> And looked down one as far as I could<br/> To where it bent in the undergrowth;
Move the article from your drafts folder to somewhere in your
folder and then publish the blog (see Publish Your Blog)
Any folders created in the
articles/ folder will automatically
converted into categories in the blog. I recommend that you keep foldernames
all lower case, and use '-' instead of spaces to keep your URLs clean.
Create A Custom Page
You can also create custom pages that are accessible 1 level off your blog's
root like /about, /contact-us or /project-foobar. Simply create a new file in
/pages folder with the following format:
page-name will be used as the URL (e.g. my-blog.com/page-name)
- Make sure that you avoid URL collisions by not naming this the same as any of
your categories, or article names. Or add a :permalink_prefix in the
- I recommend keeing the page titles in all lower case, use '-' for spaces to keep your URLs pretty (and functional)
- Custom pages have access to all the same variables as the rendering templates, you can see this list of variables by going to the /test page on your blog after you run it.
Example Custom Page:
<header> <h1>About Robert Frost</h1> </header> <article> <p> TODO: add a nice description for Mr. Robert Frost </p> </article>
Advanced Heroku Config
$ git add . $ git commit -m 'Publishing article: My article name' $ git push heroku master
Publish is super simple with git.
Before you publish for realz, you should delete a few things:
Adding a Custom Domain Name
From the Heroku Dashboard, go to the Settings section of the app you created, and enter your domain in the Domains section. Always specify a sub-domain (like 'www') in your domain name when using heroku.
Update your DNS Provider:
You'll need to update your DNS records from your registrar with Heroku's name servers. Heroku provides instructions here: https://devcenter.heroku.com/articles/custom-domains
Map Naked Domains:
my-domain.com → www.my-domain.com
Naked domains are not supported in Heroku (e.g. domains without a sub-domain at the beginning - https://devcenter.heroku.com/articles/avoiding-naked-domains-dns-arecords)
Use your DNS registrar's URL forwarding service to map the naked to the 'www' version.
Explore the Blog Structure
├── Gemfile List the dependencies for the blog ├── Gemfile.lock Heroku uses this to install dependencies ├── Rakefile Helper code for managing your blog ├── articles/ place your published articles here │ ├── 2012-11-09-sample-1.txt Date and URL slug are the filename │ └── category/ Creating folders puts these articles in a category │ ├── another-category/ Use dashes ('-') for spaces in folder names ├── config.ru Configure features of the blog here ├── downloads/ Files in here are publicly accessible ├── drafts/ Place for your unfinished articles ├── images/ Images in here are publicly accessible ├── pages/ You can create custom pages in here │ ├── about.rhtml Example custom page │ └── test.rhtml Custom page that illustrates the variables available ├── resources/ Resources used by the blog that are theme independent │ ├── feed.rss Rss feed rendering template │ ├── redirects.txt List of redirects the blog will process │ └── robots.txt Robots.txt file (rendered!) └── themes/ └── my-theme/ Each theme has the same folder structure ├── css/ ├── img/ ├── js/ └── templates/ rhtml rendering templates for each page type
$ less ./resources/redirects.txt
Baron supports redirects to make it easy to migrate from another engine, and so you can fix broken links or URL restructuring over time.
This is what a Redirect looks like:
Redirect 301 /page/1 /
Here's what the fields mean
- Redirect - just indicates the start of the line, no other options available at this time
- 301 - this is the status code, 301 means permanent redirect. Check out this article from Google covering all the possible codes and how you should use them: http://support.google.com/webmasters/bin/answer.py?hl=en&answer=40132
- /page/1 - specifies the source URL. This is the broken URL you are going to redirect to somewhere else.
- / - specifies the desitination URL. This is where you are redirecting to
Unfortunatley, it don't support regular expressions in the redirects yet :(
I wrote this as an excuse to learn a handful of new technologies and approaches, like Ruby and TDD. There are an ambitious set of features I'd like to add that each align to something else I would like to learn:
Themes - I'm designing 3-4 fancy, shmancy themes to try out this new 'flat' and minimalist thing everyone's excited about. Also a good excuse to dig into HTML5, CSS3, JQuery, Instagram's API and a few other things.
Pre-rendering - the platform nerd in me doesn't understand why the whole blog isn't pre-rendered at deploy time so heroku just serves static HTML and assets (a la Jekyll)
Simple Plugin Model - I've always wanted to write a plug-in model. I tried to write one in C++ in college and was only able to do static linking (lame). I think an interpreted language will make it much easier, right?
- Document SEO tips & tricks
- Add 'publish' task to the rake file
- Add support for Author pages
- Add a sitemap template
- Render article attributes as content name/ value pairs in the header
- Incorporate 'getting started' into the default content for the blog
- Setup a sample blog on a custom domain, host on heroku.
This project was named after the adorable baron von underbite of Seattle Greenlake fame:
While writing this blog engine, I barrowed a lot of code and design approaches from the Toto project by Cloudhead and the Scanty project by Adam Wiggins. The primary purpose of this project was a learning one for me, and both of these folks provided a lot of good code an examples. I'm not sure how much code or design awesomeness one needs to use before they are obligated to include their license, so I'm included a link to each of them just in case (and thank you both for your awesomeness!)
- URL: https://github.com/cloudhead/toto
- Author: http://cloudhead.io/ (Alexis Sellier)
- License: https://github.com/cloudhead/toto/blob/master/LICENSE
This software is licensed under the MIT Software License
Copyright (c) 2013 Nathan Buggia
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.