我为什么选择Wiki.js记笔记?

为什么,选择,wiki,js,记笔记 · 浏览次数 : 153

小编点评

**笔记格式统一的解决方案:** - 使用 Markdown 格式。 - 包含图片(个人图床)。 - 包含附件(PDF、其他文件)。 **双向链接的解决方案:** - 通过 Git 等工具进行双向同步或单向备份。 - 使用双向图片链接或其他格式。 - 通过 Markdown 的标题和描述信息建立关联。 **其他优势:** - 中文历史记录。 - 版本对比功能。 - Docker 部署管理功能强大。 - 可定制化程度高。 - 支持多种云存储服务。

正文

很长一段时间里,我都被困扰着,感觉陷入了笔记的泥潭,而积累的如此多的笔记也没有形成我自己的知识体系。

之前的记笔记方式

笔记的来源

  • 微信公众号
  • 技术博客
  • 纸质书籍
  • 官网文档
  • 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 发布!

与我为什么选择Wiki.js记笔记?相似的内容:

我为什么选择Wiki.js记笔记?

很长一段时间里,我都被困扰着,感觉陷入了笔记的泥潭,而积累的如此多的笔记也没有形成我自己的知识体系。 之前的记笔记方式 笔记的来源 微信公众号 技术博客 纸质书籍 官网文档 PDF 自己的零散想法 网页 之前的笔记软件 有好几个: 为知笔记 浏览器书签 MarkDown 文档 Calibre 电子书

当装饰者模式遇上Read Through缓存,一场技术的浪漫邂逅

在《经验之谈:我为什么选择了这样一个激进的缓存大Key治理方案》一文中,我提到在系统中使用的缓存是旁路缓存模式,有读者朋友问,有没有用到过其他的缓存模式,本文将结合一个我曾经工作中的案例,使用装饰者模式实现Read Through缓存模式,助你轻松掌握设计模式和缓存。

数仓专家面对面 | 为什么我选择GaussDB(DWS)

摘要:你知道数仓是如何应运而生的吗?你了解数仓未来的发展趋势吗?想知道国内数仓专家的看法吗? 导语 数据仓库的发展一直是备受关注的议题,随着近年来技术的不断演进,数仓也在更新迭代。 你知道数仓是如何应运而生的吗?你了解数仓未来的发展趋势吗?想知道国内数仓专家的看法吗? 今天我们邀请到了华为云数据仓库

我裸辞了!!!

大家好,我是狂师! 今天,我想和大家分享一个有些震撼、但也是我深思熟虑后做出的决定——我裸辞了!对,正如文章标题一样,你没看错,我裸辞了! 很多人第一时间可能会很诧异,你的工作不是挺好的吗?而且近几年经济形势又不怎么好,为什么选择这个时候辞职呢? 今天趁着这个机会,就来给大家好好聊聊我裸辞背后的一些

VMware与Windows主机之间复制粘贴

其实就是安装VMware Tools,但不知道为什么我的VMware Workstation不能安装VMware Tools,记得之前有次安装过,但是失败了。 基于apt-get命令下载安装其实是更好的选择: sudo apt-get install open-vm-tools sudo apt-g

京东云开发者|关于“React 和 Vue 该用哪个”我真的栓Q

一、前言:我全都要 面对当今前端界两座大山一样的主流框架,React和Vue,相信很多小伙伴都或多或少都产生过这样疑问,而这样的问题也往往很让人头疼和犹豫不决: 业务场景中是不是团队用什么我就用什么? 如果选择了其中一个使用,那为什么不用另一个? 这两个框架各有什么优点和无法解决的问题? 最新版本的

同步时间,为什么我选 Chrony 而不是 NTP ?

初识 chrony chrony 是网络时间协议(Network Time Protocol )的通用实现 它不但可以提供保持系统时间与 NTP 时钟服务器同步的服务,还能作为 NTP 服务器对其他服务器提供时间同步服务 chrony 特点: 任何情况下都能稳定良好运行(例如不稳定的网络中、不稳定的

Redux 的困扰与如何技术选型

文章的名字我想了很久,备选项有“我再不推荐 Redux”,“Redux 为什么令我头疼”,“Redux 进化启示录”等等。通过这一系列名字我想你大概能猜到我接下来想聊的问题是什么

使用 shell 脚本拼接 srt 字幕文件 (srtcat)

将多个 srt 文件拼接成一个,找了好多工具,都太重了,自己用 shell 手搓一个。一开始没觉得这个小工具有多么难,以为半天肯定能搞定,结果足足搞了三天。绊倒我的居然是时间字段的拆分和前导零的删除,看看 shell 里有多少种实现方案,以及我为何选择了当前的方案。

NodeJS 实战系列:个人开发者应该如何选购云服务

这文章至少值一千元,因为这是我保守估计花出去的冤枉钱(请自行脑补一个苦笑的 emoji) 文章中会穿插选择云服务的一些建议,当然也会提供一些“薅羊毛”的技巧。不过在此之前我们要想清楚一件更重要的事情:我为了什么购买云服务 做产品还是做技术 这个问题不仅决定了你接下来的购买策略,还是你编码开始的前提。