プロジェクトの1つでは、HTTP範囲要求を解析して、ファイルを部分的にダウンロードするためのサポートを追加する必要がありました。 ネットワークにはさまざまな例が
たくさんありますが、
RFC 2616の完全な実装は1つも見つかりませんでした。 1つのコードは複数の範囲が存在する可能性があることを考慮していませんでしたが、もう1つは標準がドキュメントサイズよりも大きい要求を許可するものであり、3つ目は標準が推奨するように構文的に正しい要求と到達不能な要求を区別していません。 そのため、実装を作成し、全員と共有することにしました。 catでのPHPの詳細と実装例。
標準状態では、範囲クエリは2つの部分で構成されます。範囲のディメンションと選択ルールのリストです。
RFC 2616で定義され
ている唯一の範囲ディメンションはバイトです。 また、同じRangeヘッダーには、一度にカンマで示される複数の範囲が存在する可能性があることに注意してください。
HTTPクライアントの範囲を取得するための2つのオプションがあります。
1つ目は、ドキュメントの本文の開始位置と終了位置の表示です。 最初の位置はゼロから始まります。 最後の位置は、リクエストの最初の位置以上でなければなりません。 それ以外の場合、標準によれば、この実装ヘッダーは無視する必要があります。 最後の位置が存在しないか、その値がドキュメントのサイズ以上である場合、最後の位置はドキュメントの現在のサイズをバイト単位で1減らしたものです。標準によれば、これはエラーではありません。
たとえば、サイズが10バイトのドキュメントの場合、
bytes=1-9
は、2番目からドキュメント本体の最後のバイトで終わる9バイトを要求します。
2番目は、ドキュメント本文の最後のNバイトの選択です。 ドキュメントがリクエストで指定されたサイズよりも小さい場合、ドキュメント全体が選択されます。 たとえば、
bytes=-2
は最後の2バイトを要求します。
すべての範囲の処理が完了した後、サーバーは、ゼロ以外のバイト数を含む範囲が少なくとも1つあるかどうかを判断する必要があります。 存在しない場合、サーバーはクライアント416(要求された範囲は満たされません)に応答する必要があります(そうでない場合は206(部分コンテンツ))。
条件を満たさない場合、実装は「条件付きで互換性がある」と見なされます(SHOULD)。 したがって、標準のすべての条件が満たされている場合、範囲要求の完全な処理を実現できます。
PHPの実装例:
<?php namespace HTTP; function parse_range_request($entity_body_length, $range_header) { $range_list = array(); if ($entity_body_length == 0) { return $range_list;