A year of melabit.com

Wed, 31 Dec 2025 06:00:00 +0000

2025 was a turning point for this little blog. Leaving the comfort zone of Wordpress.com was neither easy nor painless, especially when I discovered that once the site was online, Jekyll was slow, too slow to be usable.

Thankfully, Hugo saved the day, although there are still many details to be ironed out, first and foremost the website’s graphic design.

– Image generated by Google Gemini.

Managing posts in two different languages is not easy, but it is worth it, as posts in English allow to reach a pool of users that would be unimaginable if I only wrote in Italian.

The main concern with the new site is the near absence of comments on posts. I don’t know if it’s because they’re too complicated, too long, or both. The fact is that the lack of comments is really worrying. And this is despite the fact that there are a good number of visitors and that on average 5% of them spend 15 minutes or more on the site. Maybe in the end they’re too exhausted to comment, who knows!

Needless to say, I never use AI tools to write the posts. At most, I use them to look up a few technical terms when I can’t remember the Italian equivalent (for instance, I always forget that Tab in Italian is Scheda, not Linguetta). Sometimes I try to use AI to improve the flow of a few sentences, but it’s almost always a waste of time. In the end, the text sounds so flat that it’s better not to write it at all.

However, I admit that I use AI for the initial translations. I need it mainly to save typing time, even though it then takes quite a while to refine the result and make the translation more fluid and natural.

I also often use AI to generate the images at the top of the posts. In this case, I have no choice. While I’m not bad at writing, I’ve always been second to last in the class when it comes to drawing and graphics, and only because the last one was really terrible. So I’m doing you a favor. But even with Google’s much-celebrated Nano Banana, it took a lot of effort to convince it to generate the image for this post, with the right text, the real homepage, and so on. Anyone who says that Nano Banana is so smart that it understands what you want right away is telling you lies.

If all goes well, 2026 will bring some new developments. I’m not sure in what order, but revising the graphic theme is definitely at the top of the list.

Stay tuned! In the meantime, best wishes for 2026. May it be a year full of good things and happiness for everyone!

Jeeeeeekyll? No, Hugo!

Sat, 24 May 2025 00:00:00 +0000

As I was writing about my transition from WordPress to Jekyll, I knew I had to prepare for another change.

From a technical point of view, Jekyll is a fantastic platform: it is easy to program, has impeccable documentation, and works perfectly during the development phase, with a limited number of pages and test posts. But, as I experienced firsthand, when Jekyll is asked to handle a real site with hundreds of posts, performance drops dramatically and response times become unbearably slow (and quite embarrassing, too).

In the late ’90s, it was normal to wait several seconds for a webpage to load.¹ But today, we’re used to pages that load instantly, so having to wait three or four seconds is unacceptable.

A high price to pay

Before I started working on the new site, I was well aware that Jekyll was slow. However, this slowness was always attributed to the site generation phase, which is performed sporadically and can be automated. And that was exactly what happened: during development, with a few dozen posts, I could regenerate the site in 10–20 seconds, quite annoying, but not dramatic; now it takes 15 minutes to regenerate the entire melabit.com.

What I didn’t know was that the generated site would also suffer from the same problem, which became evident as soon as I finished the development phase and started working with all the posts.

At that point, I was still convinced that optimizing the code and images and applying an aggressive caching would mitigate the issue. And in any case, I had gone too far to turn back. However, I soon realized that this strategy wasn’t enough, and that a radical rethink was necessary. So I started looking around.

Alternatives

Static site generators are like Linux distributions: there are too many of them, and in most cases it’s hard to understand why they even exist. At the moment, Jamstack lists 366 of them, while Static Site Generators counts nearly 500. Most have been abandoned, maybe because nobody was using them, or because the developer lost interest in continuing development. Let’s say the interesting ones are a dozen or so, maybe a few more.

Among these, I considered Bridgetown (very briefly, I admit), which is derived from Jekyll and therefore, at first glance, seemed like a natural evolution. However, I realised that few people use it, there are few plugins and even fewer themes. If Bridgetown is derived from Jekyll, how could I be sure that it didn’t suffer from the same slowness issue? Better to stay away and stick with the original.

Another candidate was Middleman, which is developed in Ruby like Jekyll. But Middleman is designed to generate plain websites, and you need a specific extension to make it support typical blog features, such as lists, taxonomies, feeds and comments. Also, the templating language is ERB (Embedded Ruby), which is a sensible choice since it’s integrated within Ruby. However, it meant having to relearn everything from scratch.

Long story short: in the end, the only serious candidate was… the good old Hugo.

Looking for speed

Many years ago, I wrote a post about Hugo, finding it interesting, but crippled by documentation that calling poor was being generous.²

However, its quality is not in question. Unsurprisingly, Hugo consistently ranks at the top of all the charts evaluating the quality of static site generators, just like Jekyll.

And Hugo has a real ace up its sleeve: it’s fast. In fact, it’s blazingly fast!

I can’t say whether Hugo is truly the world’s fastest framework for building websites, as claimed in the slogan at the top of its homepage. However, I have verified firsthand that Hugo can generate this entire site in under a minute, 15 times faster than Jekyll. Most importantly, the generated site is fast and responsive, exactly as you would expect from a modern website. That puts everything else in the background.

Hugo

So starting today, melabit.com is moving to Hugo, with a new design³ and trying to keep all the features of the Jekyll-based version. The first of these is the [Comma-based commenting system]https://melabit.com/en/2025/03/05/from-melabit-to-melabit-managing-comments-with-jekyll/), which after the transplant worked practically on the first try.

The permalinks have changed and now explicitly indicate the language of the post, which is a more rational approach. The feed has changed too. For now it’s the old RSS, but at some point I’ll check whether it’s possible to add ATOM.

Right now, the search function is based on Google, and will not work until the site is indexed again. Pagination needs to be revised, as does the logic that shows the featured post in the list of all posts. But these details can be sorted out later.

Because of how my mind works, I’d love to go into the details of how I modified Hugo and the chosen theme, but I’m afraid it would be boring, in particular after all the very detailed (but now almost useless) posts I wrote about Jekyll. I’ll think it over. In the meantime, if anyone is interested in knowing more, feel free to say so in the comments.