D

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

检查一下是否是防火墙等安全设置问题。

不要修改默认主题，默认主题会重置的。

收到，我们看看能不能解决，估计有点难。

你好，不考虑了，备份和迁移可以通过数据导出或者云端同步/备份 功能实现。

界面缩放大小了吗？

结合三份日志找到原因了：27 号 15:40 左右你同时使用了 Android 和公司 Windows 进行同步，Android 先开始的同步，期间 Windows 也尝试同步，但是云端被 Android 锁定所以同步失败了几次。

但后面因为同步数据量较大，需要时间较久，所以 Android 的云端锁就自动超时释放了，这是 Windows 又进行了同步，两个设备最终还是 Windows 先同步完成（15:42:51），这时候云端快照被更新为 ccd53f19651134c1827332afe007e3913ca867b7（15413 个文件），其后 Android 也完成了同步（15:43:46），又把云端快照更新为 31fb11b4055b29b13a6ab1f650a0be8856c3c87f（15409 个文件），后面公司的电脑再次同步（15:45:59）数据就同步为了 Android 端较少的快照了。

这个问题目前只能使用时注意：请勿多个设备同时在线同步，特别是数据量较大耗时较长时。

没有计划哦

这个是思源文档的语法树结构，可以参考 https://github.com/88250/lute/blob/master/ast/node.go 进行遍历组装。

结合家里设备的日志分析，问题主要出在了一个 Android 设备上：

I 2025/02/27 15:45:59 sync.go:1609: got cloud latest [device=9yxmq8nytu43/android, id=31fb11b4055b29b13a6ab1f650a0be8856c3c87f, files=15409, size=1.74 GB, created=2025-02-27 15:19:04], cost [349.8752ms]
​

这个 Android 设备看上去是因为没有同步成功最新的快照就修改并覆盖云端快照了，导致公司设备在这个时间点从云端获取的快照是缺少文件的，所以删除了本地的文件。

你再发一下这个 Android 设备的日志，谢谢。

对数据批量操作前建议先打个快照，这样即使出问题了也好恢复。

从日志上看是很多文档文件无法加载了，不太清楚你之前的“迁移”是如何操作的，如果是直接在文件系统上移动文件的话可能会出现这个问题。

getPathByID 获取的只是 文档 Path，不包括 笔记本 ID，而 getFile 需要的路径参数是相对于工作空间的路径，也就是 工作空间/data/笔记本 ID/文档 Path。

下个版本会变更 getPathByID 接口，返回值中加入 笔记本 ID，请关注 Issue #14275 · siyuan-note/siyuan

目前还是内部 API，等稳定后再编入 API 文档。

能赚钱，感谢老铁支持 🙏

请考虑使用 listDocTree，细节可参考 Issue #10482 · siyuan-note/siyuan

请参考 思源笔记如何创建超级块?

感谢反馈，这个问题下个版本修复 Issue #14239 · siyuan-note/siyuan

关联 要求手机版更新“文档列出数量”的修改

使用 关闭全部页签 时并不会关闭钉住的页签

麻烦开个 issue 记录，谢谢

从这台设备的日志上分析，这两个文档在 27 号下午的一次同步中被删除了：

I 2025/02/27 15:53:22 sync.go:272: cloud remove [9ac771dadc6451b2283389f7beb26ce56ffa05cb, /20230824085638-2mye7q4/20230805232911-qbimies/20250227143743-zmvzxzq/20250227150011-kjbv5ne.sy, 2025-02-27 15:19:27]
...
I 2025/02/27 15:53:22 sync.go:272: cloud remove [245a578fd9b3520e54baf2e2156d33f719d4e91d, /20230824085638-2mye7q4/20230805232911-qbimies/20250227143743-zmvzxzq/20250227143758-yxj9rdh.sy, 2025-02-27 15:00:39]
​

如果要进一步分析的话需要另一台设备的日志，谢谢。

需要发一下文档 ID

GitHub 上下载最新的开发版后回滚试试，没有 ID 的话不好在日志文件中排查。

目前公司电脑上笔记本中没有这两个文档？没有同步/删除操作的话笔记本中应该还能看到才对。

你先试下回滚，然后笔记本中复制文档 ID 和系统日志上传一下，我看看能不能找到原因。

返回 403 多半是鉴权问题，建议检查 S3 配置以及 S3 相关权限。

找一下最近的操作记录，只出现在 数据历史 中的话应该是 删除 或者 同步。

可以在数据历史的操作下拉菜单中试着筛选操作类型，看看是什么操作引起的。

这个报错需要重置本地数据仓库并使用新的云端目录

没有办法的，技术栈不一样。