D

呃，这么说之前一直都没有同步咯？

再熟悉一下使用应该会好很多。

请参考 用户指南 - 性能优化

试下 数据历史 - 文件历史 - 重建索引

每个参与同步的设备上都有快照的

试试数据快照回滚

• 不建议多端编辑，思源只会以一端的数据为准
• 文件历史默认保存 30 天内的，超过 30 天的会自动清理，可在 设置 - 编辑器 - 历史保留天数 中调整

感谢反馈，先记录 Issue #13276 · siyuan-note/siyuan

不行，代码块建议在 IDE 里面写好一次性粘贴到思源。

• 使用默认主题
• 关闭代码行号显示

更多性能优化指引请参考 用户指南 - 性能优化

我把其他设备改回原来的密钥也不行。

每次改动密钥云端目录都要重新用一个，也就是说不只是需要本地重置仓库，云端也要重置。

可以重现了，下个版解决，感谢反馈。

无法支持 /，因为 / 会被用作路径分隔符。

如果是直接长按进行粘贴或使用输入法编辑面板中的粘贴按钮进行粘贴时文本就是正常显示的

就用这个先顶顶吧。

感谢反馈，下个版本修复 Issue #13243 · siyuan-note/siyuan

社区目前不支持行级标记语法，这个暂时保持不变了。

• macOS 上新增资源大致 10 秒后才能搜索到
• 设计如此，建议看下 用户指南 - 资源文件 章节了解引用文件夹使用方式

我这里无法重现该问题，麻烦录屏演示看下。

本地肯定是要扫描的，不然无法保证数据完整性和一致性。

你提的方案不太具有可行性，因为就算用户不写入数据，也是需要搜索的，只在云端的话本地无法进行搜索。

下个版本再试试吧，做了一些优化了。

从仓库 README 开始，里面有开发指南指引。

日志中看到昨天下午 6 点开始同步，到晚上 9 点半还没有同步完，主要原因是上传数据太慢了，后面你陆续强制结束了几次处于同步中的程序进程，又有一部分数据同步上去了（相当于断点续传），最后使用手动同步上传也用了 1 小时。

如果大量数据需要上传，需要保障网络上行带宽足够，否则可能会比较慢。

如果同步需要的时间大于 30s，则永远无法完成同步

不会的，如果某次同步超过 30s 并且期间发生了数据变动再次触发同步（或者手动同步），那么触发的这次同步会被放弃，因为上一次同步还未完成。

实际上现在就是这样的，启动阶段不会真正进行数据交换，只是对比索引，然后决定要锁住哪些文档以避免本地修改和云端造成冲突。

前面我已经说了，启动慢主要是就是因为要加载最新本地快照，加载以后才能对比索引，加载快照时读取文件对象慢是目前的瓶颈。

• 这种场景建议用收集箱
• 最后看的那个笔记也可能需要同步（从云端下载更新），但是不同步之前是无法判断要不要预加载的，这是一个鸡蛋问题

对了，刚刚我说的移动端用最后一个快照的想法实际上也不会有多大提升……因为慢是慢在加载本地快照（就是界面上出现“正在索引数据仓库，获取最新文件...”），而不是慢在下载索引或者对比差异等，这些在库较大时耗时其实不高，主要就是加载快照比较耗时，因为要读取本地仓库最新快照中的所有文件对象。

这个点我们得再看看是否还有优化空间，如果代码实现上优化空间不大的话可能就要考虑下用其他结构来辅助一下，总之，我觉得还是有希望提升突破一下的。

那数据就无法保证一致性了，快照要保证的一点就是一致性，如果云端覆盖本地时再去判断就晚了，这个时候数据很可能已经变动。

不纳入快照的话没有差异，不会生成冲突历史的，相当于正常云端覆盖本地。

不索引的话会有问题的，相当于外部改动不进快照，如果云端更新了这种情况就无法判断覆盖方向了，只能云端覆盖本地，并且不会生成冲突历史。

移动端上可能可以考虑用最后一个快照，因为移动端上不存在外部更新的情况。

是的，思源账号就是链滴账号

没有哦，只有积分奖励。