A few months ago I was faced with the task of developing a bunch of websites / webpages for a variety of requirements (one of which was the new Opelex website). This post is a brief log of how I set it up using Jekyll and github pages.
Most of the requirements were fairly straightforward:
- A “content-first” approach - once the site is set up, adding content should be as simple as possible
- Appearance should be simple and aesthetic - nothing fancy needed
- Good responsive design - should be usable on any screen size / device.
- Must support a mix of blog-type content, simple pages, images, and embedded content.
I had worked with bootstrap earlier to develop my university homepage, but I knew that it was not a scable solution beyond a few simple pages with largely unchanging text. Based on the requirements, Jekyll seemed like the obvious choice, especially given the great support from Github pages.
Other than the official documentation, here are some notes that I would have found useful, in hindsight.
- The Official Jekyll documentation is good for creating a very plain website. Definitely go through the example once so you know what a working system should look and behave like.
- Choosing a base theme is critical. Do not waste time on a theme that does not look 90% of what you finally want. Changing colors and fonts in the theme is realatively easy - changing layouts is not. Spend some time looking through the demo site - usually the demo site will show off all the features of the theme/template.
- Not all themes work with github pages. As far as possible use a theme that explicitly states compatibility with github pages.
- Tags and Categories are baked into Jekyll. Even if you don’t see categories/tags in a theme, these can be added.
- To “live preview the site / code as you write it, you can use a markdown editor like brackets, or you can locally serve the site using this command
bundle exec jekyll clean; bundle exec jekyll serve --livereload --watch
The first command “cleans” up all generated files; the second one force-regenerates everything and serves it up to be viewes in a browser. Note that the
--watchoption causes re-compilation whenever any file changes, and
--livereloadcauses the browser to refresh / reload when this happens. This only works when you edit the layouts/markdown content. If you edit
_config.ymlor other files you need to run the clean and serve commands again.