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

• 資深大佬 : visionsmile

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

• 資深大佬 : lwq974962192

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

• 資深大佬 : Kagari

  试下 hugo ？

• 主 資深大佬 : libasten

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

• 資深大佬 : iseki

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

• 資深大佬 : Kobayashi

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

• 資深大佬 : leimao

  得改代码，改成多线程

• 資深大佬 : openmynet

  可以试下 rust 写的 zola

• 資深大佬 : jdhao

  同 hugo

• 資深大佬 : raaaaaar

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

• 資深大佬 : lleon

  ||8000 篇 一天一篇 得写 22 年

• 資深大佬 : CrispElite

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

• 資深大佬 : whenov

  不能增量编译吗

• 資深大佬 : dazkarieh

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

• 主 資深大佬 : libasten

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

• 資深大佬 : 1more

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

• 資深大佬 : dazkarieh

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

• 資深大佬 : Corps

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

• 資深大佬 : ScotGu

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

• 資深大佬 : di1012

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

• 資深大佬 : putaozhenhaochi

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

• 資深大佬 : whypool

  这么多不考虑动态？

• 資深大佬 : cnrting

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

• 資深大佬 : isukkaw

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

• 資深大佬 : isukkaw

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

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

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

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

• 資深大佬 : Hello0World

  v 站藏龙卧虎

• 資深大佬 : ArJun

  hugo 是未来

• 資深大佬 : axihe

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

• 資深大佬 : isukkaw

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

• 資深大佬 : PbCopy111

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

• 資深大佬 : lxml

  看好 vue 周边项目 vitepress

• 資深大佬 : cmdOptionKana

  全球工单网站名不虚传

• 資深大佬 : isukkaw

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

• 資深大佬 : lisongee

  狗屁不通文章生成器？

• 資深大佬 : grimpil

  @lleon 要是让一天 1000 首诗那位来写，8000 篇也用不了多久

• 資深大佬 : seki

  你考虑得有点远了，先用着，碰到瓶颈再换啊

• 資深大佬 : xd314697475

  hugo +1
  确实很快，而且操作简单

• 資深大佬 : banxiaobu

  来来来，捧上你的博客链接吧，我想观摩一下 8000 篇的博客是啥样

• 資深大佬 : oliverchen

  @PbCopy111 #31 我的路径就是 wordpress -> octopress -> hexo -> ghost -> hugo -> gatsby -> wordpress

• 資深大佬 : hiplon

  想问下 jekyll 最多可以支持多少呢

• 資深大佬 : pkwenda

  主是用 hexo 网站静态化，更方便 seo ？自己写 8000 文章也太秀了

• 資深大佬 : ncepuzs

  试试 hugo ？

• 資深大佬 : winterx

  WordPress YES ！ （狗头）

• 資深大佬 : lepture

  也欢迎大家来用 https://typlog.com/

• 資深大佬 : meixg

  可以放 github 用 actions，编译完自动同步到机器上。
  反正云端跑（还不用花钱），时间长点也能接受了。

• 資深大佬 : isukkaw

  @lepture #45 定价 4 刀每月，每月还只能 5K 的 PV ？我的博客一天的 PV 就 5K… 看来还是应该抱住 Hexo 不放（

• 資深大佬 : xiaket

  wordpress -> python 自己写的一个 -> hugo -> jekyll(Github pages)

• 資深大佬 : BFDZ

  可能你用的还是老版本，hexo 4.0 以后做了很大改进