1
我注意到盒子已經開始返回202個狀態碼,這些狀態碼在文件上傳API調用上看起來是隨機的。看起來,當這個代碼返回時,文件上傳沒有成功完成,所以重試嘗試的操作是必要的。下面是一個例子迴應我看到:Box 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響應的模糊性,沒有人知道這個狀態碼技術上適當的反應是什麼?
謝謝肖恩,當這些回來時我會實施一個補償。你能解釋一下在文件上傳上下文中的含義嗎? (即,如果這意味着該文件尚未準備好下載,那麼對上傳意味着什麼?) –
您不應該再看到202s上傳了 - 您是否看到任何內容? – seanrose