The technical implementation of this site, Part 2
Posted on Thursday February 18, 2016
As promised in the Part 1 of this blog post miniseries, this second part will discuss the files this site consists of and how I manage them. As also mentioned in that post, all the pages on this site are static. This post will explain why I have chosen to use static files.
Static site generator?
On creating the content of this site
As mentioned above, I do not use any fancy editors when I write the content and code for this site. I use just a plain text editor, mainly in Terminal because I have a “coding” setup always open. I could try out some editors that have been designed to this kind of workflow, but I kind of like the simplicity of my current setup.
As I mentioned in the Part 1 of this blog post miniseries, the RSS feeds are autogenerated using a Bash script. The JSON files that I use to store some data are mostly written by hand. The only exception to that rule is the addition of the permalink of a new blog post that gets added by the publishing script. Why I write my JSON files by hand? The data I store in JSON files is small enough to handle manually. Maybe one day when my site becomes big enough I need to reconsider my workflow and start managing the JSON data using a specialized editor. Yeah, right, like that day would ever come…
Ads, analytics, user tracking
If you have (ever) visited the site, you may have noticed that it is devoid of ads. While the terms and conditions of Kapsi (the Finnish non-profit for Finnish Internet users, that hosts this site) do not allow commercial activities, they would allow me to have ads on the site. However, I have decided not to have them. Why? Well, I personally dislike what online ads (and ad networks) have become. Furthermore, ads would never fit to the overall look and feel of the site.
Similarly, I do not have any analytics packages running on this site. I do not like what they do, and furthermore they would bloat the pages, which is something I do not want to do. I value speed and lean site size more than the information of what you do on my site. Besides, what would I do with that information? You came here to find something that you wanted, and you probably found it. If you did not, you most likely can send me an email where you ask about it.
The same reasons apply to social media sharing buttons. They bloat the site and do nasty things in the background. Besides, most likely your browser has existing share functionality built in. Learn to use it, it is really handy. Also, it is more flexible than a button I would need to add on my site.
That is it. This post concludes the miniseries on the technical implementation of this site. It also gives a glimpse of the workflow I use when writing for the site. Hopefully you have enjoyed reading about these technical tidbits.
The comment in Part 1 applies also here. ↩
Lately it has been Vim, which I seem to open every time. At the moment I should actually be using Emacs (it is my current $EDITOR), just to keep in touch with it and its shortcuts too. ↩
That is, I cannot sell products/services/whatever that would bring in money on this site. ↩