关于linux:我为什么选择Wikijs记笔记

很长一段时间里，我都被困扰着，感觉陷入了笔记的泥潭，而积攒的如此多的笔记也没有造成我本人的常识体系。

之前的记笔记形式

笔记的起源

• 微信公众号
• 技术博客
• 纸质书籍
• 官网文档
• PDF
• 本人的零散想法
• 网页

之前的笔记软件

有好几个：

• 为知笔记
• 浏览器书签
• 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 公布！