問題タブ [http-content-range]

ファイルを複数のチャンクに分割し、複数のHTTPリクエストを使用してファイルを送信する既存のSilverlightファイルアップローダーに取り組んでいます。

現在、クエリ文字列で開始バイトと合計バイトの情報を送信しますが、学習演習として、より標準ベースのアプローチを使用したいと思います。

以前、コンテンツを提供するエンドポイントを実装するときにHTTPContent-Rangeヘッダーを使用しました。このヘッダーは、クライアントからサーバーにコンテンツを投稿するときにも使用できますか？

私たちのウェブサイトは、クライアントに PDF ドキュメントを提供しています。PDF は 1 枚あたり 25MB で、線形化されています (高速 Web ビュー)。私たちのサイトは jsp ページを使用してコンテンツを配信しています。最初の get には、次のヘッダーが含まれています。キーヘッダーはaccept-ranges:bytesです。これにより、コンテンツのバイト範囲を送信できることがクライアントに通知されます。

Chrome が pdf をダウンロードすると、リクエスト内のデータ範囲のサイズがゆっくりと増加します。25MB のファイルの場合、サーバーに対して約 60 の要求が行われます。クライアントに送信する応答ヘッダーは次のとおりです。

ただし、IE 9 はサイズが 16KB のリクエストのみを送信します。これにより、少量のデータに対して 300 以上の要求が発生し、大きなファイルのダウンロードに非常に時間がかかります。http 応答に欠けているものはありますか?

バックグラウンドで大きなファイル (200MB) をダウンロードする必要があり、中断した場合に再開できるはずです。サーバー側は範囲ヘッダーをサポートしているため、これが WinRT の BackgroundTransfer エージェントでサポートされているシナリオであり、そこから範囲ヘッダー HTTP 呼び出しを行ってファイルをダウンロードできるかどうか疑問に思っています。

http://msdn.microsoft.com/en-us/library/windows/apps/br207242.aspx

HTTP Content-Range リクエスト: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.16

dgrid を JsonRest で動作させようとしています。JSON データを返す Perl ベースのサーバー側コンポーネントを実装しました。応答データは次のようになります。

これらのハッシュ「行」はそれぞれ配列内にあります。dgrid が読み込まれると、Range ヘッダーなしでサーバー コンポーネントにクエリが実行され、サーバー コンポーネントはデフォルトの範囲のデータを返します。次に、dgrid は「Range: items=0-24」で再度クエリを実行します。応答として、サーバーはエントリ 1 ～ 25 をリストされた形式で応答ヘッダー「Content-Range: items 0-24/470」と共に提供します。

dgrid が次の 40 項目を要求すると、問題が発生します。「Range: items=23-63」を要求し、サーバーは要求を正常に満たします (データが取得されたことを示す WebKit 開発者ツールを使用して確認できます)。ただし、dgrid 自体をスクロールすると、行 1 ～ 25 が表示され、行 40 にジャンプします。スクロールし続けると、470 エントリすべてをロードする方向に進みますが、グリッドが移動し始め、行が劇的に増加します。順不同 (たとえば、グリッドは行 8 から始まり、行 1 は行 75 の後に表示されます)。

おそらく、JSON データに明確に一意の ID が含まれていなかったことが原因だと考えたので、idProperty 設定で ID (「id」) を追加しました。立ち入り禁止。また、それが役立つかどうかを確認するために 10 行のオーバーラップを追加しようとしましたが、それは事態を悪化させるだけのようでした.

これが私の Dojo コードです。

This may be a Servlets question or an HTML5 question, depending on what the solution turns out to be... :)

I've got a (Tomcat) Servlet serving up short clips of audio which are then picked up in an HTML5 audio element. The audio correctly plays, but on some browsers only once (so that attempting to "rewind" or replay the audio does not then work). I suspect that this is because my Servlet is not reporting that it supports range requests: I notice that given a static audio file on the same server, Apache adds the HTTP "range-unit" response header, and replaying the file then works in such cases. So I am supposing that on browsers where I'm having the issue, in order to replay the file, the browser makes an HTTP Content-Range request rather than either buffering the entire file or re-requesting the entire file. (On Safari at least, replaying the audio served from my Servlet works fine: I'm guessing because Safari buffers the entire audio.)

So my questions:

• is there a way in HTML to request that the browser buffer the entire audio file on playing in order to allow replays rather than the server needing necessarily to support range requests?

• if not, does anyone have any experience of responding to range requests from a Servlet? I'm assuming it's just a case of (a) sending a "range-unit" response code in response to the initial request, then (b) looking out for relevant HTTP request headers ("Content-Range?") (I guess that's how they're handled?) on subsequent requests and only serving the relevant portion of the audio? Are there any pitfalls I should be aware of?

他のアプリケーションへのビデオのストリーミングをサポートする必要がある http Web サーバーを作成しました。シーク中に Windows Media Player の問題に直面しています。特定の方法でシークすると Windows Media Player がクラッシュします。これ以外は正常に動作しています。

メディア プレーヤーがクラッシュする手順。

シーク バーに 3 つのポイントがあるとします (たとえば、A、B、C)。

1) A はビデオの開始位置です。

2) ポジション C にジャンプします。

3) B の位置にジャンプして戻ります。

4) 再び位置 C (または位置 B の前の任意の位置) にジャンプして戻ります (これは、メディア プレーヤーが次のエラーでクラッシュする場所です)。

「ファイルの再生中に Windows Media Player で問題が発生しました。」

メディア プレーヤーがクラッシュすると、Web サーバーにリクエストが届きません。そうしないと、サーバー側で通常のシーク（コンテンツ範囲）httpリクエストを取得しています。

ポイント B へのジャンプ時にメディア プレーヤーと交換された最後の HTTP 要求と応答。

リクエスト：

応答：

ありがとう

ファイルを含むサーバーがあり、人々はファイルをダウンロードできます。このコードを使用してダウンロードを送信します。

ブラウザからファイルをダウンロードするときは問題ありませんが、ダウンロード マネージャー (IDM など) を介してダウンロードすると、ダウンロードが 99% で停止します。

どうしたの？

ITHIT webdav サーバー エンジンをインストールしました。CalDev と Class1 サーバー エンジン インスタンスを使用してみました。

ただし、コンテンツ範囲ヘッダーを有効にすることに成功しませんでした。

content-range ヘッダー インクルードを含む PUT を送信すると、IIS サーバーが 501 not implemented で応答します。

content-range ヘッダーの問題の解決にご協力ください。