バイト以外の範囲指定子でHTTP範囲ヘッダーを使用していますか？

Question

コアの質問は、Range,If-Range,Accept-Rangesとユーザー定義の範囲指定子を含むHTTPヘッダーの使用に関するものです。

ここに私の質問を説明するのに役立つ製造例があります。人間が読める形式のドキュメントを表示するWeb 2.0スタイルのアプリケーションがあるとします。これらの文書は編集的にページに分割されています（ニュースのウェブサイトに表示される記事に似ています）。この例では、次のように仮定します。

• 「HTTP範囲質問」というタイトルのドキュメントが3ページに分割されています。
• シェルページ（/document/shell/http-range-question）は、ドキュメントのメタ情報（ページ数など）を認識します。
• ドキュメントの最初の読み取り可能なページは、ページのロード時にajax GET経由でロードされ、ページに挿入されます。
• [1 2 3すべて]のようなUIコントロールがページの下部にあり、数字をクリックすると読みやすいページ（ajax経由でも読み込まれます）が表示され、[すべて]をクリックするとドキュメント全体。 1、2、3のためのこれらのURLとすべてのユースケースを想定します
  • /document/content/http-range-question?page=1
  • /document/content/http-range-question?page=2
  • /document/content/http-range-question?page=3
  • /document/content/http-range-question

を今すぐ質問します。 HTTP RangeヘッダーをURLの一部として使用することはできますか（例：クエリ文字列パラメータ）？たぶんGET /document/content/http-range-questionご要望に応じて、このような何か：仕様は唯一のバイトがとして許容範囲なので、私は私のAJAX呼び出しが私のブラウザとサーバのコードで作業作られていても、途中で何かが壊れる可能性が定義されてよう

Range: page=1 

に見えます契約（例えば、キャッシングプロキシサーバ）。

Range: bytes=0-499 

カスタムレンジ指定子の意見や実際の例はありますか？

更新：私は、彼らは、DojoのJsonRestStoreは、カスタムRangeヘッダの値を使用していることに言及Rangeヘッダ（Paging in a Rest Collection）について同様の質問を見つけました。

Answer 1

絶対に - 好きな範囲単位を自由に指定できます。 RFC 2616から

：

3.12範囲単位

HTTP/1.1クライアントは
応答エンティティが 応答内に含まれるその部分のみ（の範囲） を要求することを可能にします。 HTTP/1.1では、Range（14.35節）と （14.16）の範囲単位 を範囲単位として使用します。
ヘッダーフィールド。エンティティは、 さまざまな構造単位に従って のサブレンジに分割することができます。

range-unit  = bytes-unit | other-range-unit 
    bytes-unit  = "bytes" 
    other-range-unit = token 

HTTP/1.1 "バイト" であることによって定義された範囲のみのユニット。 HTTP/1.1
実装は、他のユニットを使用して指定された範囲 を無視してもよい（MAY）。

キーピースは最後の段落です。実際には、HTTP/1.1の仕様書を書いたときには、「バイト」トークンの概要のみが記載されていました。しかし、 'other-range-unit'ビットから見ることができるように、独自のトークン指定子を自由に用意することができます。

独自のRange指定子を使用することは、その指定子を使用するクライアントコードとサーバーコードを制御する必要があることを意味します。したがって、 "/ document/content/http-range-question" URIを公開するバックエンド部分を所有しているなら、あなたは良いことです。おそらくあなたは要求ヘッダーが入ってくるかどうかを調べることができる最新のWebフレームワークを使用しているでしょう。次にRange値を調べてバッキングクエリを正しく実行することができます。

また、バックエンドにリクエストするAJAXコードを制御する場合は、自分自身でRangeヘッダーを設定できる必要があります。

しかし、潜在的な欠点は、あなたの質問で予想される：キャッシュを中断する可能性があります。カスタムレンジユニットを使用している場合、クライアントとオリジンサーバ間のキャッシュは[[bytes ']以外のユニットを使用して指定された範囲を無視してもよい[MAY]。たとえば、フロントエンドとバックエンドの間にSquid/Varnishキャッシュがある場合、期待している結果がキャッシュから提供されるという保証はありません。

また、クエリ文字列を使用するのではなく、ページをURIの「パラメータ」にする代替実装を検討することもできます。例：/ document/content/http-range-question/page/1。これはおそらくサーバー側ではもう少し作業になるでしょうが、HTTP/1.1に準拠しており、キャッシュは適切に処理する必要があります。

これが役に立ちます。

Answer 2

HTTP仕様を変更してクエリ文字列のパラメータを削除するように思えます。これを行うには、変更されたヘッダーを送信するクライアントとクエリ文字列の代わりに "Range"ヘッダーから読み取るサーバーの両方でコードを変更する必要があります。

最終的にはこれはうまくいくでしょうが、すべての標準と既存のツールを壊してしまっています。

Answer 3

HTTP範囲は、通常、最初から開始せずに中断されたダウンロードを回復するために使用されます。

OAI-OREは、複数のドキュメント間のリレーションシップを定義することができます。 （代替フォーマット、全体のコンポーネントなど）

残念ながら、これは比較的新しいメタデータ形式であり、ネイティブサポートが付属しているWebブラウザはわかりません。

Answer 4

バイトは、HTTP 1.1仕様でサポートされている唯一のユニットです。