Live data from Hacker News

Hugo – Golang static site editor

gohugo.io

31–40 of 47 posts

Re: Hugo – Golang static site editor

#31
I just tried to make a Hugo website and it was easy. I don't think it is super important, but you can't not notice how fast it is.

I am a ruby guy and I really like Middleman, but there are things to like about Hugo. I like how it can pull data files. What I am not sure and need to explore, with Middleman I can implement pulling of the data, I am not sure I could do this with Hugo, but on the other hand, it can pull CSV and JSON from remote, so that is good. Also, taxonomy looks nice, I can see how all this can be useful.

Overall I am pleasantly surprised how well it is done. Some syntax definitely looks weird, but it might be just that I need to adjust to it.

Really happy to discover something new. Excellent work.

Re: Hugo – Golang static site editor

#32
post #28
post #15

Earlier quoted context omitted.

Apart from that, separating content and design can also be a big deal for working with different kinds of tooling. You can use hugo to fetch JSON, YAML or CSV data from remote URLs and use those data as part of the build process. And if you use local data files instead of HTML you can use a tool like netlify-cms (github.com/netlify/netlify-cms) to give end users an easy way to work with that structured data without e…

Oh wow, I just looked up their doco, and found the csv and rest connectors. Thank you so much for this. Had I known I may not have built a recent parts database website with harp.js and a weird mashup of php, bash and even a go sitemap script. Dumping out csv files from excel, iterate through said csv files with php and dump ejs files with part (628 in all) then harp compile followed by an s3 sync for all 633 pages o…

You're welcome! And give netlify a try (I'm a founder). For a large site with hundreds of interlinked pages, S3 has the problem that there's no good way to do atomic deploys (what they call all-or-nothing consistency for whole deploys in the stout documentation).

Netlify will make sure you get true atomic deploys where no changes go live before all changes have been uploaded and handles instant cache invalidation.

We have built-in support for hugo for our integrated continuous deployment system, and can do builds triggered by webhooks. So for any setup where you're building based on external files, you can easily trigger rebuilds whenever one of those datasources gets updates...

Re: Hugo – Golang static site editor

#34
post #29

I use hugo on my personal blog at the moment. http://utkarshsinha.com/ A few things I've found interesting are: - Getting the layout just right takes a bit of tinkering (I mean the layout, theme and include file locations - not the CSS). - The `hugo` executable is just perfect. hugo server --watch is all you need (plus it's super fast!) - Also, I'm not a Ruby person. I don't need a whole Ruby ecosystem working on my…

I'll second these comments about Hugo. I use it with my business website ( http://www.optimojoe.com/ ) and have been extremely happy. As a couple more comments: - Grab the repo https://github.com/spf13/hugoThemes and flip through the themes. Personally, I don't keep the repository in my Hugo project, but just have a soft link to the base directory. Then, the command `hugo server --theme=MyThemeHere`, let's me instant…

Likewise but I use gulp and the awspublish plugin to get things to S3. This way I can easily push a non-minified non-ulgified version to a staging s3 bucket to test/debug and then a minified, uglified, gzipped, long cacheTime version to my 'production' bucket when I'm happy (which also uses Cloudfront mostly just for the SSL).

Re: Hugo – Golang static site editor

#35
post #7

I started looking into Hugo as a faster alternative to Jekyll. Two reasons why you'd disregard the fact that Hugo doesn't have the same support as Jekyll on GitHub pages: 1. You're dealing with thousands or more pages. Jekyll can be slow as heck passed a few hundreds of posts. Benchmarks [1] show that Hugo is way 2. You want to avoid dealing with Ruby. Honestly, every single time I have to install a Ruby app I end up…

Thanks for linking my post (the [1]), Id like to add an issue to this though. A few of the latest updates (0.11 seems to have been the fastest so far) to Hugo have made the build time significantly slower, moving it closer to Jekyll. I've yet to test 0.15 though which hopefully improves the performance of Hugo again

Re: Hugo – Golang static site editor

#36
I am currently using it for my blog at https://kaushalsubedi.com/ and as someone who just switched from WordPress, the difference is night and day. I threw the site in a CDN and everything loads almost instantly since its all static.

Hugo compiles fast, and the templating system is easy to understand and modify. Only wish it had support for directly compiling it and pushing the changed files from last pushed version via SFTP or even FTP.

Re: Hugo – Golang static site editor

#40
Is the speed really that much of a problem? About 90% of all SSG-based blogs I've seen contain about half a dozen posts, as switching/using a SSG was basically the reason someone got (back) into blogging. And then abandoned it six months later.
Post reply on HN