关于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 公布!

【腾讯云】轻量 2核2G4M,首年65元

阿里云限时活动-云数据库 RDS MySQL  1核2G配置 1.88/月 速抢

本文由乐趣区整理发布,转载请注明出处,谢谢。

您可能还喜欢...

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据