fix(baidu_netdisk): improve upload experience

[hcrgm]

Description / 描述

改善百度网盘驱动的上传体验。主要改动：

1. 动态获取上传域名，同时保留自定义上传域名的能力
2. 延长上传超时时间
3. 限制空文件上传（官方限制）
4. 修复进度条不准确的bug

Motivation and Context / 背景

社区已经被百度网盘上传问题困扰许久（尤其是上传大文件时）：

• [BUG] 百度网盘大概上传不了 #1172
• [BUG] 百度网盘2GB以上的无法上传 #742
• 百度网盘上传问题 #704
• 本地存储复制文件到百度网盘出问题 #276
• 很奇怪的现象，最近几天百度盘有概率上传不了文件 AlistGo/alist#9291
• 百度网盘无法上传大于10GB的 AlistGo/alist#9210
• 百度网盘无法上传大小超过10G的单个文件 AlistGo/alist#5392
• 百度网盘上传大文件出现报错 AlistGo/alist#8437
• 百度网盘上传文件进度条不准确 AlistGo/alist#8100
• [百度网盘]使用大分片时，偶发 Client.Timeout exceeded while awaiting headers AlistGo/alist#7961
• 百度网盘并发上传时有大概率出错 AlistGo/alist#5628
• 百度网盘动态上传域名 AlistGo/alist#6518
• 上传文件失败 AlistGo/alist#6394
• 百度接口上传文件失败 AlistGo/alist#6149
• 百度网盘bug AlistGo/alist#5757
• 大文件无法成功上传 qjfoidnh/BaiduPCS-Go#339

主要问题是分片上传超时。经过一段时间的摸索，问题的来源有2个：上传速度缓慢、超时时间过短。
前一个问题不一定是因为上传带宽低，也有可能是默认上传API负载较高，不能提供较高的上传速度。官方提供了“获取上传域名”接口，动态获取一般都能得到当前网络环境下上传速度最高的域名。
后一个问题，则是社区一直流传的“分片上传超时时间限制为30s”的“都市传说”。可能这个“都市传说”曾经是真的，但经实验发现，现在官方“放宽”了分片上传时间限制，实测可超30分钟。

Fixes #1172, #742, #704, #276

How Has This Been Tested? / 测试

使用curl限速10kb/s上传：

curl -F 'file=@./chunk_aa' "https://xafj-ct11.pcs.baidu.com/rest/2.0/pcs/superfile2?method=upload&access_token=<access_token>&type=tmpfile&path=%2Faaa%2Frandom_file.bin&uploadid=<uploadid>&partseq=0" --limit-rate 10k

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0 32.0M    0     0    0 10240      0  10227  0:54:40  0:00:01  0:54:39 10240
  0 32.0M    0     0    0 20480      0  10231  0:54:39  0:00:02  0:54:37 10234
  0 32.0M    0     0    0 30720      0  10236  0:54:38  0:00:03  0:54:35 10240
  0 32.0M    0     0    0 40960      0  10233  0:54:39  0:00:04  0:54:35 10234
  0 32.0M    0     0    0 51200      0  10233  0:54:39  0:00:05  0:54:34 10235
  0 32.0M    0     0    0 61440      0  10235  0:54:38  0:00:06  0:54:32 10237
  0 32.0M    0     0    0 75776      0  10235  0:54:38  0:00:07  0:54:31 10238
........
 99 32.0M    0     0   99 31.8M      0  10235  0:54:38  0:54:26  0:00:12 10235
 99 32.0M    0     0   99 31.8M      0  10235  0:54:38  0:54:27  0:00:11 10237
 99 32.0M    0     0   99 31.9M      0  10235  0:54:38  0:54:28  0:00:10 10237
 99 32.0M    0     0   99 31.9M      0  10235  0:54:38  0:54:29  0:00:09 10233
 99 32.0M    0     0   99 31.9M      0  10235  0:54:38  0:54:30  0:00:08 10237
 99 32.0M    0     0   99 31.9M      0  10235  0:54:38  0:54:31  0:00:07 10237
 99 32.0M    0     0   99 31.9M      0  10235  0:54:38  0:54:32  0:00:06 10236
 99 32.0M    0     0   99 31.9M      0  10235  0:54:38  0:54:33  0:00:05 10236
 99 32.0M    0     0   99 31.9M      0  10235  0:54:38  0:54:34  0:00:04 10238
 99 32.0M    0     0   99 31.9M      0  10235  0:54:38  0:54:35  0:00:03 10236
 99 32.0M    0     0   99 31.9M      0  10235  0:54:38  0:54:36  0:00:02 10234
 99 32.0M    0     0   99 31.9M      0  10235  0:54:38  0:54:37  0:00:01 10237
 99 32.0M    0     0   99 32.0M      0  10235  0:54:38  0:54:38 --:--:-- 10233
100 32.0M    0    75  100 32.0M      0  10234  0:54:38  0:54:38 --:--:--  9117
{"md5":"d444a5139b007be47b03a8f80ef7ec4c","request_id":4977369998434736415}

用时54分钟上传单分片成功。
目前在本地通过百度网盘驱动上传了几十G、1000余份文件，在网络环境稳定的情况下（50Mbps的上行）实现0错误。

Checklist / 检查清单

• I have read the CONTRIBUTING document.
  我已阅读 CONTRIBUTING 文档。
• I have formatted my code with go fmt or prettier.
  我已使用 go fmt 或 prettier 格式化提交的代码。
• I have added appropriate labels to this PR (or mentioned needed labels in the description if lacking permissions).
  我已为此 PR 添加了适当的标签（如无权限或需要的标签不存在，请在描述中说明，管理员将后续处理）。
• I have requested review from relevant code authors using the "Request review" feature when applicable.
  我已在适当情况下使用"Request review"功能请求相关代码作者进行审查。
• I have updated the repository accordingly (If it’s needed).
  我已相应更新了相关仓库（若适用）。
  • OpenList-Frontend feat(baidu_netdisk): support use dynamic upload API OpenList-Frontend#253
  • OpenList-Docs docs(baidu): refine information about uploading OpenList-Docs#224

[jenfonro]

我合并了我之前创建的断点续传.需要调整一下代码

还有可能要测试下对于断点续传中的动态获取上传域名这块会不会有冲突

我更新并测试了一下,暂时没啥问题,合并后也能正常使用断点续传

虽然说断点续传的进度依然有点问题(我感觉问题不大)

[mo-han]

好吧，也许30s超时的限制已经不存在了。或者说即使存在，当上传速度足够高，也不会出问题。
但是，当上传速度很慢的时候，rclone就会一直报错405，并不停重试、但不管重试多少次都是相同报错。
于是就只好开启低带宽上传模式，该模式亲测有效，只要开启，哪怕慢慢上传很久（500KB/s、持续10分钟），也能顺利上传，rclone没有任何报错。
那么，为什么慢速上传就必须开启这个模式才行呢，按照上面的讲法，超时窗口已经非常大了，rclone不应该报错。而且就算报错，为什么会报405这种和超时无关的莫名其妙的错呢？

[362227]

好吧，也许30s超时的限制已经不存在了。或者说即使存在，当上传速度足够高，也不会出问题。 但是，当上传速度很慢的时候，rclone就会一直报错405，并不停重试、但不管重试多少次都是相同报错。 于是就只好开启低带宽上传模式，该模式亲测有效，只要开启，哪怕慢慢上传很久（500KB/s、持续10分钟），也能顺利上传，rclone没有任何报错。 那么，为什么慢速上传就必须开启这个模式才行呢，按照上面的讲法，超时窗口已经非常大了，rclone不应该报错。而且就算报错，为什么会报405这种和超时无关的莫名其妙的错呢？

我开启低带宽上传模式，32线程，用rclone上传百度平均至少60M/s

[jyxjjj]

其实应该是408或504

[mo-han]

@362227
高带宽环境本身就不会出这种情况。
正是因为网速慢，所以才会超时。