之前放弃了joplin，因为joplin的macos主题卡死joplin问题一直没人修复，转投obsidian。虽然ob手机端的操作有点反人类，但是将就用。直到最近，同步丢了笔记，用回joplin。之前还写文推荐说近乎完美的笔记软件，结果也出现丢笔记的问题，原因是onedrive手机同步，导致笔记丢失。谨慎使用onedrive同志们
1 个赞
不能用用git同步吗
或可使用 remotely save s3对象存储，开启历史版本功能。但是丢笔记这是什么原理？而且设置成软件回收站， remotely save 也会直接删除文件，而软件回收站找不到吗？
1 个赞
不是删除丢的，是多端同步丢的。
没研究，就为了图省事
之前尝试过joplin，用国内存储桶同步，也是有同步冲突，而且比较难手动清理附件。OB我就是用git，在非移动端同步基本满足需求了。Notion不敢放笔记，存粹当进度管理工具。（话说remotelysave不是第三方插件吗，想验证是否完美应该尝试官方的同步）
我开始用remotely save配合坚果云的webdav同步的，但最近几天突然出问题无法同步了，后来换成了git把笔记托管在Gitee上，完美解决了我的所有问题，而且利用git的特性还能保留所有的提交历史记录，比remotely save实用多了，而且也非常稳定，大家可以使用这种同步方案，不过新人需要花点时间去学习如何使用Git
1 个赞
我用了微力同步，十分不错~
1 个赞
冲突问题如何解决？
根据实际情况选择保留谁的，自己一个人做笔记很容易解决冲突的
git解决冲突挺简单的，查看差异后，简单覆盖一方就行，反正是自己的笔记。手动解决冲突感觉比一些同步失败解决不了冲突然后导致丢失要可控一点。
1 个赞
建议你使用 git github gitee双保障，笔记绝不可能丢失
1 个赞
是这样的，我特意测试了一下。remotely save 多端同步删除的文件，应该也是调用的 obsidian 的删除，也就是 obsidian 设置删除为已送到 .trash 文件夹，多端同步删除的文件会出现在设备的 .trash 隐藏文件夹中。
并且，如果使用 s3 也可以开启历史功能，找回所有同步过的版本，或删除的文件。而且 obsidian 自身也有快照功能，默认每五分钟保存一次快照。
如果是 remotely save 同步较慢，也可用 Self-hosted LiveSync 那个插件，那个有实时同步的功能。
2 个赞
remotely save 能用的只有S3，至于坚果云……还不如onedrive呢。
第三方应用访问的限制
**文件上传大小限制：**当前 WebDAV 客户端和网页端上传大小的限制是一致的，默认为 500M（私有云可以通过相关设置调整）。
**访问频率限制：**由于WebDAV协议比较占用系统资源，免费版用户限制访问频率为每30分钟不超过600次请求。付费用户限制访问频率为每30分钟不超过1500次请求。
**同步目录数限制：**目前坚果云的WebDAV协议单次请求文件数（包含文件和文件夹）为750个，支持分多页多次加载。如果您使用WebDAV的三方工具未实现按分页多次加载，可能会出现文件同步不完整的情况，建议您使用坚果云客户端进行直接同步。
事实上，在国内用的onedrive是阉割版，回收站的国外。我用这玩样也出错过，转换成S3完美解决。
Git真的是版本管理神器，稍微学一下怎么恢复就行，Obsidian不是有Obsidian Git的插件么，设置每5分钟存一个版本就行，如果出问题了随时可以找到当时的时间。
钱钱钱啊，要是不贵还可以考虑，官方的那个定价，考虑不了
我猜你一定是移动端用rs，Windows直接从onedrive文件夹打开ob库吧？
obsidian多终端同步方案我都是默认会丢笔记的，尤其是多端同时编辑。
我采取的方法是 主 Vault + 软连接出来的副 Vault。因为我大部分的编辑工作都在一台机器上，只有少数文件需要同步到移动端编辑。
- 主 Vault 用 Git 插件备份，移动端只拉取方便查看。
- 副 Vault 用 remotelysave 这类的同步插件，移动端同步编辑。
但这样做只是将同步插件的影响控制在一定范围内，麻烦的地方就是 Git 提交的时候过一遍 副Vault里的笔记，但绝对不会把笔记数据搞乱。
用了一段时间后我发现，pc上编辑时需要同时开启两个vault，否则副vault上的同步插件会丢失编辑记录。
于是我做了一些改进
- 副 Vault ← unison → 副 Vault(copy) <–Remotely save–> 移动端ob
pc上副 Vault(copy) 整合：1.先Remotely Save拉取其他端，2.用文件夹同步工具手动同步副Vault的内容（这里整合冲突，就跟上面git过一遍一样，也是麻烦的地方），3. Remotely Save到远端。
说到底，思路还是隔离一个副Vault来用同步插件。做法就是上面提到的，有些繁琐。希望有更好的实现方案。
1 个赞
如果只是为了备份和同步，保持主副Vault就过于繁琐显得没有必要。还是建议采用 Git备份 + 同步插件。
我推荐的方法是：同步之前先Git备份，然后同步，之后手动git过一遍同步的变动。
最坏情况就是手动整合一次同步内的编辑。
不过我平时还用副Vault试用一些其他插件，同时我的两个Vault的同步频率很低，用着还行。