D

那有可能是这个文档的大部分内容都挤在一个块里了，不然 8MB 不会占用那么多内存。

8M 的话应该问题不大，是可接受的范围，再找找其他文件，比如上百兆的。

感觉是某个 .sy 文件太大导致的，建议在文件系统上看看能否找到这个大文件。

剪藏只能在浏览器环境下才能正常工作，所以内核无法提供 API。

试试文档树文档树面板重建索引，或者重启后等自动校验索引结束，应该能自动修复。

目前最新镜像应该已经修复。

差不多是这个操作，试试看吧。

嗯，是一定不能用这个 CDN。

请勿使用论坛的 CDN，这个不保证可用性。

是的，特性如此，一个是静态锚文本，一个是动态锚文本。

暂时不能，未来应该有相应计划。

升级最新版，然后试试杀毒软件和防火墙加信任。

暂时先不动了，这个之前设计的时候我记得讨论过。

本地地址是相对路径，不以 / 开头。

那就不需要交换了嘛……

新的镜像已经打包上传，更新一下应该就好了。

开启 网络伺服 功能才能绑定所有网卡。

好像是因为 unpkg.com 被墙了，后面我们怎么解决。

可能是网络不通或者 API token 不对。

这个不是 bug，当定义块的父块是列表项时会使用列表项，以保持上下文的完整性。

假设你的安装环境如下：

• 桌面端
• 服务器 Docker 端
• 这两个端连接到同一个云端存储

那么需要的步骤：

• 桌面端修改数据以后手动/自动触发同步
• Docker 端手动/自动触发同步
• 浏览的人刷新页面

私有化部署不收费，教程请参考项目 README。

这个是个国外的 CDN，可能是被墙了，只能自建 CDN。

建议参考 README 使用自建 CDN。

建议参考 README 修改为自己的 CDN。

需要触发数据同步才行。

个人建议后者，一个文档最好还是不要太大，一个块也不要太大，具体可参考用户指南 性能优化 章节。

之前的日志里面是时快时慢。

不加载的，但是有的场景会加载，比如搜索的时候。

不会修改的。