3 ms·

I'm aware of it, the majority of my static sites are still using Hugo since I haven't touched them for ages. The two features I really wanted when I started Gu

by Keats 9y ago

I'm aware of it, the majority of my static sites are still using Hugo since I haven't touched them for ages. The two features I really wanted when I started Gutenbrg were Sass compilation and syntax highlighting built-in: a clean build of my blog with Hugo + Pygments was taking ~20s for ~20 pages at the time and needed virtualenv for Pygments, Node.JS/npm for gulp-sass and the Hugo binary. Hugo now has syntax highlighting in Go so that part should be better though. Themes are supported in Gutenberg but there is only one so far as I didn't want to spend time on that yet. It is pretty fast to port themes though - took me about 10 minutes for Hyde: https://github.com/Keats/hyde https://github.com/Keats/hyde - so I might port ~10 or so next week to get the ecosystem started.

dualogy 9y ago
> with Hugo + Pygments was taking ~20s for ~20 pages at the time That's long! Glad I wrote my own in Haskell (and I'm a Gopher! just did it to get my feet wet in Hs) --- 92 pages in 1s (full rebuild; incremental is of course just a fraction) feels good to me now. http://github.com/metaleap/haxtatic http://github.com/metaleap/haxtatic No CSS magic tooling though. Just don't find vanilla CSS troublesome enough yet =) Edit: I saw you do ~10k pages in ~60s so guess we can see the Rust bonus there now --- certainly beats my extrapolated expected ~5-6k for the same time-frame. (Though I hope you were talking there about complex layouts with component-like-sub-templates / programmatic sub-renderers and date-time formatting, not just dumping-inner-markup-into-outer-markup =)
- piranha 9y ago
  I would expect lower timings, see https://github.com/piranha/gostatic/blob/master/README.md#speed https://github.com/piranha/gostatic/blob/master/README.md#sp...
  - dualogy 9y ago
    In Go, sure. In Haskell, for some app use-cases (and I believe static-site-gen is one such) it takes endless patience and tweaking to reach on-par performance with let's say "systems languages". There's scenarios where Haskell's lazy-evaluation may save a running program a lot of unnecessary work theoretically, but in practice I found there's not too many, compared to any eagerly-evaluated program written by a not-a-total-newbie-programmer. Certainly not such batch text-file processing. Then you'd easily parallelize your Go program wherever it makes sense, which in Haskell I didn't do but relied on whatever magic the compiler sprinkles in (if any) via compiler-options =) Also I'm having a rather excessive template system there! As long as it doesn't take 20s for 20p.. or I have to manage 10-100k-page sites..
smorks 9y ago
hugo has recently started using a go-based syntax highlighter that's built in, called chroma i believe (https://github.com/alecthomas/chroma https://github.com/alecthomas/chroma), which is supposed to be much faster than pygments. anyways, this project looks very interesting to me, i also currently use hugo for my static sites, but this looks much simpler, and the sass compilation is a nice feature too.

by Keats 9y ago

dualogy 9y ago

> with Hugo + Pygments was taking ~20s for ~20 pages at the time That's long! Glad I wrote my own in Haskell (and I'm a Gopher! just did it to get my feet wet in Hs) --- 92 pages in 1s (full rebuild; incremental is of course just a fraction) feels good to me now. http://github.com/metaleap/haxtatic http://github.com/metaleap/haxtatic No CSS magic tooling though. Just don't find vanilla CSS troublesome enough yet =) Edit: I saw you do ~10k pages in ~60s so guess we can see the Rust bonus there now --- certainly beats my extrapolated expected ~5-6k for the same time-frame. (Though I hope you were talking there about complex layouts with component-like-sub-templates / programmatic sub-renderers and date-time formatting, not just dumping-inner-markup-into-outer-markup =)

piranha 9y ago
I would expect lower timings, see https://github.com/piranha/gostatic/blob/master/README.md#speed https://github.com/piranha/gostatic/blob/master/README.md#sp...
- dualogy 9y ago
  In Go, sure. In Haskell, for some app use-cases (and I believe static-site-gen is one such) it takes endless patience and tweaking to reach on-par performance with let's say "systems languages". There's scenarios where Haskell's lazy-evaluation may save a running program a lot of unnecessary work theoretically, but in practice I found there's not too many, compared to any eagerly-evaluated program written by a not-a-total-newbie-programmer. Certainly not such batch text-file processing. Then you'd easily parallelize your Go program wherever it makes sense, which in Haskell I didn't do but relied on whatever magic the compiler sprinkles in (if any) via compiler-options =) Also I'm having a rather excessive template system there! As long as it doesn't take 20s for 20p.. or I have to manage 10-100k-page sites..

smorks 9y ago

hugo has recently started using a go-based syntax highlighter that's built in, called chroma i believe (https://github.com/alecthomas/chroma https://github.com/alecthomas/chroma), which is supposed to be much faster than pygments. anyways, this project looks very interesting to me, i also currently use hugo for my static sites, but this looks much simpler, and the sass compilation is a nice feature too.