Live data from Hacker News

Zola: A fast static site generator in a single binary

getzola.org

141–150 of 177 posts

Re: Zola: A fast static site generator in a single binary

#141
post #111
post #7

I though this was about the wedding registry site at first. Anyway, I liked this line from the Github: > Hugo gets ehh for the template engine because while it is probably the most powerful template engine in the list (after Jinja2) it personally drives me insane, to the point of writing my own template engine and static site generator. Yes, this is a bit biased. This seems to be the life cycle of static site generat…

I did this exact thing when I got frustrated with Jekyll (and friends) and created Hugo. Of course, at the time all SSGs were in dynamic languages and very VERY slow. Happy to see some Hugo ideas made it into Zola.

Sorry to pile on here, but THANKS for Hugo! It’s legitimately great and has helped me quickly and easily updated (with the help of netlify) set up a really useful set of online notes for myself. I truly appreciate your work.

Re: Zola: A fast static site generator in a single binary

#142
post #137
post #100

Earlier quoted context omitted.

Pollen seems so incredibly cool and powerful, but every time I have tried to play around with it, I get distracted by small quirks and areas that I wish were documented more clearly, or in a more organized format. My daydream is to make a _good_ technical documentation system with it that is usable by the everyman, but it's still just a bit too much of a stretch. Markdown + pandoc + LaTeX templates get close, but LaT…

Don't mess around with Markdown and LaTeX for documentation. AsciiDoc is what you want.

Your post changed my life. Thanks for sharing this about AsciiDoc. It's such a nice tool.

Re: Zola: A fast static site generator in a single binary

#143
post #7

I though this was about the wedding registry site at first. Anyway, I liked this line from the Github: > Hugo gets ehh for the template engine because while it is probably the most powerful template engine in the list (after Jinja2) it personally drives me insane, to the point of writing my own template engine and static site generator. Yes, this is a bit biased. This seems to be the life cycle of static site generat…

Yeah, I wrote two. And I think my next SSG will be a Makefile, because generating HTML is the easy part. The tough part is tracking dependencies and xrefs, which I also think are the tough part of any build system (SSGs themselves are a subset of build systems).

That, and coming up with a good design for the page.

Re: Zola: A fast static site generator in a single binary

#144

My input as a former technologist turned marketing guy over the years - where is a decent SSG (perhaps like Zola) with page building drag and drop tools like a Wix or a Squarespace? I'd love to move our site off of Wix - and have full control when needed and work offline before publishing pages - but inevitably you dive back into code or the guts of database queries once you leave these WYSIWYG tools. Between Wix and…

RapidWeaver [1] is a WYSIWYG SSG for Mac. I used it a few years ago and it was pretty good back then.

[1] https://www.realmacsoftware.com/rapidweaver/

Re: Zola: A fast static site generator in a single binary

#145
post #111
post #7

I though this was about the wedding registry site at first. Anyway, I liked this line from the Github: > Hugo gets ehh for the template engine because while it is probably the most powerful template engine in the list (after Jinja2) it personally drives me insane, to the point of writing my own template engine and static site generator. Yes, this is a bit biased. This seems to be the life cycle of static site generat…

I did this exact thing when I got frustrated with Jekyll (and friends) and created Hugo. Of course, at the time all SSGs were in dynamic languages and very VERY slow. Happy to see some Hugo ideas made it into Zola.

I absolutely love Hugo and as someone who was completely new to static site generators, it was the easiest to pick up and use in my opinion. Thanks!

Re: Zola: A fast static site generator in a single binary

#147
post #83

Earlier quoted context omitted.

Personally, all I want is a full proper programming language in my templating. Every templating language ends up being irritatingly limited, for me at least.

I use PHP for exactly this reason. I wrote my own single .exe binary (written in C++) that generates JSON files from markdown files + others. The JSON files are then turned into static files via PHP using whatever template I care to create. I think people their life harder when they go out of their way to avoid using PHP when really it is suited towards these types of problems.

It drives me nuts when people implement template languages on top of PHP. That was its purpose.

Re: Zola: A fast static site generator in a single binary

#148

Earlier quoted context omitted.

> Zola seem the most popular static site generator that allows you to generate a website without any JS bundle without using some strange hack. I'd say Gatsby or NextJS are more popular due to being written in JS. They can both produce zero JS websites.

I doubt people who want to avoid javascript will use a javascript based static site builder.

Isn't that a bit like saying that people who want small web pages wouldn't want to use hugo, as it's a 60 megabyte binary?

Re: Zola: A fast static site generator in a single binary

#149
post #140
post #135

Earlier quoted context omitted.

Hey there, I’m a happy Jekyll user. What frustrated you about it?

Jekyll lost me at “step one, install ruby”

When Jekyll was created, all Apple laptops shipped with Ruby, and Apple has (had?) a large share of the “developer/power user” market. That’s my theory, at least.

Re: Zola: A fast static site generator in a single binary

#150
post #11
post #5

Earlier quoted context omitted.

I've been using Gatsby recently and it's been pretty good, as long as you're not opposed to node and JS.

We're looking at Gatsby now. We don't care about the language used to generate a site as long as it doesn't send silent errors into the finished result (always a concern with JS...) What else did you try before landing on Gatsby?

Using react-static here. Has some issues and not always free of regressions, but also not as bloated as say Gatsby.

If you write React components in a way that leaves them functioning when statically rendered, I think it is relatively straightforward to roll your own generator that calls React’s built-in renderToString() on top-level app component during HTML generation, and bundles basic JS that does hydrate() in case user agent happens to have JS enabled (those two methods do a lot of the heavy-lifting). Devil’s in the details, of course, but have been low-key looking into that lately.

Post reply on HN