使用Obsidian很长时间，一直觉得有一个很大的痛点，就是分享自己的笔记非常不方便。因为本地优先的理念，无法直接生成可访问的链接，想要分享给朋友，只能手动导出成pdf，或者把内容重新复制到在线文档，体验链路非常冗长，如果需要那么复杂的路径，还不如直接用在线云文档。
当然，官方和社区在这方面也做了很多努力，比如官方的Publish服务，或者第三方的Markdown部署网页、Digital garden插件，研究了一圈，发现至少存在以下一个或几个问题：
- 价格贵，官方的Publish服务8美元/月，分享在大多时候并不是一个高频需求，可能一周也用不了几次，使用订阅服务的成本真的很高。配置麻烦，必须用电脑，还得折腾git、折腾代码、折腾网页样式、折腾域名。部署延迟大，每次传上去都要等上好一会，等成功了耐心都没了，更何况还有不小的概率不成功，很糟心。国内访问性差，自部署的方案主要都是依赖托管网站，国内访问不稳定，就算绑定自己的域名，还是会有被限制的风险。访问的稳定性，我认为对于分享场景是非常重要的。存在隐私泄露风险。有国外开发者做了可以一键部署的插件，可以将笔记快速上传到他免费提供的网站上，但是毕竟是把数据放在陌生人的服务器里面，不够安全。权限管理不够丰富，有时候我只想分享给特定的人，有时候我不希望看到笔记的人可以下载、复制、转存，如果是一个普通前端网页，这种精细度的权限管理是很难实现的。此外还有访问量统计、读者行为的记录、留言批注等等，难度都很大。侧重于库的分享，而不是单篇文档，我知道作为双链笔记，保持连通性是很重要的，但在很多情况下不够实用，特别是当我希望分享出去的时候，我肯定不会希望这是一篇结构很复杂、需要频繁跳转的文档。
于是，试了一圈，还是只能重新想办法，从第一性原理出发，既然自己搭太复杂，为什么不复用国内成熟的、已经搭建好所有功能的成熟云文档产品？
飞书文档、WPS文档、腾讯文档都是很好的在线云文档产品，他们的功能已经做的很丰富了，而且几乎不存在上面的缺点，只需要能有一个方法，把我们需要分享的Obsidian内容一键同步过去，回传链接，不就和原生的分享功能体验几乎一致了吗？
说起来容易，但是为了保证和原生效果保持一致，中间的难题不少，这些云文档虽然支持部分Markdown语法，但并不能完整映射Obsidian的效果（比如callout块上传后会被识别为引用块）；同步文字的同时，还要考虑如何同步图片，并插入在相同的位置；整个上传过程一定要快要丝滑，不能在使用的时候感受到过高延迟；后续权限更新、删除、分享复制等功能也要集成到Obsidian中，避免后续管理不便。
经过几天的的努力，过程还是挺曲折的，好在上面这些难题都一一克服了，最终在ObShare这个插件里，实现了我预期的“便捷、无感、绝对安全”的三个要求。
- 首先是好用，可以通过右键菜单、命令面板、左侧快捷按键三种方式，一键分享当前文档，支持直接在Obsidian内设置文档的可见权限、查看分享文档、删除文档，实现文档全生命周期管理。配置过程非常简单，十分钟左右就可以搞定，一次配置，永远不用折腾。
- 然后是无感，平均上传时间不到10秒（因为网络延迟、附件多或体积大等因素，可能会有波动），体验链路全面对齐在线云文档，仿佛就是Obsidian原生的分享方案。绝对安全，在隐私保护上做了大量工作，所有个人配置的敏感数据在端侧以加密方式储存，永不上传；文档整个传输过程仅在用户设备与飞书服务器之间通信，全程不涉及第三方；用户只需要提供最小授权，不会影响飞书账户的使用。上传过程也可以在F12的日志中完整，插件代码完全开源。
对我而言，自研插件补全了Obsidian体验的最后一款短板，在本地优先的基础上，做到分享体验也毫不妥协，通过这款插件，可以随时把经验、灵感、创意与朋友伙伴分享，再也不用因为隐私和本地优先，牺牲掉分享的便利性。
当然，我知道目前插件只是一个半成品，还有很多地方需要改进和完善（比如后续考虑设计批量上传能力、实现双链关系映射、支持更多复杂格式、更细致的权限管控等等），因此它迫切需要更多人的使用、需要更多的真实反馈和优化建议。
如果你也有类似的分享需求，不妨试一试这款插件，目前，ObShare1.0.2版本（第一个开放版本）已经在github开源并提交Obsidian插件上架申请，Obsidian插件审核极慢，但等不及让大家用上，大家可以在release界面直接下载包体使用~
github链接指路：ObShare
