2013-01-07 83 views
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響應的模糊性,沒有人知道這個狀態碼技術上適當的反應是什麼?

回答

1

你可以看到在Download a File Section完整的解釋(我們沒有把它上傳部分,但現在)

如果該文件還沒有準備好要下載(即在該情況下 文件是在下載請求之前立即上傳的),HTTP狀態爲202 Accepted的響應 將返回 Retry-After標題指示文件 可供客戶端下載的時間(秒)。

或多或少意味着您必須等待'Retry-After'秒後才能真正下載文件。大多數應用程序不需要立即下載文件,但是如果有的話,它需要正確處理這個響應。

+0

謝謝肖恩,當這些回來時我會實施一個補償。你能解釋一下在文件上傳上下文中的含義嗎? (即,如果這意味着該文件尚未準備好下載,那麼對上傳意味着什麼?) –

+0

您不應該再看到202s上傳了 - 您是否看到任何內容? – seanrose