← Back to context

Comment by charles_f

13 hours ago

I've been using the same version of Jekyll, using the same outdated, discontinued version of ruby, for more than 10y. I refuse to learn anything about ruby, or spend any time upgrading Jekyll or any of the 2 plug-ins I use, and I take a weird pride in that. It works, it generates my blog, I don't want it to do anything else. I have no idea how it works anymore. For all I know Jekyll has been abandoned. That version of ruby might be riddled with bugs and security holes, and why would I care? it's only used when I generate the website, in a docker container that doesn't talk to anything.

Eleventy might not receive new features, your website will still work.

> Eleventy might not receive new features, your website will still work.

The beauty of SSGs, in one sentence, folks.

I'm not aware of any CVEs in HTML, either.

I was in the same boat! I love Ruby so the language isn't an issue, but I generally do not like Jekyll. I especially find the template system very limiting. That is especially disappointing since ERB is pretty great. I wish that had been a first class feature.

I use it to generate my resume, and I went almost 10 years without updating Jekyll. Since Claude has come on the scene, I used it to upgrade everything to the latest and it was quite painless. There's something beautiful about a system that is so stable. Sinatra especially is a joy, because it has been so stable for so many years.

Same here 10+ years on Jekyll, old Ruby version, zero interest in changing it. I run it in a container too. It just works. It generates HTML and HTML still works. I'll be on this setup for another 10 years.

  • Same here. I have multiple sites working on Jekyll for almost 10 years as well. I’ve considered moving on to other frameworks such as 11ty and tried local versions for the sake of learning and “upgrading”. But in the end Jekyll still works flawlessly and is very easy to maintain. I use a newer version of Ruby though.

Ha, I had a similar story with Jekyll but my build wasn't containerised. At some point it stopped being compatible with the latest [something. Ruby? Gems? I don't care, just build my fucking HTML templates please] so I just migrated to Hugo.

I stuck around on Hugo for quite some time and I've never had any such issues yet, but now I've also wrapped the build in Nix. So yeah I'll do the same - if it ever stops working I'll just pin the build inputs at the last version that worked.

I _think_ the Hugo folks seem to understand the "just build my fucking HTML templates" principle. I.e. for most use cases the job of a static site generator is simple enough that breaking compatibility is literally never justified. So hopefully pinning won't be necessary.

  • Just last week updating Hugo broke my templates. That‘s happening every few months. They deprecate and then remove or rename template variables like crazy.

    Great tool, though.

    • Yeah, I really don't understand why some developers have an extreme compulsion to constantly deprecate and rename things like this, causing massive upgrade headaches to users.

      In addition to Hugo, it happens constantly in GoReleaser. In both cases, they're excellent tools, but the unending renaming spree is just awful. Weirdly, both are in the Go ecosystem, which generally values backwards compatibility.