Darren Yu

> > As expected with error `file name is not allowed`. > > Ref: https://stackoverflow.com/questions/1976007/what-characters-are-forbidden-in-windows-and-linux-directory-names. > > Hi, thank you for responding. I am running the server on Linux and...

可以直接使用 S3 兼容存储策略。

> MD5不推荐，碰撞概率太高。 > > 推荐如下，验证客户端文件是否为同一文件： 0. 文件大于100MB时，开启秒传校验。再小的文件，没意义。 > > 1. 文件头5bytes > 2. 文件字节数 > 3. 文件sha256 > 4. 文件crc32 > 5. 文件内 随机段(可以取其中的16K字节)校验md5 > > * 5.1 随机段开始字节位 >...

是的，需要开 Debug。命令行直接 ./cloudreve 运行的话会直接输出到命令行终端。

后台 Blob 记录在 Cloudreve 删除物理存储上的文件成功后才删除。

`conf.ini` 设置 `Debug = True`, 然后再命令行启动之后会有完整日志输出。 参见 [https://docs.cloudreve.org/zh/overview/configure#config-file-structure](https://docs.cloudreve.org/zh/overview/configure#config-file-structure)。

> Any update on it? For iOS/iPadOS version issues, please turn to https://github.com/cloudreve/ios-feedback/issues.

Do NOT use a outdate version. Try update to latest version via [here](https://github.com/cloudreve/cloudreve/releases/latest).

> > Do NOT use a outdate version. Try update to latest version via [here](https://github.com/cloudreve/cloudreve/releases/latest).不要使用过时的版本。尝试通过[此处](https://github.com/cloudreve/cloudreve/releases/latest)更新到最新版本。 > > 最新版本（win社区版4.8.0）也会出现，每次遇到得重启主程序才行。而且还比较频繁，不知道日志文件在哪里，也好反馈 `conf.ini` 设置 `Debug = True`, 然后再命令行启动之后会有完整日志输出。 参见 [https://docs.cloudreve.org/zh/overview/configure#config-file-structure](https://docs.cloudreve.org/zh/overview/configure#config-file-structure)。

> 我测试出来的情况是，开启`由浏览器处理下载`后，Windows下使用百分浏览器，在第一次点击下载的时候可以保存为Cloudreve内显示的文件名，也就是由浏览器处理了。后续再次下载就无法实现浏览器处理下载功能，而是直接获取到SharePoint的直链。在Android下使用via或Firefox完全无法实现，此外在Windows的Brave测试也是完全无法实现，也有可能和浏览器关系不大，而是服务端的一些缓存逻辑错误。 在V3版本中我会设置真实文件名称为原文件名称，而在V4强制要求加入一个唯一性变量，我猜测这是为了适应新的文件Blob逻辑和版本管理功能。但Onedrive已经提供了文件历史版本管理和还原功能，可以单独下载历史版本，可否考虑适配Onedrive自带的版本历史功能，这是可能相关的官方文档链接：[driveItemVersion 资源类型](https://learn.microsoft.com/zh-cn/graph/api/resources/driveitemversion)。在使用OneDrive自带的版本管理后，应该就能豁免Onedrive存储策略的文件Blob名称不强制添加唯一性变量？还有并不是所有文件都想用浏览器来下载，导入到多线程下载器也是很常见的操作，而生成重定向的直链也没有直接下载方便，还会增加不必要的数据库记录。所以其实适配Onedrive自己的功能才是最优解？还能特性喜加一(? 另附：仔细看了Onedrive存储策略设置要求，其实Blob路径和Blob名称两个之一包含一个唯一性变量即可，所以可以把唯一性变量放在路径，如果不在乎原始存储目录结构太碎片可以这样操作，目前至少可以这么操作来让文件名干净，对于已经加上唯一性变量的文件，我也不知道怎么办(哭)，就因为这个原因我几乎没有在升级V4后上传新文件... 后段没有加唯一性校验，如果不怕同名文件被误覆盖的话可以直接修改数据库中的 Blob 配置。