我注意到该框已经开始在文件上传API调用的随机基础上返回202状态代码。看来,当返回此代码时,文件上载尚未成功完成,因此需要重试尝试的操作。这是我看到的一个示例响应:
["body"]=>
bool(true)
["header"]=>
string(211) "HTTP/1.1 202 Accepted
Server: nginx
Date: Mon, 07 Jan 2013 23:14:08 GMT
Content-Type: text/html; charset=utf-8
Connection: keep-alive
Cache-control: no-cache, no-store
Retry-After: 4
Content-Length: 0"
鉴于202响应的模糊性,是否有人知道对此状态代码的技术上适当的响应是什么?
答案 0 :(得分:1)
您可以在Download a File Section中看到完整说明(我们没有将其放在上传部分,但现在已经开始)
如果文件尚未准备好下载(即在文件的情况下) 文件是在下载请求之前立即上传的,一个响应 HTTP状态为202 Accepted将返回a Retry-After标头指示文件之后的秒数 将供客户下载。
或多或少这意味着您必须等待'Retry-After'秒才能真正下载文件。大多数应用程序不需要立即下载该文件,但如果有的话,它需要正确处理此响应。