最近写了一个 主题,不过都是 AI 写的,从 0 到 1 的我都是说功能、描述效果。本文只是一些调研时的记录
写在前面
有能力使用动态博客的尽量使用动态博客。对于 SSG(Static Site Generators) 来说,没必要换的太勤,换的时候还得花时间找一个喜欢的主题,然后手动迁移。现在有了 AI + 知识库,博客变得不是那么的重要了。浪子现在连搜索引擎都很少使用了,不会的、不懂的问 AI~ 现在网站的大部分都是以前的文章。
说这些就是想给看到的少侠说一下,要弄明白自己的需求是什么。
zola 的缺点
上来说缺点非常合理,因为 zola 比较 “偏执”,所以迁移起来比较费力,而且有很多的 “重复”。使用 hexo 和 hugo 的少侠真心不建议换 zola,看个乐就行了。
hexo 美观漂亮的主题丰富,hugo 速度快,生态也还行。相较而言,追求编译速度的少侠可以问自己一句:能够持续产出内容?
对比之下 zola 现在啥也不是,国际化支持一般(搜索方面和不支持没啥区别),content 下有多级子目录比较麻烦,front matter 也要多包一层。
-
生态小、文档更新落后、正式发版较慢(更新还是可以的)
-
主题自定义的 front matter key 需要写在 extra 中,这个严格意义上也不算缺点,利好框架迭代和主题开发者,明确区分内置 key 和自定义 key。但是 hexo 和 hugo 迁移过来都要加一层
--- extra: cover: /images/xxx.png pinned: true --- -
zola 虽然内置 category、tag 的支持,但是使用时需要包一层,不支持在根部直接定义,增加了迁移成本。
--- taxonomies: categories: [a, b, c] tags: [e, f, g] --- -
content 的每个子目录(包括嵌套目录)都需要有
_index.md文件(至少有一行内容,就是使用和父目录相同的配置),否则 zola 会略过不会读取。--- transparent: true ---
第二个问题无解,目前好的解决方式就是不要有太多嵌套子目录😅笑死个人😆。主要原因是 zola 不支持配置继承,主题的配置在使用时 zola 是不会读取的。
后两项对于迁移到 zola 是非常麻烦的,除非你会一些编程技术,写个脚本帮你迁移。会用 AI 也行,但要注意备份源文件。
为什么使用 zola?
- vibe coding, all in AI
- 不感冒 hugo 的语法。只有一个二进制文件,方便使用
综合上面的情况来看,从 hexo 迁移到 hugo 的成本还是低一些的,即便复杂那也比迁移到 zola 简单。

说些什么吧!