Spread the word:
Super cool new features. Tnx to all contributors for again great work. Very much appreciated.
Thanks to the dev team for this new release
A little summary usually done by @FelicianoTech :
Hugo Snap - the Hugo Snap/SnapCraft package - updated
Docker Hugo - a Hugo Docker image for Continuous Integration- updated
Fedora Copr - Hugo RPM packages for Fedora and CentOS - updated
Just made a test with my test site which creates 18 regular pages, 36 other pages, 2 series, 4 tags and 4 categories.
v0.29
: 171ms
v0.30
: 53ms
This is truly amazing. Tnx again.
with 8go ram
8027 regular pages created
1536 other pages created
0 non-page files copied
53 paginator pages created
2 sharingType created
39 category created
711 cityName created
V.029 total in 11101 ms
V.030 total in 1206 ms
If youād try this with Jekyll it would take probably hours. Tnx for the example - very inspiring.
Holy cow! Yes, this is a feature where āthe bigger site you have, the bigger boost you get.ā Which is a rare thing.
The new --templateMetricsHints
option allowed me to shave 15% off of my build time on a partial with ācache potentialā of 39. Changing it to a partialCached with variant set to .RelPermalink
reduced the number of calls from 13,957 to 3,020, saving about 1.9 seconds.
Update:
Running it against my recipe theme revealed that my navbar was incredibly expensive. Caching it with the variant set to .Dir
shaved 36% off the build time by reducing the number of calls from 20,556 to 54.
-j
Thanks! Docker Hugo is updated.
I correctly understood that the new quick render does not update the list, which includes the changed page? Iām not against this behavior, just for information.
Your question is a little vague. It will update everything (lists etc.) for the home page, the current page you edit and the last 10 pages you visited. So, full site processing etc. (full content, all pages, all lists updated, taxonomies, related content, whatever), but we limit the render to the pages āyou seeā.
The behaviour from this feature is very well defined and described in detail by me in the PR that implemented (link in release notes).
Thank you for the new release. hugo server -w
works great for me too.
But hugo -w
(without server) does not. While it shows the console message like ... 96 regular pages created ... total in 12 ms
right after updating a source file, the corresponding output file in public/
remains the same. Can anybody reproduce this behavior?
I wanted to thank everyone, for the constant releases, and also because more often than not, my snap is updated before Iāve seen the announcement.
Anyone else having trouble building hugo?
I tried an update - and it failed w/ problems in helpers:
$ go install
# github.com/gohugoio/hugo/helpers
helpers/pygments.go:315:30: undefined: "github.com/gohugoio/hugo/vendor/github.com/alecthomas/chroma/formatters/html".LineNumbersInTable
I upgraded go (1.9 => 1.9.1) and blew away my hugo local repository, tried a fresh go get:
...
# github.com/gohugoio/hugo/helpers
hugo/helpers/content.go:164:28: undefined: blackfriday.EXTENSION_JOIN_LINES
hugo/helpers/content.go:257:16: undefined: blackfriday.HTML_SMARTYPANTS_QUOTES_NBSP
Is anyone else having this much trouble?
I finally got a build by also blowing away the local russross/blackfriday repoā¦
You need to look at the build instructions vs vendoring. Install mage
and run mage install
.
Hmm - so, source build instructions on both https://gohugo.io/getting-started/installing/ and https://github.com/gohugoio/hugo/blob/master/README.md both in need of an update?
Iām not seeing a āmageā mention on either.
Pointer to any current notes on this appreciated.
I see - thanks. So the build instructions on this ācontributingā page are the ones to use,
current.
confirmed that it is fixed in v0.30.2. Thanks!