Jekyll Speed Hints
Once the site starts to grow, compilation speed can become an issue. Jekyll is not all that fast, and Classic can slow down things even more.
The main culprit for Classic’s performance is the creation of the menubar. More on that below. First some general speed hints about Jekyll.
Knowledge is power
Turn on the profiler. That shows how much time is spend where.
bundle exec jekyll serve --profile
will do the trick.
Exclude content that must not be compiled
_config.yml exclude the directories that contains stuff that can be copied and stuff that simply does not need to be compiled.
keep_files: [assets, icons] exclude: [README.md, raw-material]
keep_files to simply copy over those files. Use
exclude to complete ignore the files.
Jekyll offers an incremental build option.
bundle exec jekyll serve --incremental
However in Classic that may not help all that much. Interdependency of the files is such that incremental build don’t seem to happen often. Still, we have not found any ill effects. Turning it on may help, or at least it does not seem to hurt.
If you find any strange effects/artefacts, be sure to turn this off first.
Build only the last post
This helps when writing a new post:
bundle exec jekyll serve --limit_posts 1
However once the post is ready to be published, it is still necessary to recompile the entire site to ensure that all webpages properly reflect that a new post was added.
Classic Speed Hints
fast-content-build (in setup.yml) to yes will disable the creation of the menubar, the vertical menu, categories widget, older-posts widget and the recent-posts widget.
The resulting speed increase is rather large, but of course the created site is not ready for publication. Still it can be advantageous when creating content where the browser window is “reloaded” frequently to view the changes that were made.
To prevent accidentally leaving this setting active, this setting is always disregarded when
jekyll.environment is set to production.
Use a separate banner-area file
By default the menubar is generated in-line for each page/post. However the menubar generation process is the biggest time consumer when creating a page/post.
With the in-line menubar the menu item for the currently visible page is highlighted.
When the menubar is generated in a separate file this is no longer possible.
If this is no problem, then the menubar (and banner) can be separated by setting the
use-separate-banner-menubar-file parameter (in setup.yml) to ‘yes’
Alternatively it is of course also possible to set this parameter to ‘yes’ during development and to ‘no’ for deployment.