近年来，没有合适的笔记，频繁更换，我寻找可靠笔记的初衷就是为了不再更换，一劳永逸，希望obsidian能满足我这个愿望吧！
不知不觉中使用obsidian一个多月了，这一个多月来，经过无数的测试和折腾，也留下了100多篇文章或者收集文章，总体感觉良好，除了比较折腾吧。
后面打算静心写笔记，不再折腾了，这里随便说说近期的想法与感受吧。
关于工作模式
有人喜欢 logseq 的那种工作模式，打开即写，轻记录，obsidian 里也可以开启打开时启动笔记模式，实现 logseq 的打开即写模式，我倒是喜欢目录模式，想要记日记直接快捷键新建日记即可，毕竟我使用的场景，记日记不多，快捷键可以自己设定。
关于写笔记，有人吐槽分类的弊端，每次写作要考虑分类存放，造成负担，我通常用快捷键 ctrl+n 新建笔记，写完了再考虑标题和选择分类，选择分类可以用快捷键也可以用命令等，我是把分类生成一个按钮放到编辑器的顶部，这个功能可以通过 commander 插件实现。这样写作不会被打扰思路，一气呵成，写完再考虑分类，标签什么的，降低分类存放负担。当然你也可以新建个草稿箱，新建文本都放到草稿箱里，我习惯放到根目录，一是明显，强迫自己及时处理，不要积累半成品，二是对有些新建笔记类的插件，剪藏插件等支持良好。
关于分类，有人认为分类没必要，是负担，我深以为然，我认为如果能做到分类和标签通用就好了，就像 WordPress 那样，可以同时选择多个分类，这样类似于标签功能，一个笔记可以属于多个分类，避免纠结分类选择问题。目前还没找到比较好的这方面的插件或者标签能实现类似这种功能，暂且使用目录。我的原则是，你第一眼就想到的，或是第一个想到的它该属于什么分类就放到哪个目录，然后还有其他也沾边的就加标签补充。
关于折腾，有些人喜欢思源那种功能俱全的笔记，避免折腾，沉下心思记笔记（但牺牲了思源笔记存储格式的开放性）。确实是，由于 obsidian 的插件多，很多功能依赖插件实现，就导致刚入门者，不停折腾的现象，这违背了记笔记的初衷。所以建议，不要过于折腾笔记，满足需要即可，核心是记笔记，等实在不好用时，先找第三方插件，都不满足再自己实现。
关于分享
分享笔记我推荐，Quail 插件，Notion 插件、html server 插件和 Just Share Please，分别适应不同的场景，Just Share Please，如果你有服务器也可以自己搭建分享接口。
Web Export HTML，这个插件可以生成完整的博客网站，对 obsidian 自定义语法支持粒度良好，如果你打算生成博客推荐这个插件。
Quail 插件的使用可以参考 obsidian分享文章到Quail博客 - 经验分享 - Obsidian 中文论坛
关于剪藏
关于剪藏插件也比较多，我推荐 obsidian cliper 和 Markdownload 插件（浏览器插件）。
但，我常用的是简悦插件+shell 脚本，这个是我自己写的脚本监控简悦 markdown 下载文件，然后添加到笔记中，简悦导出的格式比较完整，而且有了 shell 脚本我可以自由的选择添加到哪个目录，非常方便。如果你感兴趣，可以查看 Mac下fswatch+shell实现简悦导出markdown到obsidian - 经验分享 - Obsidian 中文论坛。
关于灵感记录
灵感记录通常使用 QuickAdd 插件实现，但这种实现方式，通常只能在 obsidian 笔记内使用，我写了一个通过 utools 和 shell 脚本搭配可以在 obsidian 软件外使用的方式，可以参考 uTools和obsidian联动，高效记录您的灵感闪现 - 经验分享 - Obsidian 中文论坛，建议使用最下面更新的版本。
关于同步
关于同步方案也很多，每种都有自己的优势，我比较了很多种方案，最后选择 RemotelySave+InfiniCloud 的方式，这种方式比较简单而且我认为相对比较安全。详情请查看 RemotelySave+InfiniCloud最简单的多端同步方案实践 - 经验分享 - Obsidian 中文论坛
关于图床
为什么使用图床？一是，用图床节省笔记本地空间和同步空间，加快同步速度。二是，图床对插件和其他编辑软件的支持良好，对导出其他格式也支持良好。
图床方式有很多种，可以参考我上面对于图片类插件的介绍，我理想中的图床方案是，笔记显示远程图片，但本地要留存一份本地图标，必要时，可以批量替换图片地址，让图片正常显示。甚至可以本地和远程相互切换。国内我认为笔记好的图床方案是 jsdelivr+github，但因 github 有时不稳定，我想到了先推送到 gitee 再通过 gitee 推送到 github 的方案，也写了脚本实现，但由于 obsidian 图片缓存的问题，如果链接替换早了，图片会显示不了，即使远程图片上传完毕，所以，必须图片上传完成之后再替换，但由于 gitee+github 中间环节上传图片的结果无法感知，所以暂时搁浅，或许以后考虑直接上传 github 方案，但这种又不稳定，目前上传 github 的插件经常出现替换图片过早问题。
所以我想，不如图片暂存本地，然后用 TinyPNG 插件压缩，必要时，再直接用 gitt 推送到 github，需要时再替换本地图片为远程图片，目前暂时采用这种方式吧。