杰基尔的缓慢再生

Wil*_*rts 2 ruby compilation jekyll

我正在使用 jekyll 开发一个博客,到目前为止我对此非常满意。但随着我发的帖子越来越多,再生时间变得很荒谬(3-4 分钟)。每次进行更改都需要等待那么长时间,这是不可行的。

眼镜:

  • 红宝石2.2.1
  • 杰基尔2.5.3
  • 降价:克拉姆唐
  • 荧光笔:pygments
  • 永久链接:漂亮
  • 使用具有 2 GB RAM 的云服务 (Cloud9)
  • 帖子不多(~10),但我确实使用了大量数据(“_data”文件夹中 10 MB 的 json 文件,“img”文件夹中 14 MB 的图像)
  • “_site”文件夹的总大小为 40 MB

按照这些规格,这是正常现象吗?

我已经更新到 Jekyll 3.0 以尝试增量再生,但它对我的情况没有帮助。

有任何想法吗?

谢谢!

威廉

Sha*_*mar 5

在您的网站上运行jekyll serve --profile并检查哪些内容需要更多时间来呈现。它应该输出一个看起来像这样的表。

Filename                                                              | Count |    Bytes |  Time
----------------------------------------------------------------------+-------+----------+------
_layouts/compress.html                                                |    73 | 1649.86K | 1.526
_layouts/default.html                                                 |    72 | 1874.79K | 0.445
_layouts/post.html                                                    |    58 |  980.02K | 0.307
_posts/2015-12-10-how-to-create-and-host-a-website-on-github-pages.md |     1 |    9.36K | 0.294
feed.xml                                                              |     1 |   34.74K | 0.105
_includes/prev-next.html                                              |    58 |   39.17K | 0.053
sitemap.xml                                                           |     1 |   19.90K | 0.035
_pages/archive.md                                                     |     1 |   28.98K | 0.035
_posts/2017-02-15-jekyll-sort-filters.md                              |     1 |   16.09K | 0.019
_includes/ga_data_fetch.html                                          |    58 |   41.77K | 0.018
_includes/disqus-script.html                                          |    58 |   30.89K | 0.018
_pages/tags.html                                                      |     1 |   14.97K | 0.015
Run Code Online (Sandbox Code Playgroud)

这应该能让您清楚地了解问题所在。

现在,在对站点进行更改时,如果您只想渲染更改后的文件,请使用jekyll serve --incrementaljekyll serve -I

增量构建仍然存在 Jekyll 团队正在解决的一些问题。

仅呈现您正在撰写的最新帖子的一个方便选项是jekyll serve --watch --limit_posts 1. 这在撰写新帖子时节省了我很多时间。