Ask HN: What's the simplest static website generator?
I've tried Jekyll in the past but the setup is a bit overwhelming and it gets complicated super fast. I am looking for something where I can keep my header and footer separate and then include them in every other page. That's it. No CMS and no blog. Is there something which handles this well and is easy to set up?
Hugo comes out of the box with headers and footers, but you'll probably want to grep around a bit before you understand them fully. I can still recommend my https://github.com/Siilikuin/minimum-viable-hugo as a decent way to get started with a "gears first" approach to Hugo, even though recent developments have made it a bit outdated (in a good way!).
Pandoc can be your friend. My site maker [1] is built around it.
I think a hundred or so well-chosen lines of your favourite scripting language can do wonders. Mine is ~300 lines of Bash because I over-engineered a thing or two for kicks. The core of it is maybe 50 lines.
Well, I built my static website generator out of Bottle - a single-file HTTP framework that has built-in templating. Bolting on a route that renders Markdown files is pretty simple, really, and a simple os.path.walk() and directly calling the routed function will let you do everything you need.
So you only really need bottle and markdown in your requirements.txt, and around 100ish lines of code. Maybe a little more if you want to upload the results to Cloudflare directly (for which I’d use requests).
You can rinse and repeat that with aiohttp and markdown if you want the async flavor (which is what I’d do these days if I hadn’t already “finished” mine).
I've built dozens of things on it, some of which (like API servers) were surprisingly load-bearing. Upgrading some of those to aiohttp was trivial (but didn't help much performance-wise, since bottle was already so lightweight).
Astro is more simple than NextJS in my opinion, though even that feels like overkill for an SSG that's only needed to keep the header/footer consistent.
I keep wondering about this, but you know what? I just keep using Blogger from Google.
It's there, it works, and it's totally simple. I don't have to do any maintenance or worry about hosting or a domain name.
Images go into my Flickr account, and I save a copy of each post's text, in case I ever want to do something else. But not so far. Been on Blogger since 2009.
> I am looking for something where I can keep my header and footer separate and then include them in every other page.
Are you married to markdown or is HTML markup sufficient[1]? Because just using a single 5-line web-component is sufficient for a shared header/footer on each page.
I have a tiny web-component that does this (the shortest I saw in the wild is a 5-line one). Lets you do things like this:
[1] Although markdown does let you include verbatim HTML, so you can use web-components directly within markdown too. A 2-line bash script to call pandoc to turn markdown into HTML is sufficient.
I find it very simple to use as a developer, but there are quite a few things happening behind the scenes to make the site itself faster to load for users (e.g. it inlines the CSS so you don't have to load a separate sheet).
The only downside of it is that it depends on a package manager.
You haven't given detailed specifications, but if you're writing the pages in markdown and you have Pandoc installed, this simple Makefile will do what you want, where website.html is your Pandoc template:
I have used Caddy and its Server Side Include functionality (templates) to take care of repeating elements like header and footer etc. Does not get much simpler than that.
I would recommend just writing one yourself. It's not very hard, and the process of writing it will make you intimately familiar with how it works, so you won't feel overwhelmed.
Just writing simple software feels way better than reading docs for an arcane tool that will change on you over time due to updates.
> I am looking for something where I can keep my header and footer separate and then include them in every other page.
As others have said, this is a perfect fit for SSI. You could also deploy a simple php page (just using php as a template engine with server side/host support).
I've experimented with m4 for something similar in the past.
I would probably recommend going with Hugo, though:
I use GNU make and obsidian. Write content in markdown, feed it to https://github.com/commonmark/cmark to create html. I intended to splice files together using xslt but echo and cat written in the makefile sufficed.
Plumbing is a bit obfuscated, not sure I've written it down anywhere. I write/edit files in obsidian or emacs. The obsidian sync feature copies those to a pi5 which also runs obsidian. That stashes whatever is in the directory into a fossil repo as a backup / sync to other machines mechanism. Something runs make periodically to rebuild the site which gets copied back into obsidian and thus ends up back on whatever device I'm using to edit the files.
A simpler setup would involve committing markdown to a github repo and having a cron/make somewhere pull from that, rebuild the site, commit to the same or a different github repo.
That was what Server Side Includes[1] were exactly for. It comes built-in with Apache. I don't think Cloudflare Pages does it but looks one of the build tools supported by CloudFlare Pages, and choose the simplest one you find. Own and keep the content with the option to just keep changing the tool -- then keep trying till you find the ones that suits you best.
I'm currently using Zola, but a recent HN article reminded me to try Soupault along with Pandoc.
Soupault is more geared to the use of external tools and plugins, which can make it more complicated. But if you already know the tools you're going to hook up to it, it's easier in the end.
Do you have a preferred programming language? Whether building your own or using a framework, you’ll need to deal with the ecosystem. There’s lot is boots recommendations here, but if going for easy, I would make the initial decision based off what environment you’re already most comfortable with (JavaScript, Python, go, bash). In general I’d prefer an ssg over server side includes because there’s so many easy and free CDNs that you can use
>I am looking for something where I can keep my header and footer separate and then include them in every other page. That's it.
PHP. That's literally the one thing it does well. You should still use a framework (is Slim Framework still a thing? It's small, if it is) for routing and escaping but as long as your header and footer are pure HTML then you can just include them.
https://blot.im/ is the one that finally made it possible for me to use one without configuration of both a web server and a site generator (neither of which I can do) and keep my files "local" in a synced Dropbox folder.
I use Jekyll just for the footer and nav/header. No blog and no cms. Not using sass or markdown. I installed it once, made everything local and turned it into a zip that a bash script unpacks into a name.local folder. Simple enough for me. Gem file just calls Jekyll current version and done.
But yes, if I were to recommend something, it'd be Zola given that there's just one executable that you need to run and there's absolutely no setup required.
We used Zola for https://matrix.org and it was an overall pleasant experience!
One major upside of Zola is that it's very stable, so you don't end up updating your dependencies every other day.
One significant downside is that Zola seems to be sometimes a bit creative with the slugs generation, which can generate slug collisions where there shouldn't be any. It's possible to override them manually though.
If you all don't like sed(1), then use awk(1); I just hadn't recommended that approach because it'd be too simple: like with poetic form, if you want to do something interesting, you've got to choose some constraints.
With SSI, your template for every page would basically look like this:
Making your own SSG is another good solution. They're easy to make, and you can tailor them to your own particular needs.Then I built that into a live update system I called TCUP (torstenvl's content update program).
It was a fun project, and ended up being the first non-trivial program I wrote (I was 17-18).
Quite simple to start, and a nice system to add some scripting and styles without the requirement of bringing in a framework.
I think a hundred or so well-chosen lines of your favourite scripting language can do wonders. Mine is ~300 lines of Bash because I over-engineered a thing or two for kicks. The core of it is maybe 50 lines.
[1] https://github.com/adityaathalye/shite
The README documents the architecture and rationale. Maybe it will help you figure out yours. Happy hacking!
So you only really need bottle and markdown in your requirements.txt, and around 100ish lines of code. Maybe a little more if you want to upload the results to Cloudflare directly (for which I’d use requests).
You can rinse and repeat that with aiohttp and markdown if you want the async flavor (which is what I’d do these days if I hadn’t already “finished” mine).
And, if you’re into LISP… https://github.com/rcarmo/sushy might make for some fun reading.
Cloudflare page for deploying Next.js static site:
https://developers.cloudflare.com/pages/framework-guides/nex...
On the sidebar they provide a ton of other guides for different generators, too.
It's there, it works, and it's totally simple. I don't have to do any maintenance or worry about hosting or a domain name.
Images go into my Flickr account, and I save a copy of each post's text, in case I ever want to do something else. But not so far. Been on Blogger since 2009.
Are you married to markdown or is HTML markup sufficient[1]? Because just using a single 5-line web-component is sufficient for a shared header/footer on each page.
I have a tiny web-component that does this (the shortest I saw in the wild is a 5-line one). Lets you do things like this:
[1] Although markdown does let you include verbatim HTML, so you can use web-components directly within markdown too. A 2-line bash script to call pandoc to turn markdown into HTML is sufficient.I discovered it via one of Kevin Powell's videos: a 20 minutes tutorial to get started using Astro: https://www.youtube.com/watch?v=acgIGT0J99U
I find it very simple to use as a developer, but there are quite a few things happening behind the scenes to make the site itself faster to load for users (e.g. it inlines the CSS so you don't have to load a separate sheet).
The only downside of it is that it depends on a package manager.
files := $(patsubst %.md,%,$(wildcard *.md))
all:
for f in $(files); do \
Just writing simple software feels way better than reading docs for an arcane tool that will change on you over time due to updates.
I think may of us here are guilty of the right hand side.
You might come back to it in a year and hate it, but that’s also part of the SSG vision question every software engineer is required to go through.
As others have said, this is a perfect fit for SSI. You could also deploy a simple php page (just using php as a template engine with server side/host support).
I've experimented with m4 for something similar in the past.
I would probably recommend going with Hugo, though:
https://discourse.gohugo.io/t/solved-using-html-for-content-...
https://gohugo.io/getting-started/quick-start/
An article from 1997 on using m4 and make - would strongly recommend just using php cli these days...: https://tldp.org/LDP/LG/issue22/using_m4.html
For rolling your own in php, see:
https://rosswintle.uk/2021/12/hang-on-php-is-a-static-site-g...
https://www.dah5.com/staticphp/
All questions I have, are solved by ChatGPT, e.G. adding "_small" to jpgs.
so I don't need to learn or remember Hugo API.Quite recently I've added jamstack to reduce image sizes etc. to make the site faster.
Plumbing is a bit obfuscated, not sure I've written it down anywhere. I write/edit files in obsidian or emacs. The obsidian sync feature copies those to a pi5 which also runs obsidian. That stashes whatever is in the directory into a fossil repo as a backup / sync to other machines mechanism. Something runs make periodically to rebuild the site which gets copied back into obsidian and thus ends up back on whatever device I'm using to edit the files.
A simpler setup would involve committing markdown to a github repo and having a cron/make somewhere pull from that, rebuild the site, commit to the same or a different github repo.
1. https://en.wikipedia.org/wiki/Server_Side_Includes
Soupault is more geared to the use of external tools and plugins, which can make it more complicated. But if you already know the tools you're going to hook up to it, it's easier in the end.
- https://github.com/PataphysicalSociety/soupault
- https://github.com/getzola/zola
Flask with jinja, then you just do {% extends layout.html %} etc. It might be overkill but it's not that hard
Feel free to clone this repo: https://github.com/cpach/piper
PHP. That's literally the one thing it does well. You should still use a framework (is Slim Framework still a thing? It's small, if it is) for routing and escaping but as long as your header and footer are pure HTML then you can just include them.
https://barf.btxx.org
Live demo for those wondering: https://pblog.btxx.org
Also I guess since I'm a Ruby dev a lot of Jekyll stuff made sense to me pretty quick.
https://getpoole.com/
But yes, if I were to recommend something, it'd be Zola given that there's just one executable that you need to run and there's absolutely no setup required.
One major upside of Zola is that it's very stable, so you don't end up updating your dependencies every other day.
One significant downside is that Zola seems to be sometimes a bit creative with the slugs generation, which can generate slug collisions where there shouldn't be any. It's possible to override them manually though.
DX is great.
In most cases, ships absolutely zero JS to the client, meaning super fast load times.
[1] https://www.yusufbirader.com/
https://so.dang.cool/blog/2024-01-22-DSG-Dumb-Site-Generator
It's free.
(disclaimer: it's one of my side projects)
./bin/pp: cannot execute binary file: Exec format error
Is it because it's a 32 bit binary?
I never hear people talk about it, and it’s perfect.
It can get complicated, but at the end of the day it’s just markdown to html.
all you need is some setup and a git repo the rest ist done for you and unless you host traffic heavy content it will most likely be free forever.