我的笔记规范
使用方法在不断演变着，尽量不直接修改过去的笔记了，新的折腾会不断附加在后面，也算记录一下折腾的心路历程。——2023-10-24 07:54:33
Obsidian 和 Docsify 都太自由了，导致如果无拘无束，我会很快把它们弄乱掉。
接下来，我要整理 Obsidian 中的内容，同时构建 Docsify 上面的输出（就是这个网站）。我得给自己一份规范，避免又跑偏了。
使用规范
Obsidian
- 只装必须的插件，测试内容放到 Sandbox 中，以免污染主 vault
- 只添加必要的功能性的脚本，不为了炫技添加不是必须的功能
- 重新构思笔记规划
- 思考许多存而不看的笔记的处理方法
- 对不同的需求进行分区处理
Docsify
- 全局尽量精简，每个插件都认真思考其必要性
- 单页面任意添加脚本，尽情折腾（好耶(≧∇≦)ﾉ
- 笔记按板块存放，为了便于查找可以分子文件夹
- 侧边目录用层级归类内容
- 不存在线性索引，但可以通过 changeLogs 页面了解时间顺序上的变化。（手动添加）
一些运作细节
记录下来以备日后参照，因为时间久了老忘记自己怎么把这一堆东西组合在一起运作的了。
Obsidian
- Syncthing 实现多端同步
- NAS 上用 GoodSync 实现分发备份到多个网盘
- NAS 上用 AutoPushGit.js 脚本每日自动提交到 github
Docsify
- Syncthing 实现笔记到 NAS 的 Web 目录（单向）
- http-server 实现 NAS 上的 web 服务
- NAS 上用 AutoPushGit.js 脚本每日自动提交到 github
- Github Actions 自动部署
仓库的构建
Append at 2023-06-10 08:18:29
这挺复杂的。第一次，我刚开始用 Obsidian，兴奋地把自己所有笔记相关的东西都塞了进去。后来发现有点混乱。而且每次打开，Obsidian 都会所有所有笔记，缓存它们的元数据。也就是笔记越多，打开越慢，毕竟都要读一遍。
所以后来我分拆了笔记，但这又导致非常割裂，两边都有常用的内容，每次都要思考我应该打开哪个笔记本。
这次我原本打算把笔记按照使用频繁程度分成三个仓库：
- 归档：几乎不会用到的，单独一个仓库，避免浪费算力
- 知识：知识库，都是一些会用到，但也不是很常用的。
- 笔记：日常类似草稿的笔记，可以做各种日程规划，思维导图，写文章，反正就是每天会打开的。
我觉得很合理，但一想到要维护三个仓库，就很不耐烦。所以最终选择：渐进式创建仓库和整理笔记。
- 创建一个新的，空的仓库，并从零开始使用，这就是我日常最常用的仓库了。
- 当前仓库视作归档，需要的时候过来翻阅，然后顺便把有价值的东西整理到该在的地方
- 随着时间推移，这里只剩下需要归档的内容，这时候删掉配置和插件，只保留笔记本身，作为归档。
生成器
Append at 2023-10-24 07:57:53
Docsify 是不错，但是小问题也不少，每次折腾都得查询一番，然后修改的结果可能还完全南辕北辙。所以自己写了一个静态展站成器，这样就完全可控了。不过使用原则上和 Docsify 基本一致，并彻底贯彻无线性索引，每一条笔记都是一个单独的页面，每一条笔记都在单独成长。
Append at 2023-11-01 18:21:19
- 尽量简单，持续问自己：还能更简单么？真的有必要么？
- 这只是我笔记的附属，最好让它自动化，无负担，无感知的存在