Making-of this blog

written by daniel in frontend devops on 27 Apr 2020

Update 2022-07-13: This post is about a previous version of this site. The current version is generated with Jekyll using a custom GitHub action and hosted on GitHub pages.

Old TL;DR You’re looking at a static site generated by Next.js, hosted on GitLab pages.

I wanted a place to store thoughts and ideas. This site is the overengineered result of procrastinating from actually writing the content.

Why Next.js?

A static site was an obvious choice. The content won’t change very often, it’s fast, I can host it on Git(Lab|Hub) pages for free. There are dedicated static site generators like Gatsby, but I decided to go with Next’s static HTML export (introduced in Next 9.3). Next has a lot of awesome features that make development (and writing posts locally) much easier, like out of the box support for hot reloading and CSS modules.

The result is an SPA with a 73 KB first load. Subsequent page transitions are client-side and only fetch JSON data. Still works flawlessly with Javascript turned off.

Update 2021-01-15: I found an unstable Next.js page-level config option to turn off all runtime JS. The result is 7.54 KB transferred (compressed) on first load.

export const config = {
  unstable_runtimeJS: false,

How this works

Next.js pages fetch data from Markdown files at build time with the use of getStaticProps. Next exports all pages static and dynamic (as defined in getStaticPaths) as HTML files which I deploy to GitLab pages through a CI pipeline.

Try it for yourself

Clone, install, add a new post, run dev server.

$ git clone
$ cd blog && yarn install
$ yarn add-post "New post title" tag tag2 ... # add a new post
$ yarn dev

You can continue editing the newly created post in posts/ Once you’re done writing, commit the changes and push to GitLab to deploy the piece to pages.

If you’d like to base your own site on this without the color scheme and posts, clone a more barebones version from v1.1.0:

$ git clone --branch v1.1.0 --single-branch
$ cd blog && git switch -c master

Deploying to GitLab pages

The deploy to GitLab pages was pretty straightforward. I ended up with 3 stages in the pipeline:

  • install dependencies
  • build & export HTML (needs git installed to determine last commit date per post)
  • gzip, copy to public folder, deploy to pages

GitLab pages can serve gzip and brotli compressed files, if you pre-compress them prior to deploying. See the pipeline config in for how I did it here.

I’m using a simple Cloudflare worker to add basic security headers.

That’s it!

I’m pretty happy with the setup. I find writing in Markdown very convenient, the site is fast (landing page is 73 KB gzipped, 212 KB uncompressed), responsive and works with Javascript off. (landing page is 7.54 KB brotli, 29.56 KB uncompressed) and there’s no JS.

What I’m missing is some sort of usage statistics. GitLab unfortunately does not provide any access logs for pages, and I’m not going to ruin a static site with a JS tracking script. A tracking pixel would work but still need to be hosted somewhere.

Update: I got around to setting up a GoAccess tracking pixel.