我在之前建立了一个个人的公开 Wiki和 Blog，这让我养成了记笔记，多写东西的习惯。但是随着时间的增长，我感到维护 2 个 repo 实在有点麻烦，并且由于 Wiki 和博客都是基于Gatsby 框架的，更新，维护，还有编译都挺花时间的。
总的来说就是太复杂了，而由于我对自己的笔记/博客系统是以一生的尺度去设计和维护的，所以我想让它保持简单。
所以这个博客现在拥有了以下特性：
特性🔗
- 由单一的二进制文件驱动（为了更简单，我把那个二进制文件直接放在这个 repo 里了，所以这个博客相当于是自运行的，不依赖任何外部环境）
- 这个博客实际上是由Zola驱动的，Zola 是用 Rust 写的，非常快，目前我的博客在 Github Actions 里从开始到部署完成只需要14s，实际构建时间只需要 2s。而之前用 Gatsby 搭建的 Wiki 站点，总共需要4 分钟构建完成, Blog 站点总共要3m 37s才能完成
- 所有的样式都在一个简单的 CSS 文件里，全是手写的。保持样式文件的简单，有助于后续的持续维护。
- 同时支持 普通文章，笔记，和短想法，而且，维护很简单，所有文件都只是一个个的 Markdown 文件
对 Zola 不满意的点🔗
Zola 有一些约束和约定俗成的东西，大多数是比较深思熟虑的限制，我最苦恼的一点就是他不支持把 Markdown 里的相对链接转成 html
的链接。相对链接自动转换这一点的限制其实是合理的，我以前写过Gatsby 的插件去转换相对链接，但是逻辑其实很恶心，因为
markdown 的文件层级和 html 的文件层级其实是不一样的，对 markdown 来说是xxx.md,但是对 HTML 来说是
xxx/index.html, 但是有的时候又是一样的,比如xxx/index.md 同样是 xxx/index.html.
所以我的插件转换需要约定不少东西，挺恶心的。而Zola 的办法就很简单粗暴，他刻意不帮你转换这些东西，只替换包含特殊符号的链接，比如@/xxx.md，它会把这类链接统一替换按照正确的路径替换，这样就容易多了.
但是像这样[xxx](@/xxxm.d)写链接的话，本地文件系统的相互链接就不工作了,编辑器不知道@是什么，这很令人苦恼。
我就这个问题在 Zola
的论坛提了一个替代办法，主要就是不用@做为特殊符号，直接用/content作为特殊符号，这样本地链接就其实是一个合法的内部绝对链接，像这样：[xxx](/content/xxx.md)，但是
Zola 还没接受我的请求，所以我改动了 Zola 的代码，改动很少，就几行,
现在我可以用 /content/xxx.md的形式作为内部链接。
如何编辑🔗
在编辑方面，我在使用VSCode配合我开发的Markdown 输入插件 Foam Lite来编辑这个博客的所有内容。我更喜欢文本辅助输入工具，而不希望软件修改我的原文数据格式。这让我更有掌控感以及不被运营商锁定。
试过Obsidian几次，很喜欢他的一些实用的功能，但是发现他的性能还是和 VS Code 差很多的。所以还是用回了 VSCode，然后把最需要的 Obsidian 功能：快捷输入内部文档的 Markdown 链接，改写了一个 VSCode 插件Foam Lite解决了。
这个插件目前只拥有 2 个功能，一个是快捷生成内部链接的地址：
另一个就是快速从模版生成初始文章。