超过 8000 篇的文章 Hexo 无法生成了……

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1622 天前的主题，其中的信息可能已经有所发展或是发生改变。

至少卡了五分钟了，不想等了，估计文章数超过 5000 的就很慢了。
机器配置是 ssd 加 i5 7500 的台式机，
我估计可能也很少有个人博客超过 5000 文章的吧？
我观察过网上很多 hexo 的用户，文章数超过 500 的都没见过，可能 hexo 的使用场景就是 1000 以内的博客吧，超过一定数量的，还得上有数据库的 cms ？
不知道大家怎么看？

Hexo

文章

超过

博客

49 条回复 • 2020-07-20 08:39:50 +08:00

visionsmile

2020-07-19 07:55:49 +08:00 via Android

8000 篇都写了啥，惭愧，我写了几年才一百多篇....

lwq974962192

2020-07-19 08:04:10 +08:00 via Android

兄弟，你是写了本小说吗？

Kagari

2020-07-19 08:33:11 +08:00 via Android

试下 hugo ？

libasten

2020-07-19 08:46:17 +08:00 via Android

@visionsmile
@lwq974962192
我只是“展望”了一下未来，哈哈，担心日后 hexo 跑撑不起来(´･_･`)
看月光博客，6000 多了

iseki

2020-07-19 08:52:02 +08:00 via Android

到时候的事到时候再解决呗…反正你用啥多年后该换还是得换

Kobayashi

2020-07-19 09:03:27 +08:00 via Android

知道为什么 Hugo 生态不比 Hexo 却有很多人往 Hugo 迁吗？之前在 V2EX 见过一个帖子，有几位回复说自己在文章一二百篇以后就开始往 Hugo 迁移，不然编译时间太长。

leimao

2020-07-19 09:06:17 +08:00 via iPhone

得改代码，改成多线程

openmynet

2020-07-19 09:19:44 +08:00 via Android

可以试下 rust 写的 zola

jdhao

2020-07-19 09:28:01 +08:00 via Android

同 hugo

raaaaaar

2020-07-19 09:45:27 +08:00 via Android

恍惚了一下，还以为是 8000 字，8000 篇是怎么来的-_-||

lleon

2020-07-19 09:53:07 +08:00 via iPad

8000 篇一天一篇得写 22 年

CrispElite

2020-07-19 10:30:01 +08:00

我前段时间也换了 hugo 。对比 hexo，编译的效率肉眼可见。简直太丝滑了~~~

whenov

2020-07-19 10:32:05 +08:00

不能增量编译吗

dazkarieh

2020-07-19 10:39:14 +08:00

当年就因为同样的原因（ 1k-2k 篇）转了 hugo 阵营，舒坦了

libasten

2020-07-19 11:05:54 +08:00

@dazkarieh 你这 1000 多篇文章的 md 文件，都放在一个目录下面，平时要查找怎么查找的？

1more

2020-07-19 11:11:49 +08:00 via iPhone

恐怖如斯，楼主试试 Hugo 吧，但是 8000 篇还是要一点时间

dazkarieh

2020-07-19 11:15:51 +08:00

@libasten #15 平时在文件命名上留了点心思，创建日期+分类+文件名，找的时候用 everything 或者 alfred 直接检索关键词就行了。

Corps

2020-07-19 11:35:30 +08:00

主要是 hexo 是基于*nodejs*的静态博客框架，每次构建都会重新生成一次*整站*的文件……

ScotGu

2020-07-19 11:57:39 +08:00

咳~ 我这年更的 log，竟然操心起 8000 篇以后的事了……

di1012

2020-07-19 12:06:44 +08:00

我准备自己写个，不用第三方

putaozhenhaochi

2020-07-19 12:20:38 +08:00

兄弟人的精力是有限的。
月光博客那么高产说明写了很多垃圾 /doge

whypool

2020-07-19 12:35:24 +08:00

这么多不考虑动态？

cnrting

2020-07-19 12:43:27 +08:00 via iPhone

hexo 这个东西只适合小打小闹谈情怀

isukkaw

2020-07-19 13:00:56 +08:00 via Android

你好，我是 Hexo 核心团队成员。请您在 GitHub hexojs/hexo 上新建一个 issue 好么？我们会帮你一步一步 debug 性能瓶颈问题。

isukkaw

2020-07-19 13:05:30 +08:00 via Android

@Kobayashi #6 Hexo 过去一年做了一堆性能优化，我们的 Benchmark 数据是 300 篇文章 15s，1000 篇文章 45s 。
@leimao #7 Node.js 的线程间通信性能太差。我们试过某些操作上多线程，结果性能更差了。
@whenov #13 Hexo 各项数据高度耦合，你如果修改了一篇文章，那么是不是目录页面也要重新渲染？分类页面和标签目录也要重新渲染？ RSS 也要重新生成？ Hexo 已经尽可能做了差分渲染了，但是效果并不好。

lights

2020-07-19 13:58:00 +08:00

看到楼上 Hexo 核心成员，惊讶于 V 站卧虎藏龙，好多大佬

不过我昨天和今天才把 GitHub Pages 从 Hexo 切换到 Hugo
（我博客文章很少，只是看中了 Hugo 的一个 Github style 主题）

Hugo 的第三方教程少很多，但是编译速度极快，而且服务启动后可以做到一边写一边在浏览器预览编译结果

Hello0World

2020-07-19 15:23:59 +08:00 via Android

v 站藏龙卧虎

ArJun

2020-07-19 15:26:12 +08:00

hugo 是未来

axihe

2020-07-19 15:33:48 +08:00

Hexo 模式非常坑的，Hexo 是那种全部准备完事后再开始输出数据的，不是 Gulp，Hugo 那种流输出模式；
推荐用 Hugo 吧，Hugo 主题虽说远没有 Hexo 丰富，但是看下语法，移植过来写起来也还好的；
Hexo 你能搞到 5000 很不错了，说明文章和文章之间的耦合不严重；如果耦合严重的，到 1000 就尿了；

isukkaw

2020-07-19 16:32:46 +08:00

@lights #26 Hexo 也可以起 Server 一边写一边预览
@axihe #29 不是 Stream 或者背压的问题，Hexo 组织了一个数据结构（会被存在内存里），然后所有操作（包括插件 API ）都是在内存里完成，最后再把生成的结果写入硬盘。
Hexo 的差分渲染就是这么做的：检查哪些文件的最后更改日期发生改变、读取这些文件、然后重新跑一次 process 、两个数据 diff 一下，最后把发生更改的文件写入硬盘。
IO 从来不是瓶颈，Hexo 的性能瓶颈在于插件 API 。

PbCopy111

2020-07-19 17:05:27 +08:00

我觉得最后不管写什么，都会回到 wordpress 的怀抱。。。

lxml

2020-07-19 18:25:27 +08:00 via Android

看好 vue 周边项目 vitepress

cmdOptionKana

2020-07-19 18:34:17 +08:00

全球工单网站名不虚传

isukkaw

2020-07-19 18:47:18 +08:00

@PbCopy111 #31 WordPress 这种动态站点化整为零，用户访问一次服务端渲染一次，节省了预先生成的时间、适合大型站点，但是非常脆弱。
@lxml #32 这我敢打包票，同样 300 篇文章 vitepress 做博客框架速度绝对比不过 Hexo，因为 Hexo 只操作纯字符串。而且 vitepress 对标的是 Gatsby，也不是 Hexo 。