Loading article…
HTTP Location ヘッダー フィールドは、次の 2 つの状況下でHTTP サーバーからの応答で返されます。
- Web ブラウザに別の Web ページを読み込むように要求します ( URL リダイレクト)。この状況では、Location ヘッダーはHTTP ステータス コード3xxとともに送信する必要があります。要求されたURIに次の内容が含まれている場合、Web サーバーによって応答の一部として渡されます。
- 一時的に移動しました。
- 恒久的に移転した場合、または
- POSTされたフォームなどのリクエストを処理し、そのリクエストの結果を別のURIで提供しています。
- 新しく作成されたリソースの場所に関する情報を提供する。この場合、LocationヘッダーはHTTPステータスコード201または202とともに送信する必要があります。[1]
HTTP 1.1仕様の旧バージョン（IETF RFC 2616）では、リダイレクトには完全な絶対URIが必要でした。[2] IETF HTTPワーキンググループは、ほとんどの一般的なWebブラウザが相対URLの受け渡しを許容していることを発見しました[3]。その結果、更新されたHTTP 1.1仕様（IETF RFC 7231）では元の制約が緩和され、Locationヘッダーで相対URLを使用できるようになりました。[4]
例
絶対 URL の例
絶対 URL は、スキーム[5] (例: http:、https:、telnet:、mailto:) [6]で始まり、スキーム固有の構文とセマンティクスに準拠する URL です。たとえば、HTTP URL の HTTP スキーム固有の構文とセマンティクスには、「ホスト」(Web サーバー アドレス) と「絶対パス」が必要であり、オプションのコンポーネントとして「ポート」と「クエリ」があります。
https://www.example.com/index.html
を要求
する
クライアントは
GET /index.html HTTP / 1.1
ホスト: www.example.com
サーバーからの応答を受け取る可能性がある
HTTP / 1.1 302 見つかりました
場所: https://www.example.org/index.php
相対 URL 絶対パスの例
相対 URL は、スキームやホストを含まない URL です。理解するには、元のリクエストの URL と組み合わせる必要があります。
https://www.example.com/blog/allへのクライアントリクエストは
、
スラッシュで始まる絶対パスを含むサーバー応答を受け取る場合があります。[7]
HTTP / 1.1 302 見つかりました
場所: /articles/
場所のURLはクライアントによって
https://www.example.com/articles/に拡張されます。[8]
相対URL相対パスの例
[9]
https://www.example.com/blog/latestへのクライアントリクエストは、
スラッシュで始まっていないため相対パスのサーバーレスポンスを受け取る場合があります。[7]
HTTP / 1.1 302 見つかりました
場所: 2020/zoo
クライアントは元のURLの最後のスラッシュの後のパスセグメントを削除し、相対パスを追加して
https://www.example.com/blog/2020/zooになります。[10] [11]
参照
参考文献
- ^ Richardson, Leonard (2007). RESTful Web サービス. セバストポル: O'Reilly. pp. 228–230. ISBN 978-0-596-52926-0。
- ^ 「場所」。ハイパーテキスト転送プロトコル -- HTTP/1.1。IETF。1999年6 月。sec. 14.30。doi : 10.17487/ RFC2616。RFC 2616 。
- ^ IETF HTTPbis ワーキンググループ チケット 185
- ^ 「場所」。ハイパーテキスト転送プロトコル (HTTP/1.1): セマンティクスとコンテンツ。IETF。2014年 6 月。7.1.2 節。doi : 10.17487 / RFC7231。RFC 7231 。
- ^ Uniform Resource Identifier (URI): 汎用構文。IETF。2005年1月。doi : 10.17487/ RFC3986。RFC 3986 。
- ^ 「IANA Uniform Resource Identifier (URI) スキーム」 。2014年 11 月 21 日閲覧。
- ^ ab "Relative Reference". Uniform Resource Identifier (URI): Generic Syntax. IETF . 2005年1月. sec. 4.2. doi : 10.17487/RFC3986 . RFC 3986. 2020年11月22日閲覧。
- ^ 「通常の例」。Uniform Resource Identifier (URI): 汎用構文。IETF。2005年1月。sec. 5.4.1。doi : 10.17487/RFC3986。RFC 3986。2020年11月22日閲覧。
- ^ ウリ、アヴィヴァ。オックスフォードアートオンライン。オックスフォード大学出版局。2003年。doi :10.1093/gao/9781884446054.article.t087366。
- ^ 「 Merge Paths」。Uniform Resource Identifier (URI): Generic Syntax。IETF 。 2005年1月。sec. 5.2.3。doi : 10.17487/RFC3986。RFC 3986。2020年11月22日閲覧。
- ^ 引用エラー: 名前付き参照
5cが呼び出されましたが、定義されていません (ヘルプ ページを参照してください)。