一、使用 webdav

二、对象存储

这里以阿里云OSS为例

1 创建bucket

访问阿里云对象存储OSS服务，点击右下角创建bucket

bucket名称：设置一个你喜欢的名称即可
地域：选择一个离你近的地方即可（其实无所谓，都差不多的速度）
存储类型：选标准存储
读写权限：
- 如果你准备用OSS进行全文件同步（.md文档，附件等等），则选择私有
==温馨提示==：Remotely Save通过S3进行同步时，似乎并不能够控制同步路径

见官方描述S3：The bucket should be empty and solely for syncing a vault.

这会有个什么问题呢？就是你一同步，bia ji，OSS的根目录就多了一堆你的文件，例如文档啊、图片啊、附件之类的。但是如果你准备建立或者已经建立了多个vault，那你就不得不按上述步骤创建多个bucket🤣
- 如果你既要同步，还准备用OSS作为图床工具，则选择公共读
其他选项最好不变，因为都是付费的，

2 创建用户

鼠标悬浮与页面右上角头像处，点击AccessKey 管理

选择开始使用子用户AccessKey

这样如果出现安全问题，可以随时删除子用户

点击创建用户

登录名称和显示名称就是字面意思，自己填
勾选第二项 Open API 调用访问

之后会显示用户的信息，务必妥善保存，该信息只会出现一次！！！

3 授权用户

进入权限编辑页面，选中刚才创立的子用户，授予完全控制权限，点击确定

4 跨域设置

添加如下规则

1
2
3

app://obsidian.md
capacitor://localhost
http://localhost

允许 Headers 那里填*（星号）

5 Remotely Save 设置

选中S3或兼容S3的服务
输入下面5个设置。其中Endpoint和Region分别对应下图中②的上、下两个
Access Key ID 和 Secret Access Key 都在刚刚保存的子用户的信息里（见 2 创建用户的末尾）。
bucket的名字就是第一步创建的阿里云OSS中的bucket的名字

点击Remotely Save同步按钮即可！

三、组合方案

webdav + 存储桶

文件通过webdav同步，而图片通过对象存储 + PicGo

对象存储负担小，只负责图片
短期看可有效减少下载流量和存储费用（因为 webdav 不要钱，而且存储桶内不存储文档本身）

其实长远看来这个方案并不合适。因为图片存储在图床，除了分享方便和节省本地存储空间外，其实没有什么优势。因为图床图片在本地渲染时进行的是缓存，而不是下载。这意味着两个问题：一是一旦你的图片缓存失效了，在无网络环境下打开文档时就成了“无图模式”了！；二是缓存失效后，再次打开时变又会缓存一遍，这相当于对同一图片产生了两倍的下行流量(~~阿里云狂喜~~)。

对于已经删除的文档，不能在存储桶内及时清除不再被其引用的图片。解决方案
移动端可直接分享 .md 源文件，因为其内包含图片链接，被分享者可见

单桶存储

即文档和附件存储在一个 bucket 中

时刻保持设备在本地拥有完整的数据，且所有文件都可以在公网被访问，便于分享 (~~如果你不在意下行流量费用的话~~)
所有文件只会产生一次下行流量就可以永久保存在本地，而且随时随地可以访问，无须在意网络问题
如删除了某一文档，可以借助插件及时清理掉其中不再被引用的附件（如只在这篇文档中使用的图片），从而节约 OSS 存储空间降低资费
移动端由于不能够将 markdown 转换为 PDF 导出，因此分享时只能分享 .md 源文件。但由于附件是通过本地链接插入的，这会导致被分享者无法查看文档内的附件

当然，你可以选择截图分享。。。

双桶存储

即文档和附件分别存储在两个 bucket 中，附件以公网直链的形式插入文档进行渲染访问

该方法与 webdav + 存储桶（以下简称 wb(webdav + bucket）的方案类似，无非就是附件同样放在存储桶中，而不是 webdav，因此二者优缺点相同
由于文档也存储在 bucket 中，存储费用相比 wb 反而更贵（也就 0.000001 元/小时和 0.000002 元/小时的区别吧）

这是真实数据，不是随口编的，你可以对照阿里云的价格表自行计算

Tips

2022 年 12 月 12 日
remotely save 插件似乎存在 bug，当同步的附件中存在 mp4 时，在 Android 端会直接崩溃。崩溃速度快到你想拼手速关闭自动同步功能都做不到（我设置的是开启时自动同步一次。。。）

Obsidian同步方案-基于Remotely Save插件