this post was submitted on 20 Apr 2024
2 points (100.0% liked)

Rust Programming

8168 readers
6 users here now

founded 5 years ago
MODERATORS
nutomic@lemmy.ml
Joe@lemmy.ml
AgreeableLandscape@lemmy.ml
2
Anybody wanna try a new static site generator? (github.com)
submitted 7 months ago by jplatte@discuss.tchncs.de to c/rust@lemmy.ml
5 comments fedilink hide all child comments
 

I just released v0.1.0 of hinoki, my static site generator :)
The README.md should explain usage, and you can also see how I ported my blog to it here.

This project started because I'm not entirely happy with Zola, which does not support customizing page paths much (e.g. /year/month/day/title/index.html style paths) and made some other design decisions that I wanted to explore alternatives to.

You can download the binary from GitHub releases, or cargo install it from git.

Any feedback is appreciated, here or in the GitHub issues!

you are viewing a single comment's thread
view the rest of the comments
[–] jplatte@discuss.tchncs.de 1 points 4 months ago (1 children)

EDIT: Here’s a screenshot of what I mean by saying I’ve gone way overboard.

Wow! Impressive :)

You accidentally re-used the link to the Zola issue tracker there.

Oops, fixed.

it’ll depend on how amenable it is to checking a site rooted in a file:// URL so I don’t need the overhead and complexity of spinning up an HTTP server to check for broken links.

Wouldn't you want your SSG to include a dev-server anyways? Zola has zola serve which even does incremental rebuilds, but something less sophisticated should be easy to add to your own (only took me a weekend to add to hinoki including rebuilds, though mostly starting the build from scratch on changes).

[–] ssokolow@lemmy.ml 1 points 4 months ago* (last edited 4 months ago)

Wouldn’t you want your SSG to include a dev-server anyways? Zola has zola serve which even does incremental rebuilds, but something less sophisticated should be easy to add to your own (only took me a weekend to add to hinoki including rebuilds, though mostly starting the build from scratch on changes).

I don't want the overhead of looping through an HTTP client and server implementation in places it doesn't need to. I design my tooling based on a test target roughly comparable to the Raspberry Pi 4, performance-wise.