Creating your Github blog from scratch

Written on October 2, 2017
Estimated reading time : 11 mins
Tags : | github | google | jekyll |

Background story

  • In this post, I create my github blog from scratch using Jekkyl. I prefer this approach compared to my earlier post in which I had created my github blog from Jekkyl Now.
  • I wanted my blog on Github since it gives me the most flexibility of modifying my blog format without the need to host the code on my own server.

Basic setup

  • Ensure Ruby & Gems are installed on your system.
    curl -sSL | bash -s stable
    rvm list known
    rvm install ruby-2.6.3
    ruby -v
  • Follow the basic blog setup instructions on Github Pages
  • Install Jekyll for local setup & customizations.
    gem install jekyll bundler
    cd myblog
    bundle exec jekyll serve
  • Now browse to http://localhost:4000

Jekyll blog know-how

  • A normal blog like Wordpress requires a database from which the code base extracts the data to be shown.
  • Jekkyl is a open source static site generator written in Ruby by Github’s founder. Jekyll takes content, renders Markdown or Textile and Liquid templates, and produces a complete, static website ready to be served without using databases.
  • Understand the Jekyll directory structure so that you can customize your blog further.
  • Don’t ever modify the contents of _site folder since it is regenerated with every build.
  • All posts go inside the _posts folder in the convention of year-month-day-name (eg :
  • All other links which need to be accessible from the main page, can be placed either in the root directory (Eg : the index file ie or in a custom folder of your choice. It can contain the markdown code as also html code OR it can contain just the layout which is a html file in the _layouts folder.
  • Global variables can be set in the _config.yml file & can be accessed using the site variable. Eg :
      {{ site.url }}
  • All pages can have their own custom layout. In my case, the the home page ie has the layout as ‘home’ while the home layout itself has the the default layout. This ensures that each page has its own formatting along with some common format (ie header, footer etc).

Adding features

  • Since the Github pages runs the gems in safe mode, only certain whitelisted plugins are allowed. Visiting the github page of each plugin provides you instructions needed to use them.
  • In case you want to add in your own custom plugins, you can tweak the simple workflow into a slightly complex one using either your own deployment mechanism OR seperating the generated static pages from the jekyll code.
  • I chose to follow the simple default workflow since my requirements were fulfilled with the whitelisted plugins as also some custom code I added to support additional features.
  • The features I wanted :
    • User Comments
    • Tags
    • Social media sharing
    • Analytics
    • Search
    • Estimated reading time for each post
    • Github forking ribbon

User Comments

  • The github way to have user comments would be to create a ticket/issue where user can add comments & then link it to the post. But this would take the user away from the post & it looks to be a round-about way.
  • I decided to use Disqus to support user comments since it was simple to setup though it is a bit heavy (too many requests). Setup steps :
    • Register your site with Disqus
    • Get the universal embed code from Disqus & add it to a new file _includes/disqus.html.
    • The page.comments variable is used above to give you the ability to enable/disable comments in each post. You will have to set the comments variable at the top of each post (ie Jekyll Front matter) for this to work. Eg :
        layout: post
        title: Some Title
        tags: [tag1, tag2]
        comments: true
    • Include disqus.html at the end of your posts.html with
            {% include disqus.html %}


  • It is extremely easy to setup tags using custom plugins. However, no such plugin has been whitelisted for Github pages. So we have to add some custom code to support this feature.
  • Add tags to the front matter yaml (as given in eg given above)
  • Add code to show the tags for each post in _layouts/post.html
          Tags : {% for tag in page.tags %}
                <a href="{{ site.url }}#{{ tag | slugify: 'pretty' }}">{{ tag }}</a>
          {% endfor %}
  • Now we need to have a page which lists the posts for each tag. Most tutorials out there suggest using site.tags & then having a page with all tags listed with their respective posts below them. They are then linked with anchors so that the hash in the url can link to them. However, I went for a slightly different approach which builds on this idea.
  • I liked the home page of another github blog It had clickable tags which depended on javascript to show specific posts on the same home page. I decided to extend this approach so that this could be re-used for tags in any post.
  • You can try clicking on the tag at the top of this page & see how it works.
  • You can view the code for the home page & the js code to understand it better.

Social media sharing

  • Instead of relying on sites like addthis, I decided to go with the traditional way of copying the share buttons from each popular social media & using them here.
  • You can view the code snippet for _includes/social_media_share.html to get the whole list.
  • Including this file at the end of _layouts/post.html will ensure your audience will be able to share your post.
      {% include social_media_share.html %}


  • Google Analytics is the best way to track the popularity & stats around your blog.
  • Get your Universal Analytics tracking code at its website at : Admin > Property > Tracking Info > Tracking Code
  • Set the variable google_analytics in _config.yml to your Google analytics id :
      google_analytics: UA-1234567-8
  • Create the new file _includes/analytics.html
  • Include the file at the end of the HEAD section of _layouts/default.html as :
      {% include analytics.html %}
  • I used Google custom search to enable search for my blog. It is very easy to setup. You can also easily configure it so that the results are seen in an overlay OR on google search itself OR next to your search box OR even in another page (I chose this option).
  • Since I only wanted the search results code, I added the custom Google code to _layouts/search.html.
  • I added a search box to the _includes/header.html :
      <input type="text" id="search" placeholder="search" class="search-text-box" onkeypress="return processSearchInput(event)">
  • I then created assets/js/main.js with custom javascript code to redirect the user to the results page with the search term typed :
      function processSearchInput(e) {
          let search = document.getElementById('search');
          if (search.value && 13 == e.keyCode) {
              window.location = "/search?q=" + search.value;
  • You can checkout my search page by typing into the search box at the top right corner of this page & hitting enter.
  • The other alternative is to do a purely frontend search solution using jQuery, Lunr.js & Jekyll.

Estimated reading time

  • Using Jekyll, we can write a simple html file which we can include in our site for calculating reading time based on the word count.
  • I created a _includes/read_time.html :
      <span class="reading-time" title="Estimated read time">
      {% assign words = page.content | number_of_words %}
      {% if words < 200 %}
          1 min
      {% else %}
          {{ words | divided_by:200 }} mins
      {% endif %}
  • I included the file at the required place in my home page to get the reading time :
      {% include read_time.html %}

Github forking ribbon

  • I got the suitable code from Github Ribbons & pasted it into _includes/header.html :
      <a href="{{ site.github_username}}"><img style="position: absolute; top: 0; left: 0; border: 0;" src="" alt="Fork me on GitHub" data-canonical-src=""></a>
  • I set the github_username variable in _config.yml :
      github_username:  rohithegde

Subscription / Notification

Other configurations

This is how I created my technical blog on Github. I really like its current simplistic look though it is replete with a lot of features. It encourages me to blog more :relaxed:

Feel free to add your thoughts, questions, doubts, suggestions as comments below.

Feel free to share this article :

submit to reddit

Add your thoughts, questions, doubts, suggestions as comments below :