共计 875 个字符，预计需要花费 3 分钟才能阅读完成。
很长一段时间里，我都被困扰着，感觉陷入了笔记的泥潭，而积攒的如此多的笔记也没有造成我本人的常识体系。
之前的记笔记形式
笔记的起源
- 微信公众号
- 技术博客
- 纸质书籍
- 官网文档
- 本人的零散想法
- 网页
之前的笔记软件
有好几个：
- 为知笔记
- 浏览器书签
- MarkDown 文档
- Calibre 电子书库
- 文件夹
- Git 仓库
- 集体博客
- …
之前记笔记的形式有什么毛病
- 零散，散落在各处
- 没有关联，笔记与笔记之前是绝对独立的，没有造成一个残缺的双向链接的体系
- 用到的时候想不起来在哪儿，又得从新搜寻
- 剪藏收录的笔记，大概率前面是永远不会再看了
- 笔记格局形形色色，不对立
- 为知笔记是专有的格局，只能用它来看，迁徙难度大
- MarkDown 的图片是一大问题，有时候用的是本地电脑的相对链接，有时候是绝对链接，有时候又是原文链接（会导致防盗链或者图片挂掉），有时候又上传到本人图床
- Calibre 电子书库的应用老本高，简直没有为了看书而关上过
- 集体博客有时候就会懒得更新。
我的新一代记笔记的需要
- 格局对立：都是 MarkDown + 图片（集体图床）+ 附件（能够是 PDF，其余文档，音视频等）
- 双向同步不便：能够通过 Git，同步文件夹，WebDAV，S3 等模式双向同步或单向备份
- 双向链接：通过
[[双向链接]]和![[]]双向图片链接的这种格局，为所有文档建设关联，造成常识网络 - 能够生成在线网页，不便在线浏览和编辑
- 文档齐全，中文翻译，方便使用
Wiki.js 劣势
- 漂亮、直观、古代的界面
- 具体丰盛的文档
- 反对 Docker 部署
- 治理功能强大
- 定制化水平高
- 能够抉择将 wiki 公开化或者窃密
- 在线 MarkDown 编辑器很好用
- 反对中文
- 历史记录，版本最终，版本比照
- Git 双向同步
- 查问性能自定义水平高且弱小，能够对接 ES
- 云存储，反对：AWS S3，兼容的 S3，集体云盘
- 本地存储和备份
- 开源
- 集成丰盛
- 将来会有插件
对于 Wiki.js 的更多期待
当然，我的需要 Wiki.js 并没有齐全满足，期待后续它可能在这些不便予以补足：
- 反对双向链接语法，和 Obsidian 高度兼容
以上。
我的寻找过程
我用过的笔记 Markdown Wiki 工具
本文由博客一文多发平台 OpenWrite 公布！
正文完
