我觉得解决这个问题主要还是需要在搜索引用的时候能有一个筛选机制，比如说先输入文章 tab 一下，限定在这个文档搜索

参考我的贴子： siyuan 究极性能优化笔记

我个人推测你的打开操作和在一个块上普通编辑消耗的内存不大，大概是你的操作会被分割成多个普通操作进行，才会导致内存暴增。但是首先你还是得把内容管理器的截图展开，不然不好判断是前端还是 kernel 的内存占用高。

记得还要更新 plugin.json 里的版本。

看看我的 tag enhance？

看上去是闪卡增强？不过我最近在摸思源的闪卡模块，这个插件很久没用也没有维护了。

以上问题的答案是都不能，除非你找找看有啥能用的插件，反正我是不知道是否存在。

好东西，支持！

左转 anytype，这个开发团队是真有兴趣做这个的。

只是单纯的用临时 sqlite 替换掉原有的 json，并增加几个字段不难，但是想要搞点拓展性强一点的就比较麻烦吧。

还在写，不过发现闪卡后期的拓展数据要求太多了，干脆先写一个储存数据的中间层，这几天在研究怎么塞一个 loro 的 wasm 进去，复用一下思源的 wazero 运行时。

做不到，因为 D 没办法开源七牛云的后端代码出来。

假如你觉得我说的莫名其妙，那说明你并没有看过代码，不知道思源开源了什么，没开源什么。

盲猜是手机管家之类的扫描到思源的目录，把 apk 当成未使用安装包清理了。

这个 17g 应该只是资源文件附带的多，但是块数和文档字数并不算多，因此在思源承受范围内还算正常。

思源不是自带图片导出吗？

如果你需要的是多页的多图导出，请找插件：多图导出

直接插件集市搜索就行。

思源内核大部分的功能可以分为分为两种，一种是启动时自动执行的内容，这部分看入口。

另一种是通过 web api 调用的功能，这部分看 https://github.com/siyuan-note/siyuan/blob/master/kernel/api/router.go ，需要实现什么就照着函数跳转路径去研究。

一开始不要想着看懂全局，按照自己需要理解并修改的部分去看对应部分就行了。

云端直接覆盖本地，保留历史记录即可。

另外我觉得完全可以在覆盖的时候读取文件。

那外部改动 word 会导致同步到本地出问题吗？我感觉使用最后一个快照似乎没影响。

假如云端快照没更新 word，那 word 不会被覆写。

假如云端快照更新了 word，那使用更新的 word 覆写本地的 word 也不算离谱，毕竟有历史记录在。

更新本地的 word 到云端可以在下一次同步进行。

能否不考虑关闭期间外部导致的文件变动，只使用最新快照进行差分同步？

知道最近修改了哪些文件是为了实现什么效果？

嘶，七月份居然还能被找到……

看样子是社区版吗？那个稳定性自负嘛……

这个可能是因为快照被自动清理了。

参考： 关于 SiYuan v3.1.12 后默认自动清理超过 180 天快照的调查

从头撸一个 pr 不就行了

我给你个参考思路啊：

这个方案最大的问题就是数据量大了之后会卡的离谱，毕竟思源是在一个没有索引、每次操作都要完全读取、反序列化、遍历、修改、序列化、重新全文写入的 json 上工作的……

与其在 json 上苟延残喘，我建议全面转投 sqlite。这东西才算是未来可期，可以承载百万级数据量的属性和表格。

现在的 json 在万行上就开始卡顿了，全部塞一起性能瓶颈只会来得更快。

执行时机是自动同步、手动触发同步、24 小时。所以倒不至于一打开就没了，但是你就要争分夺秒改设置了。

反正自动更新和懒得看更新详情的肯定已经一定程度上丧失选择的机会了。

第一个选项考虑的是没看更新又重视快照的用户。由于默认执行，很可能等到发现快照已经没了。

快照是一个宝贵的资源，当前做得到能从快照中指定抽取单个文件。当前只能整个回滚不代表一直都是。

当然删光了就不用考虑这个了。

不过我现在失去改进这个插件的兴趣了，因为 vv 搓了个大活，enhance 插件里的划词评论……不得不说在这件事上已经达到一个极致了。

下面是视频链接：

https://simplest-frontend.feishu.cn/minutes/obcnjq7455z25m2nnym3m4fs

又一个脚注插件，加油！

我认为的数据安全可能对其他用户来说不重要，那我举个更浅显的例子：思源即将加一个更新，会极大改善用户的体验，涵盖启动速度、移动体验、大文档连续滚动、闪卡究极改进。唯一不妙的是会随机删除 1% 用户的 1% 笔记内容，但他们不一定发现得了。

你觉得应该赞同这个改进吗？