D

请帖一下剪藏页面地址。

大概是的吧，现在考虑协同方案为时尚早。

该来的迟早会来，正常工作，正常生活，等阳了正好休息几天 😂

1. 通过查询语法，可以解决或且，但是针对字段的搜索条件目前还是只能用 SQL
2. 可以通过结果计数判断的，结果计数的计算过程不带条目数限制

最近的版本一直在优化搜索，已经是最高优先级了。但是 SQL 可视化的特性暂时还没有计划，估计要等 2.6 完成间隔复习以后我们再排计划是先做这个还是先做白板，可能会发起社区投票收集建议，谢谢。

还没有仔细考虑过这个问题，也许统一设定也未尝不可。

试试把长列表拆小一点。

1. 不会，但是建议即时移动到笔记本中
2. 不支持
3. 移动端主要以浏览为主，暂时不考虑添加更多管理功能
4. 这个应该是需要第三方来对接吧

谢谢。

存储格式对性能影响不大，可能主要的瓶颈是渲染。

请看下 设置 - 编辑器 - 动态加载块数 是多少，另外是否使用的是默认主题。

有概率发生的问题就一定会发生的……

两个系统同时使用共享文件系统的话也会导致数据损坏的。

感谢反馈，下个版本改进 Issue #6835 · siyuan-note/siyuan

工作空间使用了第三方同步盘同步数据吗？

搜索不到的情况只存在于搜索结果太多时，这时候应该是通过指定排序或者增加搜索条件来缩小搜索范围，而不是让用户在大量的搜索结果中肉眼再去查找，这样就失去搜索的意义了。

从技术上而言是可以通过分页加载解决问题，但是我觉得这是个设计问题，不是技术问题。搜索支持分页加载后会增加用户在搜索上花费的时间。

当然，如果大家觉得有必要这样做，我们会往这个方向考虑一下的，谢谢。

设置太大的话没有意义吧，比如设置为限制 2K 条，那么这些结果就算命中了也看不完吧。

我举个例子，比如默认设置 64 条，如果整个库中只有 3 条符合条件，那么结果就命中这 3 条，不会出现搜不到的情况，这个条目数设置并不需要超过库中的块数。

导出 PDF/Word 格式不支持子文档批量导出，可以试试导出 Markdown，这个支持批量导出。

不行的，思源的同步设计如此。

有没有办法批量设置图片缩放大小

如果命中结果太多的话会，但是我觉得结果太多实际上人也看不过来，所以设置太大意义不大吧。

我不太理解为什么要把搜索结果条目设置那么大哦，这样展示出来的结果太多了，能说下使用场景吗？

这个我不清楚，抱歉抱歉。

浏览器端的话不一定能支持。

我这边测试在一个 1G 大小的 siyuan.db 上、data 中 .sy 大小 300M，搜索性能没有太慢，默认使用的是 64 的搜索结果条目限制。

有空的话可以帮忙测试在一个新的工作空间导入这个看看 https://github.com/Zettelkasten-Method/10000-markdown-files

正常情况下系统睡眠的话内核进程应该不会退出，如果能重现这个问题的话请看下任务管理器里面 SiYuan-Kernel 进程是否还存在。

打开了虚拟引用吗？开了的话加载文档会比较慢。

我这里测试正常，可以从 QQ 截图直接粘贴。

界面中应该有个 Refresh 可以点击一下试试。

明白了，我们先记录 Issue #6828 · siyuan-note/siyuan 感谢反馈

这个问题在手机上好像重现不了？

如果非常在意这个的话只能手动管理物理路径上的文件了。

你是不是重置过本地的数据仓库？如果是的话这个情况是正常的，因为云端数据仓库没有重置，并且保存了所有快照，空间占用随着同步使用只会增大不会减小。