我就是在服务器上部署了 docker 版的 minio。怎么测试 http head 或者 get 不懂。

但是从之前使用结果看，get 方法是支持啊。

支持 get 方法的呀。

我的帖子里第二个图，就是 get 方法去访问服务器，然后说 SSL 证书有问题。

那么能否在配置文件里给出选项，是否要发送 http 的 head 呢？——可以默认发送，但是允许修改为不发送。

那怎么解决问题呢？

权限问题把。你把要映射的文件夹删了。重新新建共享文件夹，然后权限改成所有人都能访问的模式。应该能解决问题。

如果你会用 ssh，也可以登录到群晖，然后 sudo chmod -R 777

windows 客户端看起来作用不大，

但是 docker 网页端很有用啊，除非破解了 linux 服务器。

我买会员是为了支持开发者。

不用会员的云同步功能，而是自己部署 minio 同步。

楼主要不要把卖了钱不的一部分捐赠给开发者？

我录了视频，

请问这是软件特性，还是 bug？

有的。

安装 docker：sudo apt-get install docker

安装 siyuan：sudo docker pull b3log/siyuan:latest，详细参数去 docker 下载页面看说明。

如果你用 linux shell 我就发了。要 ssh 连接到群晖，然后执行命令的。

保留的。

我建议改为手动更新，因为有的版本有 bug，不好用。

我写了一个 shell 脚本，名字叫做 update-siyuan，每次我想更新 siyuan 时，比方说我想更新版本到 2.7.3，那么只需要输入：sudo sh update-siyuan 2.7.3，就自动更新。

如果想改回 2.7.1，我就输入 sudo sh update-siyuan 2.7.1

如果你要，我可以把脚本发给你。

见上图，为什么 win10 客户端，2.6.3 下，会出现空白选项部分啊？

win10 系统下的问题测试

进一步更新问题，在 win10 系统下，百度输入法、搜狗输入法存在同样的问题，qq 拼音、微软拼音输入法不存在问题。

根据我观察，造成问题的原因可能是：百度，搜狗输入法在输入拼音时、按空格输入汉字前，siyuan 笔记的界面没有出现符号。具体见下图。
qq 拼音、微软拼音下，siyuan 笔记界面会出现一些符号：微软拼音会出现汉语拼音，qq 拼音输入法会出现小黑点（不是光标），而用百度、搜狗拼音输入法时，siyuan 笔记上不会出现任何符号，只有光标在闪烁

win7 系统下上述问题消失

在 win7 系统下，使用客户端时

搜狗输入法输在按空格输入汉字前，siyuan 界面会有汉语拼音，这样就不会出现 bug，见下图。

又发现问题——重建索引

继续昨天的问题，当用搜狗输入法时，出现光标回到文档头部的问题（昨天已讨论）；今天新发现的问题是：当光标回到文档头部后，此时如果按 ctrl+z，则不会撤销刚刚的输入，反而是把文档头部的那个块给撤销，同时会出现严重错误——要求重建索引！

搜狗输入法的输入到底发生了什么？

网页端不存在搜狗输入法触发的异常

另外，docker 部署，通过网页访问，搜狗输入法不存在上述问题。windows 客户端部署，通过浏览器访问，也不存在上述问题。

@88250

我试了 qq 拼音也没问题，那就是搜狗的问题了。

需要输入中文呀。

怎么导出同步日志？

我已经切换为 minio 的 s3 同步模式，速度的确快乐很多很多。

有可能是 webdav 网络不好，找不到云端的镜像引发了全局上传。

siyuan 的同步模块中，是否存在网络超时的判定机制？我把远程私有云的 webdav 的 timeout KeepAliveTimeout 都改成 300s，在用 webdav 首次上传同步时，频繁出现网络超时。

如果 c 端（siyuan）存在网络超时的判定，那么能否调大一些，因为远程网络用的家用宽带（申请公网 ip），可能网络质量没那么好，大量数据上传时，卡顿个 10 秒，20 秒也是有可能的。

android、ios 支持后台推送吗？

docker 与 siyuan 的官方服务器同步。

为什么要开多个 docker？你开了一个 docker，就能从各个终端用浏览器访问了，为何还要开多个 docker？除非你有多个工作空间。

@participants

siyuan 不适合移动端。或者，可以把手机当服务器——你电脑、手机处在同一个 wifi 网络，则通过电脑浏览器访问手机的 siyuan——在电脑浏览器输入 http://手机ip地址:6806 即可访问，这样只有一台设备会发生同步（即手机）

如果有多台电脑，建议部署 docker 从网页端访问，完全不用同步功能。

这个有什么用？会员感觉就多了同步功能，可是现在 webdav 已经放开了呀。

最后一个图片的红框命令改成 --workspace /siyuan 试试。

参考：下面启动 siyuan 容器用的代码。

docker run -d --name siyuan2 --restart always
-p 6807:6806
-v /docker/siyuan/workspace_2:/siyuan/workspace
b3log/siyuan:latest --workspace /siyuan/workspace

@88250 ，的确是滑动块没有作用。见下图，版本 2.5.0，docker 部署。

我这里只能看到这个，没有导入 markdown 选项。

版本 2.5.0，docker 部署，网页访问。

再次补充说明

经过我再次测试，发现：

docker 端通过网页，问题根源是：如果被移动的文档下面还有子文档，则会提示、警告“文件已存在”问题，该提示、警告不影响文档移动、排序。如果被移动重排序的文档下方没有子文档，则不会提示、警告“文件已存在”

上述问题，win10 桌面客户端不存在。

补充说明：我认为是 linux、docker 版文件处理机制问题，理由如下

现在的情况是：siyuan2 客户端部署在 linux mint 上的 docker，而移动文件排序产生“文件已存在”的问题。【这个问题产生的原因：就是我有两个 siyuan1、siyuan2 运行在 docker，且他们的工作空间是独立的。我在网页端把 siyuan1 的文件导出，再到网页端导入到 siyuan2】

如下图所示，我在 siyuan2 客户端把 2022-11-11 文档移动到 2022-11-14 上方，立马报错，来回移动两个文件顺讯，一直报错，但是文件顺序的确能移动了。只是不爽！

随后做了如下测试：

将 siyuan2 的数据同步到云端后，关闭容器：sudo docker stop siyuan2。
再在 win10 上安装全新的 siyuan 2.5.0 客户端，，从云端同步数据库，同步完毕后，win10 客户端移动同样的文件：将 2022-11-11 和 2022-11-14 来回移动顺序，不会出错——不会出现“文件已存在”的问题。如下图
同步，退出 win10 siyuan。

在 linux 上，再 run 一个新的 siyuan3 客户端（开辟全新、独立的工作空间），导入秘钥、并把云端数据同步下来，再来回移动同样的文件的顺序（2022-11-11 和 2022-11-15），又出现文件已存在的问题。

综上，我认为原因可能是：

1. docker 客户端下，与移动文件进行排序相关的文件处理过程有错，与 win10 下的处理过程不同，即 win10 的正确，docker 或者 linux 的有错
2. 或者与移动文件进行排序相关的文件处理过程没错（win10 docker linux 都正确），但是 docker、linux 客户端会误发出“文件已存在”的警告，而 win10 版本不会发出警告——即，当对文件进行移动排序时，如果文件实际存放位置没有发生变化，则此时 linux、docker 客户端的底层的文件操作函数返回“文件已存在，移动失败”（但不影响 siyuan 文档树内的文档排序调整结果），而 win10 系统下的底层文件操作函数不会发出警告。

@88250

刚才我又试了一次，还是有 bug

我认为，背后原因可能是，我导出的内容，有跨笔记本引用。

我导出的 siyuan1 客户端中的 fp 笔记本，但是 fp 中某些笔记引用了 siyuan1 中的其他笔记本中的内容。这样把到处的 fp 导入到 siyuan2 客户端：可能导致上述问题，

另外我还发现，导入到 siyuan2 中的 fp 笔记本内的某些文档丢失名字，成为 Untitle。

担心将来索引效率问题

我想导出，是因为担心数据量越来越大后，影响索引效率。

请教下，如果未来数据量太大，我还想保持高速索引，可以通过使用更强大的 cpu（多核心、更高主频）和更大内存来并行查找索引中内容来提高效率吗？
我粗略了解一些数据库索引原理，关键就是在内存中查找数据。那理论上性能更强劲 cpu 配合更大内存，可以解决索引问题？
如果我的想法正确，那我就不使用导出功能了，将来数据量太大影响检索效率，上更强劲的 cpu、更大频率更高的内存即可解决，就不用把数据分拆到好几个 siyuan 客户端了。

我现在用着索引太爽了，就怕将来不爽了痛苦。所以现在就得想好到底是把数据分开来，还是将来上更强劲的硬件。