OpenListTeam / OpenListTeam/OpenList

[Feature] 上传文件后,通过网盘端提供的哈希,检验上传完整性

Open
#3,099 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Go
Stars
24.7k
Forks
2.3k
Avg merge
1d 20h
Merged PRs (30d)
36

Description

请确认以下事项
  • 我已确认阅读并同意 AGPL-3.0 第15条
    本程序不提供任何明示或暗示的担保,使用风险由您自行承担。

  • 我已确认阅读并同意 AGPL-3.0 第16条
    无论何种情况,版权持有人或其他分发者均不对使用本程序所造成的任何损失承担责任。

  • 我确认我的描述清晰,语法礼貌,能帮助开发者快速定位问题,并符合社区规则。

  • 我已确认阅读了OpenList文档

  • 我已确认没有重复的问题或讨论。

  • 我认为此问题必须由OpenList处理,而非第三方。

  • 我已确认此功能尚未被实现。

  • 我已确认此功能是合理的,且有普遍需求,并非我个人需要。

  • 我没有阅读这个清单,只是闭眼选中了所有的复选框,请关闭这个 Issue 。

需求描述

现在上传文件以后,在检验size以后即视为文件完整,流程结束。部分支持的网盘的文件接口会提供哈希值,可以在文件上传完毕后,调用文件接口获取文件信息,用于比对服务器端哈希和本地端哈希一致。这样可以确定上传到网盘的文件是正确的。

另外补充:早期网盘好像大文件上传文件哈希不一致性听到的案例比较多。但是现在好像基本没看到相关事件,感觉现在可能是极小概率事件,但是确认准确性可以避免后续下载时发现文件损坏。

实现思路

在上传文件完毕后,添加获取服务端哈希并检验的步骤。错误可考虑重传或报错。

附加信息

可能存在的问题:部分云盘刚上传以后可能不会立即计算哈希值,可能需要等待一段时间后才会提供哈希值,如果要支持此类网盘,可能要设立排队机制来实现检验。

AI生成内容
  • 我使用了AI工具生成此内容
  • 我没有使用AI工具生成此内容
AI模型是

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the upload-completion flow and the supported cloud-drive file-information APIs. Determine which providers expose a usable server-side hash, how delayed hash availability is handled, and what successful verification, retry, or error reporting should look like.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
backend, cloud
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.