您好，

我尝试部署使用这个插件，Alist 我也部署好在内网，插件配置如果是 http://192.168.1.123 这样 http 的形式，点击那个验证以及后续上传使用都能够正常。

但我目标是能够在外网进行使用 alist，所以我是部署了 https 代理的，证书也确定是可信任的（浏览器不会报一个异常再让你继续访问）。 可是在插件配置页面输入了确定正确的域名及账号信息，可一直提示网络错误。

我尝试不用 https，直接使用 http 协议，也是能够正常从公网通过域名访问使用，但就太不安全了。

请指导，谢谢

我今天发现有一个文档里我添加的数据库，一直处于加载状态显示不出来。 mac 客户端是这样，docker 版通过浏览器打开也是这样，我尝试停在这个页面一直等，过应该有十来秒，直接会异常显示内核错误。docker 版本的也会直接挂掉。 后面我直接把这个数据库块给删除了，发现同步，重建索引也不会报错了。

相对而言，我的数据库块为什么会丢，好像更严重呀。

希望这些信息有助于你除 bug。。

ok, 感谢辛苦付出~

另外我发现 android 客户端也会有这个情况。请知悉。

你好，收到了吗？我可以删除了吗？

@88250 感谢支持！~~辛苦辛苦。。。

同问，这个需求很刚需呀，可是触屏是点击操作，而不是鼠标悬停，建议加一个开关，哪位大神写一个 js 脚本？

工作笔记

docker run -d --restart=always -p 16806:6806 -p 16808:6807 -e PUID=1001 -e PGID=1002 -v /volume1/docker/siyuan:/home/siyuan/sy b3log/siyuan:v3.1.10 --workspace=/home/siyuan/sy --accessAuthCode="1111111" --lang=zh_CN

日志已经发出来，辛苦看一下，谢谢

感谢，原来是在客户端里复制才能一起把图片带出去。。。

I 2024/11/07 00:23:22 sync.go:246: local upsert [9d1cfffe0f42944dffec6e2ecc6d73c4427c575a, /storage/petal/siyuan-plugin-flash-enhance/enhanceConfig.json, 2024-11-07 00:21:25]
I 2024/11/07 00:23:22 sync.go:246: local upsert [fa4bff96b61eb3a38cb0179cd146b0f42879e7e1, /storage/petal/graph-enhance/graph-enhance-config, 2024-11-07 00:21:24]
I 2024/11/07 00:23:23 webdav.go:116: downloaded object [home/siyuan/repo/refs/latest]
I 2024/11/07 00:23:23 webdav.go:116: downloaded object [home/siyuan/repo/indexes-v2.json]
I 2024/11/07 00:23:23 webdav.go:85: uploaded object [home/siyuan/repo/indexes/3f75d10f1ef7498d02dee8a1ba7edff94c168624]
I 2024/11/07 00:23:23 sync.go:1209: uploaded index [device=1af64d9c-80d5-4c98-8d06-4a02da80c167/windows, id=3f75d10f1ef7498d02dee8a1ba7edff94c168624, files=13016, size=31.52 GB, created=2024-11-07 00:23:19]
I 2024/11/07 00:23:23 webdav.go:85: uploaded object [home/siyuan/repo/indexes-v2.json]
I 2024/11/07 00:23:23 webdav.go:85: uploaded object [home/siyuan/repo/refs/latest]
I 2024/11/07 00:23:23 sync.go:942: uploaded cloud ref [refs/latest, id=3f75d10f1ef7498d02dee8a1ba7edff94c168624]
I 2024/11/07 00:23:24 webdav.go:116: downloaded object [home/siyuan/repo/refs/latest]
I 2024/11/07 00:23:24 sync.go:1419: updated latest sync [device=1af64d9c-80d5-4c98-8d06-4a02da80c167/windows, id=3f75d10f1ef7498d02dee8a1ba7edff94c168624, files=13016, size=31.52 GB, created=2024-11-07 00:23:19]
I 2024/11/07 00:23:24 webdav.go:128: removed object [home/siyuan/repo/lock-sync]
I 2024/11/07 00:23:24 repository.go:1358: synced data repo [device=1af64d9c-80d5-4c98-8d06-4a02da80c167, kernel=o7otssc, provider=3, mode=a/false, ufc=11, dfc=3, ucc=2, dcc=0, ub=0 B, db=584.04 kB] in [4.49s], merge result [conflicts=0, upserts=0, removes=0]

I 2024/11/07 00:23:24 index_fix.go:50: start checking index...
I 2024/11/07 00:23:24 index_fix.go:71: finish checking index
E 2024/11/07 00:23:41 logging.go:165: PANIC RECOVERED: runtime error: invalid memory address or nil pointer dereference
	D:/go1.23/src/runtime/panic.go:785 (0x7ff65ce46071)
D:/go1.23/src/runtime/panic.go:262 (0x7ff65ce25c77)
D:/go1.23/src/runtime/signal_windows.go:401 (0x7ff65ce25c47)
D:/88250/siyuan/kernel/sql/av.go:264 (0x7ff65e16763f)
D:/88250/siyuan/kernel/sql/av.go:642 (0x7ff65e16ca9b)
D:/88250/siyuan/kernel/sql/block.go:147 (0x7ff65e16d5fc)
D:/88250/siyuan/kernel/sql/database.go:849 (0x7ff65e185554)
D:/88250/siyuan/kernel/sql/database.go:537 (0x7ff65e181a99)
F:/golang/gopath/pkg/mod/github.com/88250/lute@v1.7.7-0.20241104160608-6885b1ea84cd/ast/walk.go:36 (0x7ff65d4a4768)
F:/golang/gopath/pkg/mod/github.com/88250/lute@v1.7.7-0.20241104160608-6885b1ea84cd/ast/walk.go:44 (0x7ff65d4a47c4)
F:/golang/gopath/pkg/mod/github.com/88250/lute@v1.7.7-0.20241104160608-6885b1ea84cd/ast/walk.go:31 (0x7ff65e18120b)
D:/88250/siyuan/kernel/sql/database.go:503 (0x7ff65e181176)
D:/88250/siyuan/kernel/sql/upsert.go:393 (0x7ff65e196fc4)
D:/88250/siyuan/kernel/sql/queue.go:137 (0x7ff65e18bdb4)
D:/88250/siyuan/kernel/sql/queue.go:103 (0x7ff65e18b9ba)
D:/88250/siyuan/kernel/model/transaction.go:1561 (0x7ff65e6972ee)
D:/88250/siyuan/kernel/job/cron.go:52 (0x7ff65e6b15f2)
D:/88250/siyuan/kernel/job/cron.go:53 (0x7ff65e6b1590)
D:/go1.23/src/runtime/asm_amd64.s:1700 (0x7ff65ce4f1c0)

没数过我的文档块有多少了，至少上千了。另外我还把思源当文件管理器来使用了，文件至少也上万了。😋

的确没有感觉明显变慢，我是使用 docker 版本，通过浏览器使用。同时使用 android 的客户端版本，的确也不会感觉卡顿。

我发现这种方式也是有限制的，我有另一个文档，嵌入块里还包含嵌入块，这个时候在预览模式下显示的也还是 SQL。。复制粘贴的自然也还是。。。

可以了，原来如此，谢谢。

要是复制的时候能把图片给带上就更完美了，这个可以实现吗？