附件上传进度条与实际进度不一致

[QingFeng-awa]

系统信息

• 外部访问地址: https://aumod.site
• 启动时间: 2024-10-31 07:18
• 版本: 2.20.8
• 构建时间: 2024-10-30 16:36
• Git Commit: a61a2b3
• Java: IBM Semeru Runtime Open Edition / 21.0.4+7-LTS
• 数据库: MySQL Community Server - GPL / 8.4.3
• 操作系统: Linux / 6.1.0-25-amd64
• 已激活主题: Daisyblocks 1.6.3
• 已启动插件:
  • 静态网页服务 1.0.0-alpha.5
  • SEO 工具集 1.1.0
  • 增强备份（Backup IMproved） 1.2.0
  • Trailing Slash 1.0.0
  • 文章限制阅读 1.4.3
  • 站点推送插件 1.5.2
  • 页面静态缓存 1.2.1
  • 对象存储（Amazon S3 协议） 1.12.0
  • 编辑器超链接卡片 1.1.0
  • OAuth2 认证 1.4.2
  • 搜索组件 1.6.2
  • Sitemap 1.1.2
  • 评论组件 2.5.0
  • 应用市场 1.7.0

使用的哪种方式运行？

Docker

发生了什么？

在附件中心上传较大文件时会出现进度条与实际上传进度不一致的情况。
例如我上传一个461MB的压缩包,实时上传速度大约为0.5~1MB/s,但进度条却在几秒内走完了,最终卡在了100%。

复现步骤

在/console/attachments上传附件。

附加信息

目前Halo只有进度条来展示上传进度,但上述中的进度条并没有真正的指出上传进度,这就像个固定的动画。
我认为应该让进度条能够真正展示进度或者提供其他显示进度的(例如显示实时上传速度来让用户推断进度)组件。

[ruibaby]

这个进度的逻辑实际上是正常的，代表文件已经全部到达服务器，但到达服务器之后可能还需要经过处理，所以会导致始终停留在 100%。我不确定这应该如何优化。

ping @halo-dev/sig-halo

/kind improvement
/area core

[QingFeng-awa]

这个进度的逻辑实际上是正常的，代表文件已经全部到达服务器，但到达服务器之后可能还需要经过处理，所以会导致始终停留在 100%。

但是这个处理有点太慢了,能不能考虑针对这种情况优化一下。
比如说多线程(?)
#7061