有空不吝多打几个字，主要是避坑
空跑从设计层面就是用来 debug 和看链接和运算是否正常的，常规同步里不需要也不应该对此做任何依赖或假设。
我建议不要钻牛角尖哈；对于 rs 来说，一开始一两次多端都同步成功和完成之后，该有的缓存和数据库都有了，之后的同步只要不混用别的软件，大概率是用得很流畅的，很少踩坑的；你这里自行用各种方式破坏了 rs 维护的状态，例如混用同步软件等，相当于自行挖坑，那么很容易踩坑，这个换成 goodsync 也是一样的。
也不要只是认为、猜测是怎样运行的哈，不需要在这里空想，可以自行学习和查阅代码以及文档哈，代码有几千字，文档也有几百到几千字。工程里设计细节很多一时半会没空或无法在论坛这里说清楚，就不在这里赘述了。
佬，我用的荣耀平板在同步时有点问题，系统是安卓12
现在的情况是平板的Files文件夹是最小的370M，我在平板端插件设置内将Action For Conflict设置了优先大文件为正确版本，在Sync Direction设置只pull都无法拿到云端上我电脑上传的410M正确版本，也就是说在平板本地它觉得自己的版本是最完善的，甚至平板在Sync Direction设置双向时可以反push掉云端上410M的版本
这个问题是我电脑和平板都更新了remotely save新版本时才出现的，只要安卓平板一参与同步就会删掉Files内的部分图片，对于文字内容可以正确同步，是插件对安卓端图片同步还没完善吗，如何解决呢
你有设置跳过大文件吗？
导出 sync plan 看看对应的那个文件的变更是怎样的
没有设置跳过大文件
sync plan导出来之后在哪能看到的
这张是其中一张我平板一同步就删的照片，我刚才同步几次过程中安卓平板如果没在Action For Conflict设置了优先大文件为正确版本，也会反push掉云端上的版本，只有两个都开卡住安卓平板才不会影响云端
我用的云端是付费专业版坚果云，是不是换成腾讯云会好点
可能不是新版本remotely save的问题，我将平板和电脑回滚到3.40还是会吞照片
同样的设置换成腾讯云cos在安卓平板能正常同步 
，不知道佬能不能复现坚果云这种情况，就是Windows有比安卓更多的图片，但无论是时间优先，空间大优先，都无法让安卓同步到额外照片，甚至Windows会在安卓同步到云端后将这些额外照片放进回收站
同一张照片在电脑和安卓端会大小不同的吗，这个对下次同步会有影响吗
我知道了，不用怀疑，就是坚果云的问题。
坚果云对于第三方 webdav 有 频率限制，api 也不完全兼容，所以，对于你第一幅截图的问题，是因为插件拉文件列表拉不全，所以判定失败。
腾讯云 cos 没有此问题，正如你所说的这样。
文件大小问题，是另一个问题，你有没有同步的同时进行修改之类的？
也导出 sync plan 看看，或者直接多同步几次试试
之前有用户反馈，android 上有文件有内容的，但是返回了 size 为 0，插件出错。我怀疑你是这种情况。无法解决，只能多同步几次试试。
我看了下电脑上的sync plan都是和安卓上同名图片一样size的，传过来却少了几KB，应该是某些奇怪的操作压缩了点吧，多同步几次应该就能解决了
感谢解答 
不应该。记得同步一下vault
同步一次就没有这个问题了
1 个赞
大佬，我想问一下为什么总是出现
这种问题，s3和onedrive都会出现，用过魔法但是也没用只是后缀变成closed
s3 不应该有这个的。onedrive 的话用魔法试多几次。
就是网络问题。插件侧无法解决
使用加密方式时，当文件名超过90个字符，产生的加密文件名就会超过256个字符，导致使用ext4系统的webdav服务，保存出错。
^^^^
代码重构后，还有这个限制吗？
若有，infinitcloud有这问题吗？
BTW:
为了减少加密对性能的影响，应允许指定哪些目录才加密。
简短结论：
改用 rclone crypt 可以轻度缓解此问题。建议直接新建一个测试 vault 来测试一下。
解释：
旧版本用的是openssl，会把文件夹路径也作为加密文件名，并打平了结构，这样加密后的文件名特别长。
新版本提供了可选项，可以用rclone crypt 格式，并且是文件夹路径和文件名分开加密的。并且只看文件名的话加密后长度也会短一些。
我看你的代码：
本地svr时间: 2024-06-03 09:41:55.15
云端svr时间: 2024-06-03 09:16:49.00
上次svr时间: 2024-06-03 09:16:49.00
本地cli时间: 2024-06-03 09:41:55.15
云端cli时间: 2024-06-03 09:16:49.00
上次cli时间: 2024-06-03 09:16:44.02
本地size: 205
云端size: 388
这个svr时间和cli时间似乎是重复的，有什么区别？上次时间是指上次同步时的云端文件的这两个时间？
有时候是相同，有时候是不同的。这不同的远程云盘会有不同的可能。
上次时间是上次同步成功的时间。
那么，本地的svr和cli时间，难道是不同的os会有不同？应该都是指本地修改时间吧？
对于本地来说这两个值一定是相同的。对于远程来说有可能不同。