HTTPアップロードの再開を実装する最良の方法の提案

Question

私は大きなファイル（GB +）をHTTP PUT経由でアップロードできるプロジェクトを進めており、アップロードを再開する方法を実装する必要があります。ファイルがアップロードされてファイナライズされると、ファイルは完成し、変更することはできません。これまでのところ、私は心の中で2つのオプションを持っていますが、完璧にフィットどちらも：

オプション1

クライアントは、それが存在しない場合、いずれかの404を返しますファイルの最初のHEAD要求またはファイルを送信します詳細は、X-Can-Resumeなどの行に沿ったHTTP X-Headerなどの現在のサイズや、ファイルを再開できるかどうかを指定するためのもの、およびそれに含まれるバイトを指定するRangeヘッダーなどの詳細が含まれます。これはOKと思われますが、私はHTTP標準から削除するので、X-Headerに熱心ではありません。

オプション2

クライアントが0バイトのContent-Lengthヘッダなし体とPUT要求を送信し、サーバは次にするかどうかを示す308 Resume Incomplete（ここでhttp://code.google.com/p/gears/wiki/ResumableHttpRequestsProposal提案されているように）、または202 Acceptedヘッダを返送することができます再開するか、最初からやり直してください。これは非標準ヘッダーの使用とは別に受け入れられるようです。

これを実装する最良の方法についての他の提案はありますか？

おかげで、 Jのいずれかの解決策で

Answer 1

には、既存のクライアントとサーバ実装が存在しないので、私はあなたが両方をコーディングます推測しています。私は、ギアの提案（ギアズが死んでいることは分かっているかもしれません）と、標準が出現したときに変更する用意があることの間で、最も単純なものと正しいものとの間の適切なバランスを見つけるべきだと思います。

この機能を実装する場合は、クライアントがチャンクでアップロードできるようにして、コンテンツ全体とチャンクにメッセージダイジェストを追加します。