求 Hexo Blog 优化方案， 100 多篇文章编译明显慢了

[xilibi2003]

我的博客：深入浅出区块链 https://learnblockchain.cn/
现在 100 来篇文章， 可能是分类 和 标签 比较多，现在编译一次要 20 秒。

现在有一些其他的朋友加入了写作， 文章量会涨的比较快。

有没有诸如 增量编译的方法，或者 使用其他 Blog 软件， 最好文章链接不能改变。
Google 半天没找到方案， 来问问 V2 的大神们。

[uasier]

hugo 我当时看人家说 hexo 会有这种问题，所以我就直接上 hugo 了😂😂😂

[flyaway]

同样的问题。我博客 200 多篇，deploy 一次要 6 分钟……

[defel]

所以还是 WordPress 真香。

[rayhy]

建议切换到 Hugo，你可以参考下这个 hugo 主题：

https://github.com/xtfly/hugo-theme-next/

链接的形式可以自己设置的，毫无问题。

[geelaw]

原来 Hexo 不可以单独编译一篇吗😯

[gimp]

之前遇到过 Hexo 在乞丐机上编译速度慢，偶尔报错，就换 Pelican 了

[jakehu]

反正我是用 Drone 做 CI/CD，管他编译几分钟呢 哈哈

[JackieMe]

Hugo 吧，我几十篇瞬间编译

[huangdayu]

jekyll 要 3 分钟左右

[xilibi2003]

@rayhy 感谢

[mywaiting]

看到这个，我想说说个人折腾经历

开始的时候，用 Github Pages 来托管，那肯定用 jekyll，方便不折腾

后来因为编译略慢，投奔到 Hugo 的怀抱去了，还顺便折腾一下自动 commit 到 github 自动编译部署的实现。那个时候是真心喜欢 Hugo，虽然不怎么写 Golang，但还是各种折腾给 Hugo commit 过一段代码，release note 现在都还能看到我的名字

再后来，有个几万篇文章的小项目，心想 Hugo 这么牛逼，那干脆用 Hugo 静态部署好了，不试试不知道，一试就扑街，1.5 万左右篇文章，Hugo 在我的双核四线程 8GB 内存的笔记本上，CPU 满载 build 了四分钟多，让我顿时间怀疑人生

看来静态博客生成器，即使速度快如 golang 编写的 Hugo 真的不过如此。倒不是因为 Hugo 的代码有性能问题，而是静态博客根本不适合大量的文章生成的场景

自己折腾一遍，也终于算是懂得了为何如此多的项目后面为什么带着个 MySQL，因为这需求实在是太普遍了。对比与静态博客，带着 MySQL 的意义是显而易见的，不用重新 build 整个站点

技术没有什么绝对好与差，只有适用的场景，抛开上下文讨论技术是不明智的

Ruby 圈有句话叫 You will end up reinventing Rails, in a horrible way.

后来我发现这句话真是放之四海而皆准，总结起来，blog 圈也可以有句话叫 You will end up reinventing Wordpress, in a horrible way.

好好写作，你的目的并不是折腾写作软件

[magic3584]

@mywaiting 所以大佬现在用的啥？ hexo 对于我前端菜鸟来说只需要写 markdown 就可以了。其他类型的倒没试过。

[WhyLiam]

我现在 700+，直接扔到 CI

[mywaiting]

@magic3584 我说在用 blogger 会被打死吗？[手动狗头～]

[fen]

静态更适合做文档生成工具，官方比较大的案例基本都是作为知识库文档

[kmahyyg]

100 篇整 travis ci 不超过 15 s

[kmahyyg]

@kmahyyg #16 纠正 13.02s

[visionsmile]

关注 我博客一百多篇现在 ci 跑一次生成要四分钟。

[rosu]

建议上 travis ci

[falcon05]

所以最后还是 WordPress 真香

[janus77]

果断上 hugo

[newlifeinsc]

看来静态站点生成器 还是只适合个人小打小闹。我 gatsby 做站点生成,文章在几千内速度还是很快,目前 2 千多多文章,个人笔记本 i7,build 一次大概一分钟,但之后感觉速度会不行。每次 build 需要全站点重新生成,这种不管怎样都会慢。

[Hallelu]

问下楼主，你这个博客是用的什么主题

[Caelebs]

三千多个 md 文件，4c8g 的机器现在渲染一次 1.2 小时，hugo 的主题又没有合适的