索引

このページは概要やタグに沿った MDN のすべての HTTP ページの一覧です。

200 ページあります:

#	ページ	タグと要約
1	HTTP	HTTP, Web, ウェブ, リファレンス
1	HTTP	Hypertext Transfer Protocol (HTTP) は HTML などのハイパーメディア文書を転送するためのアプリケーション層プロトコルです。このプロトコルはウェブブラウザー (クライアント) とウェブサーバー間の通信を目的として設計されていますが、他の用途でも使用されることがあります。　HTTP は旧来のクライアント・サーバーモデルに則っており、クライアントはサーバーにリクエストを送信するためにポートを開き、サーバー側からのレスポンスが返ってくるまで待機します。　また、HTTP はいわゆるステートレスプロトコルであり、サーバーは 2 つのリクエスト間で何もデータを保持しません。多くの場合 TCP/IP 層上の通信で使用されますが、任意の信頼性があるトランスポート層プロトコルでも使用されることがあります。すなわち、音声や動画のストリーミング等で使用される UDP のように、知らぬ間にメッセージが破損されることのないプロトコルとして使用される、ということです。
2	Feature Policy	Feature-Policy, HTTP, Reference, セキュリティ, ヘッダー, 機能ポリシー
2	Feature Policy	機能ポリシーで、ウェブ開発者はブラウザーの特定の機能や API を有効化、無効化したり、動作を変更したりすることができます。これはコンテンツセキュリティポリシーに似ていますが、セキュリティの動作ではなく機能の制御を行うものです。
3	機能ポリシーの使用	Feature-Policy, HTTP, Reference, セキュリティ, ヘッダー, 機能ポリシー
3	機能ポリシーの使用	機能ポリシーによって、最上位のページと埋め込んだフレームの両方で、どのオリジンでどの機能を使用することができるかを制御することができます。基本的にポリシーは、それぞれの機能について許可するオリジンのリストで記述します。各機能は機能ポリシーで制御され、機能は現在の文書か、許可されたオリジンのリストに一致するオリジンのフレームでのみ有効になります。
4	Firefox ユーザーエージェント文字列リファレンス	Compatibility, Firefox, Firefox 4, Gecko, Gecko 2.0, Guide, User-agent, 互換性
4	Firefox ユーザーエージェント文字列リファレンス	この文書では、 Firefox 4 以降および Gecko 2.0 以降ベースのアプリケーションで用いられるユーザーエージェント文字列について説明します。 Gecko 2.0 での変更点について詳しくは Final User Agent string for Firefox 4 (blog 記事) をご覧ください。ユーザーエージェントの検出に関する文書や Hacks の投稿もご覧ください。
5	HTTP Cookie	Cookies, Guide, HTTP, ガイド, クッキー
5	HTTP Cookie	HTTP Cookie (ウェブ Cookie、ブラウザー Cookie) は、サーバーがユーザーのウェブブラウザーに送信する小さなデータであり、ブラウザーに保存されて次のリクエストと共に同じサーバーへ返送されます。
6	HTTP Pipelining FAQ	Necko
6	HTTP Pipelining FAQ	HTTP/1.1 パイプライン化 FAQ
7	HTTP range requests	HTTP, HTTP レンジリクエスト, ガイド
7	HTTP range requests	HTTP レンジリクエストでは、サーバーからクライアントに HTTP メッセージの一部のみを送信できます。部分的なリクエストは、たとえば、大きなメディアや、一時停止や再開機能を持つファイルのダウンロードに役立ちます。
8	HTTP resources and specifications
8	HTTP resources and specifications	1990年代初めにHTTPは初めて仕様化されました。 Designed with extensibility in mind, it has seen numerous additions over the years; this lead to its specification being scattered through numerous specification documents (in the midst of experimental abandoned extensions). This page lists relevant resources about HTTP.
9	HTTP のリダイレクト	Guide, HTTP, リダイレクト
9	HTTP のリダイレクト	URL リダイレクトは、 URL 転送とも呼ばれ、ページ、フォーム、ウェブアプリケーション全体などに二つ以上の URL のアドレスを与えるテクニックです。 HTTP では特別な種類の応答である HTTP リダイレクトを提供し、サイトをメンテナンスしている間の一時的なリダイレクト、サイトの構成を変更した後も外部のリンクを機能させるための恒久的なリダイレクト、ファイルをアップロードしているときの進捗を示すページなど、様々な目的のためにこの操作を行います。
10	HTTP の圧縮	Content Negotiation, Guide, HTTP, コンテンツネゴシエーション
10	HTTP の圧縮	圧縮は、ウェブサイトのパフォーマンスを向上させるための重要な手段です。ドキュメントによっては、必要な帯域を最大 70% 削減するほどサイズが縮減します。長年かけてアルゴリズムはより効率的になり、またクライアントおよびサーバーが新たなアルゴリズムをサポートしました。
11	HTTP の基本	HTTP, 概要
11	HTTP の基本	HTTP はとても拡張性のあるプロトコルです。リソースの記述や URI などわずかな基本概念に基づいており、メッセージ構造が単純で、コミュニケーションの流れはクライアント・サーバー構造です。これらの基本概念の上に、いくつもの拡張が何年にもわたって行われ、新しい機能や新しい意味が新しい HTTP メソッドやヘッダーによって追加されています。
12	HTTP の進化	HTTP, ガイド
12	HTTP の進化	HTTP は World Wide Web を支えるプロトコルです。 Tim Berners-Lee によって 1989-1991 年に開発されれてから、HTTP にはシンプルさのほとんどを維持しながら柔軟性をさらに形作る、多くの変更がみられます。 HTTP は初期のいくぶん信頼された研究所の環境内でファイルを交換するプロトコルから、現代のインターネットの迷宮で高解像度や 3D の画像や動画を運ぶプロトコルに進化しました。
13	MIME タイプ	Content-Type, Guide, HTTP, MIME タイプ, application/javascript, application/json, application/xml, エンティティヘッダー
13	MIME タイプ	Multipurpose Internet Mail Extensions (MIME) タイプは、文書、ファイル、またはバイト列の性質や形式を示す標準です。
14	MIME タイプの不完全な一覧	HTTP, MIME, MIME タイプ, タイプ, テキスト, ファイル, ファイルタイプ, リファレンス, 動画, 音声
14	MIME タイプの不完全な一覧	これは文書のタイプに関連付けられている MIME タイプの一覧であり、一般的な拡張子の昇順に並べています。
15	www 付きと www なしの URL の選択	Guide, HTTP, URL
15	www 付きと www なしの URL の選択	ウェブサイトの管理者の間で繰り返される質問が、www URL と非 www URL のどちらを選択するかです。このページでは、何が最良かについてアドバイスを提供します。
16	ウェブ上のリソースの識別	HTTP, URI, URL, URL 構文, ウェブ, クエリ, スキーム, ドメイン, パス, フラグメント, ポート, リソース, 構文
16	ウェブ上のリソースの識別	HTTP 要求の対象は「リソース」と呼ばれ、その本質は細かく定義されていません。ドキュメント、写真、その他の何にでもなりえます。それぞれのリソースは、リソースを特定するために HTTP の至るところで使用される Uniform Resource Identifier (URI) で特定されます。
17	データ URL	Base64, Intermediate, URL, ガイド
17	データ URL	`data:` スキームが先頭についた URL であるデータ URL を使うと、コンテンツ制作者は小さなファイルをインラインで文書に埋め込むことができます。
18	リソース URL	Guide, HTTP, Intermediate, Resource
18	リソース URL	`resource:` というスキームのプレフィックスが付いたリソース URL は、Firefox と Firefox のブラウザ拡張機能によってリソースを内部的に読み込むために使用されますが、情報の一部はブラウザが接続するサイトでも利用できます。
19	HTTP の概要	HTML, HTTP, Overview, WebMechanics, 概要
19	HTTP の概要	HTTP は、 HTML 文書などのリソースを取り出すことを可能にするプロトコルです。これはウェブにおけるデータ交換の基礎をなすクライアントサーバープロトコルであり、リクエストは受け取り者 (一般にはウェブブラウザー) が生成します。文書全体は、テキスト、レイアウトの定義、画像、動画、スクリプトなど、取り込まれたさまざまなサブ文書から再構成されます。
20	HTTP キャッシュ	Caching, Guide, HTTP
20	HTTP キャッシュ	過去に取得したリソースを再使用すると、ウェブサイトやアプリケーションのパフォーマンスが大きく向上するでしょう。ウェブキャッシュは遅延やネットワークのトラフィックを削減して、リソースを表示するために必要な時間も短縮します。 HTTP キャッシュを使用すると、ウェブサイトの応答性が高まります。
21	HTTP ヘッダー	HTTP, HTTP ヘッダー, Networking, Reference, header, ネットワーク, ヘッダー, リファレンス
21	HTTP ヘッダー	HTTP ヘッダーは、クライアントやサーバーがリクエストやレスポンスで追加情報を渡すことを可能にします。 HTTP ヘッダーは、大文字小文字を区別しないヘッダー名とそれに続くコロン '`:`'、 (改行なしの) 値で構成されます。値の前にあるホワイトスペース文字は無視されます。
22	Accept	CORS 対応ヘッダー, HTTP, HTTP ヘッダー, リクエストヘッダー, リファレンス
22	Accept	HTTP の `Accept` 要求ヘッダーは、クライアントが理解できるコンテンツタイプを MIME タイプで伝えます。コンテンツネゴシエーションを使用して、サーバーは提案のうちの一つを選択し、それを使用してクライアントに `Content-Type` 応答ヘッダーで選択を伝えます。ブラウザーは要求を行う場面に応じて適切な値をこのヘッダーに設定します。 CSS スタイルシートを取得するときは、画像、動画、スクリプトを取得するときとは異なる値を要求で設定します。
23	Accept-Charset	HTTP, HTTP ヘッダー, コンテンツネゴシエーション, リクエストヘッダー, リファレンス
23	Accept-Charset	`Accept-Charset` リクエスト HTTP ヘッダーは、クライアントが理解できる文字セットをアドバタイズします。次にコンテンツネゴシエーションを使用して、サーバーは提案の1つを選択、使用し、`Content-Type` レスポンスヘッダー内でクライアントに選択を通知します。ブラウザは通常、このヘッダーを設定しません。通常、各コンテンツタイプのデフォルト値が正しいため、送信すると簡単にフィンガープリントを読み取ることができます。
24	Accept-Encoding	HTTP, HTTP ヘッダー, Reference, コンテンツ交渉, リクエストヘッダー
24	Accept-Encoding	HTTP の `Accept-Encoding` リクエストヘッダーは、コンテンツのどのエンコーディング (ふつうは圧縮アルゴリズム) をクライアントが理解することができるかを示します。コンテンツ交渉を使用して、サーバーは提案されたものから一つを選択して使用し、 `Content-Encoding` レスポンスヘッダーを使用してクライアントに選択結果を知らせます。
25	Accept-Language	HTTP, HTTP ヘッダー, コンテンツネゴシエーション, リクエストヘッダー, リファレンス
25	Accept-Language	HTTP の `Accept-Language` リクエストヘッダーは、クライアントがどの言語を理解できるか、どの種類のロケールが推奨されるかを示します。 (言語というのは、英語のような自然言語を意味し、プログラミング言語ではありません。) コンテンツネゴシエーションを使用して、サーバーは提案されたものから一つを選択して使用し、 `Content-Language` レスポンスヘッダーを使用してクライアントに選択結果を知らせます。ブラウザーはユーザーインターフェイスの言語に従って、このヘッダーに適切な値を設定し、ユーザーはこれを変更することができますが、稀です（そして指紋につながるとして難色を示されます）。
26	Accept-Ranges	HTTP, HTTP ヘッダー, Reference, レスポンスヘッダー, 範囲リクエスト
26	Accept-Ranges	HTTP の `Accept-Ranges` レスポンスヘッダーは、サーバーが部分的なリクエストに対応していることを周知するために使用するマーカーです。このフィールドの値は、範囲の定義に使用できる単位を示します。
27	Access-Control-Allow-Credentials	CORS, HTTP, ヘッダー, リファレンス
27	Access-Control-Allow-Credentials	`Access-Control-Allow-Credentials` レスポンスヘッダーは、リクエストに対するレスポンスをページに公開できるかどうかを示します。`true` の値が返されたときに公開されます。証明書は Cookie、承認ヘッダー、または TLS クライアント証明書です。プリフライトリクエストに対するレスポンスの一部として使用される場合、実際のリクエストが資格情報を使用して行われるかどうかを示します。単純な `GET` リクエストはプリフライトされていないので、資格情報を持つリソースに対してリクエストが行われた場合、このヘッダがリソースとともに返されない場合、レスポンスはブラウザによって無視されウェブコンテンツは返されません。
28	Access-Control-Allow-Headers	CORS, HTTP, HTTP レスポンスヘッダー, ヘッダー, リファレンス, レスポンスヘッダー
28	Access-Control-Allow-Headers	`Access-Control-Allow-Headers` レスポンスヘッダーは、 `Access-Control-Request-Headers` を含むプリフライトリクエストへのレスポンスで、実際のリクエストの間に使用できる HTTP ヘッダーを示すために使用されます。
29	Access-Control-Allow-Methods	CORS, HTTP, ヘッダー, リファレンス
29	Access-Control-Allow-Methods	`Access-Control-Allow-Methods` レスポンスヘッダーは、preflight request にレスポンスしてリソースにアクセスするときに許可される1つまたは複数のメソッドを指定します。
30	Access-Control-Allow-Origin	Access-Control-Allow-Origin, CORS, HTTP, HTTP ヘッダー, アクセス制御, オリジン, オリジン間問題, セキュリティ, ヘッダー, リファレンス, レスポンスヘッダー
30	Access-Control-Allow-Origin	`Access-Control-Allow-Origin` レスポンスヘッダーは、指定されたオリジンからのリクエストを行うコードでレスポンスが共有できるかどうかを示します。
31	Access-Control-Expose-Headers	CORS, HTTP, ヘッダー, リファレンス
31	Access-Control-Expose-Headers	`Access-Control-Expose-Headers` レスポンスヘッダーは、レスポンスの一部としてどのヘッダーを公開するかを、その名前を列挙して示します。
32	Access-Control-Max-Age	CORS, HTTP, ヘッダー, リファレンス, レスポンスヘッダー
32	Access-Control-Max-Age	`Access-Control-Max-Age` 応答ヘッダーは、プリフライト要求の結果 (つまり `Access-Control-Allow-Methods` 及び `Access-Control-Allow-Headers` ヘッダーに含まれる情報) をキャッシュすることができる時間の長さを示します。
33	Access-Control-Request-Headers	CORS, HTTP, ヘッダー, リファレンス
33	Access-Control-Request-Headers	`Access-Control-Request-Headers` リクエストヘッダーは preflight request を発行するときに使用され、実際のリクエストが行われたときにどの HTTP ヘッダーが使用されるかをサーバーに知らせます。
34	Access-Control-Request-Method	CORS, HTTP, ヘッダー, リファレンス
34	Access-Control-Request-Method	実際のリクエストが行われたときにどの HTTP メソッドが使用されるかをサーバーに知らせるために、preflight request を発行するときに `Access-Control-Request-Method` リクエストヘッダーが使用されます。プリフライトリクエストは常に `OPTIONS` であり、実際のリクエストと同じメソッドを使用しないので、このヘッダは必要です。
35	Age	Caching, HTTP, ヘッダー, レスポンス
35	Age	`Age` ヘッダーには、プロキシーのキャッシュに入ってからの経過時間（秒）が含まれています。
36	Allow	HTTP, HTTPヘッダー, エンティティヘッダー, ヘッダー, リファレンス
36	Allow	`Allow` ヘッダーには、リソースによってサポートされるメソッドの集合が一覧表示されます。
37	Authorization	HTTP, HTTP ヘッダー, ヘッダー, リクエストヘッダー, リファレンス
37	Authorization	HTTP の `Authorization` 要求ヘッダーは、ユーザーエージェントがサーバーから認証を受けるための証明書を保持し、ふつうはサーバーが `401` `Unauthorized` 状態と `WWW-Authenticate` ヘッダーを返した後に使われます。
38	Cache-Control	HTTP, HTTP ヘッダー, Reference, 一般ヘッダー
38	Cache-Control	`Cache-Control` 一般ヘッダーフィールドは、リクエストとレスポンスの両方のキャッシュ規則を指定するために用います。キャッシュの指定は単一方向で、つまり、リクエストの定義がレスポンスの定義と同じにはなりません。
39	Clear-Site-Data	HTTP, HTTP ヘッダー, Reference, ヘッダー, リファレンス, レスポンスヘッダー
39	Clear-Site-Data	`Clear-Site-Data` ヘッダーは、リクエストしているウェブサイトに関連付けられた閲覧用データ (クッキー、ストレージ、キャッシュ) を消去します。ウェブ開発者がそのオリジンのためにブラウザーがローカルに保存したデータをより制御できます。
40	Connection	HTTP, Web, ヘッダー, リファレンス
40	Connection	`Connection` 一般ヘッダーは現在のトランザクションが完了したあとも、ネットワーク接続を開いたままにするかどうかを制御します。もし `keep-alive` がこのヘッダーの値として設定されて送信されると、接続が維持されて閉じられなくなり、同一のサーバーに送るべき後続のリクエストで再利用されます。
41	Content-Disposition	HTTP, Reference, header
41	Content-Disposition	本文が `multipart/form-data` である場合、 `Content-Disposition` ヘッダーは、マルチパートを構成する各サブパートに付与され、そのフィールドに関する情報を示します。サブパートは`Content-Type` ヘッダーで定義された boundary によって区切られます。マルチパートの本文体に付与した場合、 `Content-Disposition` は何の意味も持ちません。
42	Content-Encoding	HTTP, HTTP ヘッダー, エンティティヘッダー, ヘッダー, リファレンス
42	Content-Encoding	`Content-Encoding` エンティティヘッダーは、メディア種別の圧縮に使用します。存在する場合、値はエンティティ本体にどのエンコーディングが適用されているかを示します。これはクライアントに、 `Content-Type` ヘッダーで示されるメディア種別を得るためのデコード方法を知らせます。
43	Content-Language	HTTP, ヘッダー, リファレンス
43	Content-Language	`Content-Language` entity header は、ユーザが自分の好みの言語に応じて区別できるように、オーディエンス向けの言語を記述するために使用されます。
44	Content-Length	HTTP, Reference, エンティティヘッダー, ヘッダー, リファレンス
44	Content-Length	`Content-Length` エンティティヘッダーは、受信者に送信されるエンティティ本文の長さをバイト単位で示します。
45	Content-Location	HTTP, ヘッダー, リファレンス
45	Content-Location	`Content-Location` ヘッダーは返されるデータの代替場所を示します。主な用途はコンテンツネゴシエーションの結果として送信されたリソースのURLを示すことです。
46	Content-Range	HTTP, HTTPヘッダー, ヘッダー, リファレンス, レスポンスヘッダー
46	Content-Range	`Content-Range` レスポンスの HTTP ヘッダーは、全体のメッセージのどこにメッセージが含まれているかを示します。
47	Content-Security-Policy	CSP, HTTP, NeedsTranslation, Reference, Security, TopicStub, header
47	Content-Security-Policy	HTTP の `Content-Security-Policy` レスポンスヘッダーは、ウェブサイト管理者が、あるページにユーザーエージェントが読み込みを許可されたリソースを管理できるようにします。いくつかの例外を除いて、大半のポリシーにはサーバーオリジンとスクリプトエンドポイントの指定を含んでいます。これはクロスサイトスクリプティング攻撃 (XSS) を防ぐのに役立ちます。
48	CSP: base-uri	CSP, Directive, Document directive, HTTP, Security
48	CSP: base-uri	HTTP `Content-Security-Policy` の `base-uri` ディレクティブは、ドキュメントの要素 `<base>` で、使用できる URL を制限します。この値が存在しない場合は、任意の URI が許可されます。このディレクティブが存在しない場合、ユーザーエージェントは、`<base>` 要素の値を使用します。
49	CSP: block-all-mixed-content	CSP, HTTP, セキュリティ, ディレクティブ, リファレンス, 混合コンテンツ
49	CSP: block-all-mixed-content	HTTP の `Content-Security-Policy` (CSP) `block-all-mixed-content` ディレクティブは、ページが HTTPS を使用して読み込まれたときに、 HTTP を使用して資産を読み込むことを防ぎます。
50	CSP: default-src	CSP, HTTP, Reference, セキュリティ, ディレクティブ
50	CSP: default-src	HTTP の `Content-Security-Policy` (CSP) `default-src` ディレクティブは、他の CSP フェッチディレクティブのフォールバックとして提供します。以下のディレクティブがいずれも存在しないと、ユーザーエージェントは `default-src` ディレクティブを探して、この値を使用します。
51	CSP: referrer	CSP, HTTP, セキュリティ, ディレクティブ, レファレンス
51	CSP: referrer	HTTP `Content-Security-Policy` (CSP) の `referrer` ディレクティブは、ページから離れたリンクの `Referer` ヘッダー (単一の `r` が元の仕様のタイポだったため)の情報を指定するために使用されます。この API は推奨されず、ブラウザから削除されました。
52	CSP: script-src	CSP, HTTP, Reference, セキュリティ, ディレクティブ
52	CSP: script-src	HTTP の `Content-Security-Policy` (CSP) `script-src` ディレクティブは、 JavaScript の情報なソースを指定します。これは `<script>` 要素の中に直接読み込まれる URL だけでなく、インラインのスクリプトイベントハンドラー (`onclick`) やスクリプト実行のトリガーとなりうる XSLT スタイルシートのようなものも含まれます。
53	CSP: upgrade-insecure-requests	CSP, HTTP, セキュリティ, ディレクティブ, リファレンス
53	CSP: upgrade-insecure-requests	HTTP の `Content-Security-Policy` (CSP) `upgrade-insecure-requests` ディレクティブは、ユーザーエージェントに、すべてのサイトの安全でないURL (HTTP経由で提供されるURL) をセキュリティで保護された URL (HTTPSを介して提供されるもの) で置き換えられたかのように処理するよう指示します。このディレクティブは、書き換えが必要な安全ではない古い URL が多数存在するウェブサイトのためのものです。
54	CSP: worker-src	CSP, HTTP, セキュリティ, ディレクティブ, リファレンス
54	CSP: worker-src	HTTP の `Content-Security-Policy` (CSP) `worker-src` ディレクティブは、 `Worker`, `SharedWorker`, `ServiceWorker` スクリプトの有効なソースを指定します。
55	report-to	CSP, HTP, report-to, レスポンスヘッダー
55	report-to	HTTP の `Report-To` レスポンスヘッダーフィールドは、ユーザーエージェントにオリジンの報告先のエンドポイントを保存するよう指示します。
56	Content-Security-Policy-Report-Only	CSP, HTTP, HTTPS, セキュリティ, ヘッダー, リファレンス
56	Content-Security-Policy-Report-Only	HTTP `Content-Security-Policy-Report-Only` レスポンスヘッダーを使用すると、Web デベロッパーはエフェクトを監視 (ただし強制はしない) してポリシーを試すことができます。これらの違反レポートは JSON の文書で構成され、HTTP `POST` リクエストを介して指定された URI に送信されます。
57	Content-Type	Content-Type, HTTP, エンティティヘッダー, ヘッダー, リファレンス
57	Content-Type	`Content-Type` エンティティヘッダーは、リソースのメディア種別を示すために使用します。
58	Cookie	HTTP, cookie, クッキー, ヘッダー, リクエストヘッダー, リファレンス, 禁止ヘッダー名
58	Cookie	HTTP の `Cookie` 要求ヘッダーは、以前サーバーが `Set-Cookie` ヘッダーで送信し、保存された HTTP クッキーを含みます。
59	Cookie2	HTTP, Obsolete, ヘッダー, リクエスト, リファレンス
59	Cookie2	時代遅れの `Cookie2` HTTP リクエストヘッダは、ユーザエージェントが "新しいスタイルの"クッキーを理解していることをサーバに知らせるために使われましたが、最近のユーザエージェントはこれではなく、 `Cookie` ヘッダを使用します。
60	DNT	DNT, HTTP, ヘッダー, リファレンス
60	DNT	`DNT` (Do Not Track) リクエストヘッダーは、ユーザーのトラッキングの設定を示します。これにより、ユーザーはパーソナライズされたコンテンツではなく、プライバシーを優先するかどうかを指定できます.
61	Date	HTTP, ヘッダー, リファレンス, 汎用ヘッダー
61	Date	`Date` 汎用 HTTP ヘッダーには、メッセージが発信された日時が含まれています。
62	ETag	HTTP, ヘッダー, リファレンス, レスポンス
62	ETag	`ETag` HTTP レスポンスヘッダーは、特定のバージョンのリソースの識別子です。Web サーバーはコンテンツが変更されていない場合に完全なレスポンスを送信する必要がないため、キャッシュの効率を高め、帯域幅を節約できます。一方、コンテンツが変更された場合、etags はリソースの同時更新がお互いを上書きする("空中衝突")のを防ぐのに役立ちます。指定された URL のリソースが変更された場合は、新しい `Etag` 値を生成する必要があります。したがって Etags はフィンガープリントに似ており、一部のサーバーでの追跡目的でも使用される可能性があります。これらを比較することで、リソースの2つの表現が同じかどうかを素早く判断できますが、トラッキングサーバーによって無限に保持されるように設定することもできます。
63	Early-Data	HTTP, クライアントヒント, ヘッダー, リクエスト
63	Early-Data	`Early-Data` ヘッダーは中間者により設定され、リクエストが TLS 早期データで伝えられたこと、そして中間者が `425 (Too Early)` ステータスコードを理解していることを示します。 `Early-Data` ヘッダーはリクエストの発信者 (つまり、ブラウザー) によって設定されることはりません。
64	Expect	HTTP, HTTP ヘッダー, リクエストヘッダー, リファレンス
64	Expect	HTTP の `Expect` リクエストヘッダーは、リクエストを正しく扱うためにサーバーが実行する必要があると期待されていることを示します。
65	Expect-CT	HTTP, Reference, ヘッダー, レスポンスヘッダー
65	Expect-CT	`Expect-CT` ヘッダーは、サイトが認証透過性の要件の報告や強制に参加して、サイトの不正な認証情報が通知されない状態を防ぐことができます。
66	Expires	HTTP, キャッシング, ヘッダー, リファレンス
66	Expires	`Expires` ヘッダーには、レスポンスが古くなったと考えられる日時が入ります。無効な日付は、値 0 のように過去の日付を表し、リソースがすでに有効期限切れであることを意味します。レスポンスに "max-age" または "s-maxage" 宣言を持つ `Cache-Control` ヘッダがある場合、`Expires` ヘッダは無視されます。
67	Feature-Policy	Experimental, Feature-Policy, HTTP, HTTP レスポンスヘッダー, Reference, ヘッダー, 機能ポリシー
67	Feature-Policy	HTTP の `Feature-Policy` ヘッダーは、自身のフレームまたはその中の iframe で、ブラウザーの機能を使用することを許可または拒否する仕組みを提供します。
68	Feature-Policy: autoplay	Feature-Policy, HTTP, Reference, autoplay, ディレクティブ, 機能ポリシー
68	Feature-Policy: autoplay	HTTP の `Feature-Policy` ヘッダーにおける `autoplay` ディレクティブは、現在の文書で `HTMLMediaElement` インターフェイスによってメディアの自動再生をリクエストすることを許可するかどうかを制御します。このポリシーが有効であれば、 `HTMLMediaElement.play()` から返却された `Promise` が `DOMException` で拒否されます。 `<audio>` および `<video>` 要素の `autoplay` 属性は無視されます。
69	Feature-Policy: camera	Feature-Policy, HTTP, Reference, camera, ディレクティブ, 機能ポリシー
69	Feature-Policy: camera	HTTP の `Feature-Policy` ヘッダーにおける `camera` ディレクティブは、現在の文書が動画入力機器を使用することを許可するかどうかを制御します。このポリシーが有効であれば、 `MediaDevices.getUserMedia()` から返却された `Promise` が `NotAllowedError` で拒否されます。
70	Feature-Policy: encrypted-media	EME, Feature-Policy, HTTP, Reference, ディレクティブ, 機能ポリシー
70	Feature-Policy: encrypted-media	HTTP の `Feature-Policy` ヘッダーにおける `encrypted-media` ディレクティブは、現在の文書が Encrypted Media Extensions API (EME) を使用することを許可するかどうかを制御します。このポリシーが有効であれば、 `Navigator.requestMediaKeySystemAccess()` から返却された `Promise` が `DOMException` で拒否されます。
71	Feature-Policy: midi	Feature-Policy, HTTP, MIDI, Reference, ディレクティブ, 機能ポリシー
71	Feature-Policy: midi	HTTP の `Feature-Policy` ヘッダーにおける `midi` ディレクティブは、現在の文書が Web MIDI API を使用することを許可するかどうかを制御します。このポリシーが有効であれば、 `Navigator.requestMIDIAccess()` から返却された `Promise` が `DOMException` で拒否されます。
72	Feature-Policy: payment	Feature-Policy, HTTP, Payment Request API, Payments API, Reference, ディレクティブ, 機能ポリシー, 決済 API
72	Feature-Policy: payment	HTTP の `Feature-Policy` ヘッダーにおける `payment` ディレクティブは、現在の文書が Payment Request API を使用することを許可するかどうかを制御します。このポリシーが有効であれば、 `PaymentRequest()` コンストラクターが `SecurityError` 例外を投げます。
73	Feature-Policy: vr	Feature-Policy, HTTP, Reference, WebVR, ディレクティブ, 機能ポリシー
73	Feature-Policy: vr	HTTP の `Feature-Policy` ヘッダーにおける `vr` ディレクティブは、現在の文書が WebVR API を使用することを許可するかどうかを制御します。このポリシーが有効であれば、 `Navigator.getVRDisplays()` から返却された `Promise` が `DOMException` で拒否されます。
74	Feature-Policy:fullscreen	Feature-Policy, HTTP, HTTP レスポンスヘッダー, fullscreen, ヘッダー, 全画面, 機能ポリシー
74	Feature-Policy:fullscreen	HTTP の `Feature-Policy` ヘッダーにおける `fullscreen` ディレクティブは、現在の文書が `Element.requestFullScreen()` を使用することを許可するかどうかを制御します。このポリシーが有効であれば、返却された `Promise` が `TypeError` で拒否されます。
75	Feature-Policy:geolocation	Geolocation, HTTP, HTTP レスポンスヘッダー, ヘッダー, 機能ポリシー
75	Feature-Policy:geolocation	HTTP の `Feature-Policy` ヘッダーにおける `geolocation` ディレクティブは、現在の文書が `Geolocation` インターフェイスを使用することを許可するかどうかを制御します。このポリシーが有効であれば、 `getCurrentPosition()` および `watchPosition()` を呼び出すと、関数のコールバックが呼び出され、 `PositionError` コードが `PERMISSION_DENIED` になります。
76	Feature-Policy:microphone	Feature-Policy, HTTP, HTTP レスポンスヘッダー, microphone, ヘッダー, 機能ポリシー
76	Feature-Policy:microphone	HTTP の `Feature-Policy` ヘッダーにおける `microphone` ディレクティブは、現在の文書がオーディオ入力端末を使用することを許可するかどうかを制御します。このポリシーが有効であれば、 `MediaDevices.getUserMedia()` で返却された `Promise` が `NotAllowedError` で拒否されます。
77	Forwarded
77	Forwarded	`Forwarded` ヘッダーは、プロキシが要求のパスに含まれているときに変更または失われた、プロキシサーバーのクライアント側の情報が含まれます。
78	From	HTTP, Reference, ヘッダー
78	From	`From` リクエストヘッダーには、リクエスト元の user agent を制御する人のユーザーの Eメールアドレスが含まれています。
79	Host	HTTP, ヘッダー, リクエストヘッダー, リファレンス
79	Host	`Host` 要求ヘッダーは（仮想ホストの）サーバーのドメイン名及び (任意で) サーバーが待受けしている TCP のポート番号を指定します。
80	If-Match	HTTP, HTTP ヘッダー, Reference, リクエストヘッダー, 条件付きリクエスト
80	If-Match	HTTP の `If-Match` リクエストヘッダーは、リクエストを条件付きにします。 `GET` および `HEAD` メソッドの場合、リストされた `ETag` のいずれかと一致する場合にのみ、サーバーは要求されたリソースを返します。`PUT` と他の安全ではないメソッドでは、この場合のみリソースをアップロードします。
81	If-Modified-Since	HTTP, HTTP ヘッダー, Reference, リクエストヘッダー, 条件付きリクエスト
81	If-Modified-Since	HTTP の `If-Modified-Since` リクエストヘッダーは、リクエストを条件付にします。サーバーは最後にリソースが変更された時刻が、リクエストにより与えられた時刻より後の場合にのみ、リクエストされたリソースを `200` ステータスと共に返却します。もしリクエストにより与えられた時刻以降にリソースが変更されていなければ、レスポンスは本文を持たない `304` になります。前回のリクエストの `Last-Modified` レスポンスヘッダーは、最後にリソースが変更された時刻を含みます。 `If-Unmodified-Since` とは異なり、 `If-Modified-Since` は `GET` もしくは `HEAD` でのみ使用できます。
82	If-None-Match	HTTP, HTTP ヘッダー, Reference, リクエストヘッダー, 条件付きリクエスト
82	If-None-Match	HTTP の `If-None-Match` リクエストヘッダーは、リクエストを条件付きにします。 `GET` および `HEAD` メソッドの場合、指定されたものの中に要求されたリソースの `ETag` に一致するものがない場合のみ、サーバーはリソースを `200` ステータスで返します。その他のメソッドの場合、最終的に存在するリソースの `ETag` が列挙されたいずれの値とも一致しない場合にのみ処理します。
83	If-Range	HTTP, HTTP ヘッダー, リクエストヘッダー, リファレンス, レンジリクエスト, 条件リクエスト
83	If-Range	`If-Range` HTTP リクエストヘッダはレンジリクエストを条件付きにします：条件が満たされれば、レンジリクエストが発行され、サーバは適切なボディを持つ `206` `Partial Content` 回答を返します。条件が満たされていない場合、 `200` の状態でリソース全体が返送されます。
84	If-Unmodified-Since	HTTP, HTTP ヘッダー, Reference, リクエストヘッダー, リファレンス
84	If-Unmodified-Since	HTTP の `If-Unmodified-Since` リクエストヘッダーは、リクエストを条件付きにします。サーバーはリソースが指定された日時以降に変更されていない場合のみ、要求されたリソースを返信したり、 `POST` などの安全ではないメソッドをの場合はそれを受け付けたりします。リソースが指定された日時以降に変更されていた場合は、レスポンスは`412` (Precondition Failed) エラーになります。
85	Keep-Alive	HTTP, HTTP ヘッダー, リファレンス, 一般ヘッダー
85	Keep-Alive	`Keep-Alive` 一般ヘッダーは、送信者が接続の仕組みや、タイムアウト値と最大リクエスト数の設定に使用される可能性があることをヒントとすることができます。
86	Last-Modified	HTTP, HTTP ヘッダー, Reference, レスポンスヘッダー
86	Last-Modified	HTTP の `Last-Modified` レスポンスヘッダーは、リソースが最後に変更されたとオリジンのサーバーが判断している日時を含みます。これは受信または保存されたリソースが、同じものであるかを判断する検証材料として使用されます。 `ETag` ヘッダーよりも精度は低く、その代替手段になります。 `If-Modified-Since` や `If-Unmodified-Since` ヘッダーを含む条件付きリクエストはこのフィールドを使用します。
87	Location	HTTP, HTTP レスポンスヘッダー, リファレンス, レスポンスヘッダー
87	Location	`Location` レスポンスヘッダーはリダイレクト先の URL を示します。 `3xx` (リダイレクト) または `201` (created) ステータスレスポンスを返すときのみ意味を成します。
88	Origin	HTTP, Reference, header
88	Origin	`Origin` 要求ヘッダーは、フェッチの起点を示します。パス情報は含まれず、サーバー名のみが含まれます。これは、 CORS リクエストと `POST` リクエストと一緒に送信されます。これは `Referer` ヘッダーと似ていますが、このヘッダーとは異なり、パス全体が公開されるわけではありません。
89	Pragma	Caching, Deprecated, HTTP, ヘッダー, リクエスト
89	Pragma	`Pragma` HTTP/1.0 汎用ヘッダーは、リクエスト - レスポンスチェーンに沿ってさまざまな影響を与える実装固有のヘッダです。 `Cache-Control` HTTP/1.1 ヘッダーがまだ存在しない HTTP/1.0 キャッシュとの下位互換性のために使用されます。
90	Proxy-Authenticate	HTTP, HTTP ヘッダー, Reference, プロキシ, レスポンスヘッダー
90	Proxy-Authenticate	HTTP `Proxy-Authenticate` レスポンスヘッダーは、プロキシサーバーの背後にあるリソースへのアクセスに使用される認証メソッドを定義します。プロキシサーバーへのリクエストを認証し、プロキシサーバーがリクエストをさらに送信できるようにします。
91	Range	HTTP, HTTPヘッダー, Rangeリクエスト, リクエストヘッダー, リファレンス
91	Range	The `Range` HTTP request header indicates the part of a document that the server should return. Several parts can be requested with one `Range` header at once, and the server may send back these ranges in a multipart document. If the server sends back ranges, it uses the `206` `Partial Content` for the response. If the ranges are invalid, the server returns the `416` `Range Not Satisfiable` error. The server can also ignore the `Range` header and return the whole document with a `200` status code.
92	Referer	HTTP, HTTP リクエストヘッダー, Reference, ヘッダー, リクエストヘッダー
92	Referer	`Referer` リクエストヘッダーには、現在リクエストされているページへのリンク先を持った直前のウェブページのアドレスが含まれています。 `Referer` ヘッダーにより、サーバーは人々がどこから訪問しに来たかを識別し、分析、ログ、キャッシュの最適化などに利用することができます。
93	Referrer-Policy	HTTP, Reference, Referrer-Policy, referrer, プライバシー, ヘッダー, レスポンスヘッダー
93	Referrer-Policy	HTTP の `Referrer-Policy` ヘッダーは、 `Referer` ヘッダーで送られるリファラー情報を制御し、リクエストが行われる際に含められるものです。
94	Retry-After	HTTP, ヘッダー, リファレンス, レスポンス, レスポンスヘッダー
94	Retry-After	`Retry-After` レスポンス HTTP ヘッダーは、ユーザーエージェントがフォローアップリクエストを行う前にどれくらい待つべきかを示します。このヘッダーが使用される主なケースは3つあります。
95	Server
95	Server	`Server` ヘッダーには、要求を処理するオリジンサーバが使用するソフトウェアについての情報が含まれます。
96	Server-Timing	HTTP, Reference, パフォーマンス, ヘッダー
96	Server-Timing	`Server-Timing` ヘッダーは、指定されたリクエスト－レスポンスのサイクルについての1つ以上のメトリックと説明を通信します。ユーザーのブラウザーの開発ツール内や、 `PerformanceServerTiming` インターフェイス内で、任意のバックエンドサーバーのタイミングメトリック (データベースの読み書き、 CPU 時間、ファイルシステムアクセス、など) を表面化させるために使用します。
97	Set-Cookie	Cookies, HTTP, Reference, ヘッダー, レスポンス
97	Set-Cookie	HTTP の `Set-Cookie` レスポンスヘッダーは、サーバーからユーザーエージェントへクッキーを送信するために使用されます。
98	Set-Cookie2	Cookies, HTTP, Obsolete, ヘッダー, リファレンス
98	Set-Cookie2	サーバーからユーザーエージェントにCookieを送信するために使用された古い `Set-Cookie2` HTTP レスポンスヘッダーですが、仕様で廃止されました。代わりに `Set-Cookie` を使用してください。
99	SourceMap	HTTP, HTTP ヘッダー, ヘッダー, リファレンス, レスポンスヘッダー
99	SourceMap	`SourceMap` HTTP レスポンスヘッダーは、生成されたコードをソースマップにリンクし、ブラウザが元のソースを再構成し、再構成されたオリジナルをデバッガに提示できるようにします。
100	Tk	DNT, HTTP, ヘッダー, リファレンス, レスポンス, レスポンスヘッダー, 追跡
100	Tk	`Tk` 応答ヘッダーは、該当する要求に適用される追跡状態を示します。
101	Transfer-Encoding	HTTP, Reference, ヘッダー, リファレンス, レスポンスヘッダー
101	Transfer-Encoding	`Transfer-Encoding` ヘッダーは、エンティティをユーザーに安全に転送するために使われる符号化方式を指定します。
102	User-Agent	HTTP, ヘッダー, リファレンス
102	User-Agent	User-Agent リクエストヘッダーには、ネットワークプロトコルピアがアプリケーションタイプ、オペレーティングシステム、ソフトウェアベンダー、またはリクエストソフトウェア User Agent のソフトウェアバージョンを識別できるようにする特性文字列が含まれています。
103	Vary	HTTP, ヘッダー, リファレンス, レスポンス, レスポンスヘッダー
103	Vary	`Vary` HTTP レスポンスヘッダは、オリジンサーバから新しく要求するのではなく、キャッシュされたレスポンスを使用できるかどうかを決定するために将来のリクエストヘッダをどのように一致させるかを決定します。これは、コンテンツネゴシエーションアルゴリズムでリソースの表現を選択するときにどのヘッダを使用したかを示すためにサーバによって使用されます。
104	WWW-Authenticate	HTTP, HTTP ヘッダー, ヘッダー, リファレンス, レスポンスヘッダー
104	WWW-Authenticate	HTTP の `WWW-Authenticate` 応答ヘッダーは、リソースへのアクセス権を得るために使われる認証方法を定義します。
105	X-DNS-Prefetch-Control	DNS, HTTP, X-DNS-Prefetch-Control, ヘッダー, レスポンスヘッダー
105	X-DNS-Prefetch-Control	HTTP の `X-DNS-Prefetch-Control` レスポンスヘッダーは DNS プリフェッチ、つまりユーザーが進むことができるリンクと、画像、 CSS、 JavaScript などの文書から参照される項目の両方で、ブラウザーが次善にドメイン名の解決を実行する機能を制御します。
106	X-Forwarded-For	HTTP, HTTP ヘッダー, ヘッダー, リクエストヘッダー, リファレンス, 標準外
106	X-Forwarded-For	`X-Forwarded-For` (XFF) ヘッダーは、 HTTP プロキシ又はロードバランサーを通過してウェブサーバーへ接続したクライアントの、送信元 IP アドレスを特定するために事実上の標準となっているヘッダーです。クライアントとサーバーとの間でトラフィックに何かが介在すると、サーバーのアクセスログにはプロキシ又はロードバランサーのアドレスしか残りません。クライアントの元 IP アドレスを記録するために、 `X-Forwarded-For` 要求ヘッダーが使用されます。
107	X-Forwarded-Host	HTTP, HTTPヘッダー, Reference, ヘッダー, リクエストヘッダー, 標準外
107	X-Forwarded-Host	`X-Forwarded-Host` (XFH) ヘッダーは、 HTTP の `Host` リクエストヘッダー内でクライアントから要求された元のホストを特定するための事実上の標準となっているヘッダーです。
108	X-Forwarded-Proto	HTTP, HTTPヘッダー, Reference, ヘッダー, リクエストヘッダー, 標準外
108	X-Forwarded-Proto	`X-Forwarded-Proto` (XFP) ヘッダーは、プロキシまたはロードバランサーへ接続するのに使っていたクライアントのプロトコル (HTTP または HTTPS) を特定するために事実上の標準となっているヘッダーです。サーバーのアクセスログにはサーバーとロードバランサーの間で使われたプロトコルが含まれていますが、クライアントとロードバランサーの間で使用されたプロトコルは含まれていません。クライアントとロードバランサーの間で使用されたプロトコルを特定するには、 `X-Forwarded-Proto` リクエストヘッダーを使用することができます。
109	X-XSS-Protection	HTTP, Reference, XSS, セキュリティ, ヘッダー
109	X-XSS-Protection	HTTP の `X-XSS-Protection` レスポンスヘッダーは Internet Explorer, Chrome, Safari の機能で、反射したクロスサイトスクリプティング (XSS) 攻撃を検出したときに、ページの読み込みを停止するためのものです。強い `Content-Security-Policy` をサイトが実装して、インライン JavaScript の使用を無効にしていれば (`'unsafe-inline'`)、現在のブラウザーではこれらの防御は大枠で不要なものですが、まだ CSP に対応していない古いウェブブラウザーを使用しているユーザーには防御になります。
110	索引	HTTP, HTTP ヘッダー, ヘッダー, 索引
110	索引	81 ページあります:
111	HTTP メッセージ	Guide, HTTP, WebMechanics
111	HTTP メッセージ	HTTP メッセージは、サーバーとクライアントがデータを交換する手段です。クライアントが送信してサーバーにアクションを起こさせるリクエストと、サーバーの回答であるレスポンスの、2 種類のメッセージがあります。
112	HTTP リクエストメソッド	HTTP, HTTP リクエストメソッド, メソッド, リファレンス
112	HTTP リクエストメソッド	HTTP では、リソースに対して実行したいアクションを示す一連のリクエストメソッドを定義しています。リクエストメソッドには名詞も存在しますが、 HTTP 動詞と言われることがあります。それぞれのメソッドがさまざまな意味を持っていますが、いくつかの共通的な機能が、メソッドのグループで共有されています。例えば、リクエストメソッドは安全、べき等、キャッシュ可能であることがあります。
113	DELETE	HTTP, HTTP リクエストメソッド, HTTPメソッド, リクエストメソッド, リファレンス
113	DELETE	HTTP の DELETE リクエストメソッドは特定のリソースを削除します。
114	GET	HTTP, HTTP リクエストメソッド, リクエストメソッド, リファレンス
114	GET	HTTP の `GET` メソッドは、特定のリソースの表現をリクエストします。 `GET` を使用したリクエストはデータを受け取るだけです。
115	OPTIONS	HTTP, Reference, リクエスト方法
115	OPTIONS	HTTP `OPTIONS`メソッドは、ターゲット・リソースの通信オプションを記述するために使用されます。クライアントは、OPTIONSメソッドのURLを指定するか、サーバー全体を参照するアスタリスク（*）を指定することができます。
116	POST	HTTP, HTTP リクエストメソッド, リファレンス
116	POST	HTTP の `POST` メソッドは、サーバーにデータを送信します。リクエストの本文のタイプは `Content-Type` ヘッダーで示されます。
117	TRACE	HTTP, HTTP リクエストメソッド, trace, リファレンス
117	TRACE	HTTP の `TRACE` メソッドは、対象リソースまでのパスに沿ってメッセージのループバックテストを行い、便利なデバッグの仕組みを提供します。
118	HTTP レスポンスステータスコード	HTTP, HTTP ステータスコード, ステータスコード
118	HTTP レスポンスステータスコード	HTTP レスポンス状態コードは、特定の HTTP リクエストが正常に完了したかを示します。レスポンスは情報レスポンス、成功レスポンス、リダイレクト、クライアントエラー、サーバーエラーの 5 つのクラスに分類されます。
119	100 Continue	HTTP, Informational, ステータスコード
119	100 Continue	HTTP `100 Continue` 情報ステータスレスポンスコードは、これまでのすべてが OK であり、クライアントが要求を続行するか、または要求がすでに終了している場合は無視することを示します。サーバーが要求のヘッダーをチェックするようにするには、クライアントは最初の要求でヘッダーとして`Expect: 100-continue` を送信し、本文を送信する前にレスポンスとして `100 Continue` ステータスコードを受け取ります。
120	101 Switching Protocols	HTTP, HTTP ステータスコード, WebSocket, リファレンス, 情報
120	101 Switching Protocols	HTTP の `101 Switching Protocols` レスポンスコードは、 `Upgrade` リクエストヘッダーを含むメッセージが送られたクライアントが要求する際に、サーバーが切り替えようとしているプロトコルを示します。
121	200 OK	HTTP, HTTP ステータスコード, 成功
121	200 OK	HTTP `200 OK` はリクエストが成功した場合に返すレスポンスコード。200のレスポンスはデフォルトでキャッシュしてよい。
122	201 Created	HTTP, HTTP ステータスコード, リファレンス, 成功
122	201 Created	HTTP の `201 Created` 成功ステータスレスポンスコードは、リクエストが成功してリソースの作成が完了したことを表します。レスポンスが返される前に、新たなリソースが作成され、レスポンスメッセージの本文にて新しいリソースが返されます。その位置はリクエスト URL、または `Location` ヘッダーの内容となります。
123	202 Accepted	HTTP, HTTP ステータスコード, リファレンス
123	202 Accepted	HTTP `202 Accepted` レスポンスはリクエストを受け取ったが処理はされていない、ということを表すステータスコードです。これはコミットされていない、リクエストを処理した結果を示すレスポンスを、非同期で送信する方法がHTTPに存在しないことを意味しています。別のプロセスまたはサーバーがリクエストを処理する場合、またはバッチ処理の場合を想定しています。
124	203 Non-Authoritative Information	HTTP, HTTP ステータスコード, Reference
124	203 Non-Authoritative Information	HTTP `203 Non-Authoritative Information` レスポンスステータスは、リクエストが成功したが、変換proxyによって元のサーバーの`200` (`OK`) レスポンスからペイロードが変更されたことを表しています。
125	204 No Content	HTTP, Success, ステータスコード, リファレンス
125	204 No Content	HTTP のレスポンスコード `204 No Content` は、リクエストが成功した事を示しますが、クライアントは現在のページから遷移する必要はありません。レスポンスコード 204 が返された場合は、デフォルトでキャッシュ可能になっています。そのようなレスポンスには、`ETag` ヘッダーが含まれています。
126	205 Reset Content	HTTP, HTTP ステータスコード, ステータスコード, リファレンス
126	205 Reset Content	HTTP `205 Reset Content` のレスポンスステータスはクライアントにドキュメントビューをリセットするように指示します。たとえば、フォームの内容をクリアしたり、キャンバスの状態をリセットしたり、UI をリフレッシュすることができます。
127	206 Partial Content	HTTP, HTTP ステータスコード, Range Requests, Success
127	206 Partial Content	HTTP の成功ステータスレスポンスコード `206 Partial Content` は、そのリクエストが成功したこと、そしてリクエストヘッダの `Range` に記述された、要求されている範囲のデータが body に含まれていることを示します。
128	300 Multiple Choices	HTTP, HTTP ステータスコード, リファレンス
128	300 Multiple Choices	HTTP の `300 Multiple Choices` リダイレクト状態コードは、リクエストに対して複数のレスポンスがあることを示します。ユーザーエージェントやユーザーは、その内から一つを選択します。レスポンスを一つ選択する方法は標準化されていないため、このレスポンスコードはほとんど使われていません。
129	301 Moved Permanently	HTTP, Reference, ステータスコード, リダイレクト
129	301 Moved Permanently	The HyperText Transfer Protocol (HTTP) の `301 Moved Permanently` リダイレクトステータスコードは、リクエストされたリソースが `Location` ヘッダーで示された URL に完全に移動したことを示します。ブラウザーはこのページにリダイレクトし、検索エンジンはリソースへのリンクを更新します (「SEO 用語」では、「リンクジュース」が新しい URL に送られたと言われます)。
130	302 Found	HTTP, HTTP ステータスコード, Reference, リダイレクト
130	302 Found	The HyperText Transfer Protocol (HTTP) の `302 Found` リダイレクトステータスレスポンスコードは、リクエストされたリソースが一時的に `Location` で示された URL へ移動したことを示します。ブラウザーはこのページにリダイレクトしますが、検索エンジンはリソースへのリンクを更新しません (「SEO 用語」では、「リンクジュース」が新しい URL に送られなかったと言われます)。
131	303 See Other	HTTP, HTTP ステータスコード, Reference, リダイレクト
131	303 See Other	HTTP `303 See Other` リダイレクトステータスレスポンスコードは、リダイレクト先が新しくアップロードされたリソースではなく、確認ページやアップロード進捗ページのような別なページであることを示します。このレスポンスコードはふつう、 `PUT` または `POST` の結果として返されます。リダイレクト先ページの表示には、常に `GET` が使用されます。
132	304 Not Modified	HTTP, ステータスコード, リダイレクト, リファレンス
132	304 Not Modified	HTTP `304 Not Modified` クライアントリダイレクトレスポンスコードは、リクエストされたリソースを再送する必要がないことを示します。これはキャッシュされたリソースへの暗黙のリダイレクトです。これは、`GET` や `HEAD` リクエストのようなリクエストメソッドが safe である場合、またはリクエストが条件付きで `If-None-Match` もしくは `If-Modified-Since` ヘッダーを使用しているときに発生します。
133	307 Temporary Redirect	HTTP, HTTP ステータスコード, Reference, リダイレクト
133	307 Temporary Redirect	元のリクエストのメソッドと本文は、リダイレクトされたリクエストを行う際に再利用されます。使用されるメソッドを `GET` に変更したい場合は、代わりに `303 See Other` を使用してください。これは `PUT` メソッドへのレスポンスで、アップロードされたリソースではないところで「XYZ のアップロードに成功しました」のような確認メッセージを表示したい場合に便利です。
134	308 Permanent Redirect	HTTP, HTTP ステータスコード, Reference, リダイレクト
134	308 Permanent Redirect	`301` の場合は不正に `GET` メソッドに変更される可能性があるのに対し、このコードの場合はリクエストメソッドと本文が変更されません。
135	400 Bad Request	HTTP, HTTP ステータスコード, Reference, クライアントエラー
135	400 Bad Request	HTTP `400 Bad Request` は、サーバーが不正な構文によりリクエストを解釈できなかったことを示すレスポンスコードです。
136	401 Unauthorized	HTTP, HTTP ステータスコード, Reference
136	401 Unauthorized	HTTP `401 Unauthorized` は、有効な認証資格が不足していることによりリクエストが適用されないことを示すクライアントエラーのレスポンスコードです。
137	403 Forbidden	HTTP, HTTP ステータスコード, クライアントエラー, リファレンス
137	403 Forbidden	HTTP の `403 Forbidden` クライアントエラーレスポンスコードは、サーバーがリクエストを理解したものの、認証が拒否されたことを示します。
138	404 Not Found	HTTP, HTTP ステータスコード, Reference, クライアントエラー
138	404 Not Found	HTTP `404 Not Found` は、サーバーがリクエストされたリソースを見つけることができない時のクライアントエラーのレスポンスコードです。404ページにつながるリンクは、壊れたリンクまたは死んだリンクと呼ばれ、リンク腐敗の影響を受ける可能性があります。
139	405 Method Not Allowed	HTTP, HTTP ステータスコード, クライアントエラー, リファレンス
139	405 Method Not Allowed	HyperText Transfer Protocol (HTTP) の `405` `Method Not Allowed` レスポンス状態コードは、リクエストメソッドをサーバー側で認識しているが、対象のリソースでは対応していないことを示します。
140	406 Not Acceptable	HTTP, HTTP ステータスコード, Reference
140	406 Not Acceptable	HyperText Transfer Protocol (HTTP) の `406 Not Acceptable` クライアントエラーレスポンスコードは、サーバーがリクエストの用意したコンテンツネゴシエーションヘッダーで定義された受付可能な値に一致するレスポンスを生成できず、サーバーが既定の表現方法で提供することを望まないことを表します。
141	407 Proxy Authentication Required	HTTP, クライアントエラー, ステータスコード, リファレンス
141	407 Proxy Authentication Required	HTTP `407 Proxy Authentication Required` クライアントエラーというステータスのレスポンスコードは、リクエストが適用されていないことを示しています。なぜなら、ブラウザと要求されたリソースにアクセスできるサーバーの間にあるプロキシサーバーに有効な認証情報が不足しているためです。
142	408 Request Timeout	HTTP, HTTPステータスコード, クライアントエラー, ステータスコード, リファレンス
142	408 Request Timeout	HyperText Transfer Protocol (HTTP) `408 Request Timeout` レスポンスステータスコードはサーバーがこの未使用のコネクションをシャットダウンすることを意味します。クライアントからの以前のリクエストがなくても、一部のサーバーによってアイドル状態のコネクションで送信されます。
143	409 Conflict	HTTP, HTTPステータスコード, Reference, クライアントエラー
143	409 Conflict	HTTP `409 Conflict` はリクエストが現在のサーバーの状態と競合したことを示すステータスコード。
144	410 Gone	Client error, HTTP, ステータスコード, リファレンス
144	410 Gone	HyperText Transfer Protocol (HTTP) の `410 Gone` クライエントエラーレスポンスコードは、元のサーバーで利用できなくなっている対象リソースにアクセスしていることを示します。この状態は永久的です。
145	411 Length Required	HTTP, HTTPステータスコード, クライアントエラー, ステータスコード, リファレンス
145	411 Length Required	HyperText Transfer Protocol (HTTP) `411 Length Required` クライアントエラーレスポンスコードは、サーバーが定義された `Content-Length` ヘッダーのないリクエストの受け入れを拒否することを示します。
146	412 Precondition Failed	HTTP, エラー, ステータスコード, リファレンス
146	412 Precondition Failed	HyperText Transfer Protocol (HTTP) `412 Precondition Failed` クライアントエラーレスポンスコードは、ターゲットリソースへのアクセスが拒否されたことを示します。これは、`If-Unmodified-Since` または `If-None-Match` ヘッダーで定義された条件が満たされていない場合に、`GET` もしくは `HEAD` 以外のメソッドの条件付きリクエストで発生します。その場合、リクエスト (通常はリソースのアップロードまたは変更) を行うことができず、このエラーレスポンスが返されます。
147	413 Payload Too Large
147	413 Payload Too Large	HTTP `413 Payload Too Large` レスポンスステータスコードは、リクエストエンティティがサーバーによって定義された制限よりも大きいことを示します。サーバーは接続を閉じるか `Retry-After` ヘッダーフィールドを返します。
148	414 URI Too Long	HTTP, クライアントエラー, ステータスコード, リファレンス
148	414 URI Too Long	HTTP `414 URI Too Long` レスポンスステータスコードは、クライアントがリクエストした URI が、サーバーが解釈しようとするものよりも長いことを示します。
149	415 Unsupported Media Type	HTTP, HTTPステータスコード, クライアントエラー, ステータスコード, リファレンス
149	415 Unsupported Media Type	HTTP `415 Unsupported Media Type` クライアントエラーレスポンスコードは、ペイロードフォーマットがサポートされていないフォーマットであるため、サーバーがリクエストの受け入れを拒否することを示します。
150	416 Range Not Satisfiable	HTTP, クライアントエラー, ステータスコード
150	416 Range Not Satisfiable	HyperText Transfer Protocol (HTTP) `416 Range Not Satisfiable` エラーレスポンスコードは、サーバーがリクエストされた範囲を提供できないことを示します。最も可能性の高い理由は、ドキュメントにそのような範囲が含まれていないか、または `Range` ヘッダー値が構文的には正しいものの、意味をなさないということです。
151	417 Expectation Failed	HTTP, HTTP ステータスコード, クライアントエラー, ステータスコード, リファレンス
151	417 Expectation Failed	HTTP `417 Expectation Failed` クライアントエラーレスポンスコードは、リクエストの `Expect` ヘッダーに期待された値が設定されていなかったことを示します。
152	418 I'm a teapot	HTTP, HTTP ステータスコード, Reference
152	418 I'm a teapot	HTTP の `418 I'm a teapot` クライアントエラーレスポンスコードは、サーバーが、自身がティーポットであることを理由としてコーヒーを入れることを拒否することを示します。このエラーは、1998年のエイプリルフールのジョークである Hyper Text Coffee Pot Control Protocol に由来します。
153	422 Unprocessable Entity	HTTP, HTTP ステータスコード, WebDAV, クライアントエラー, リファレンス
153	422 Unprocessable Entity	The HyperText Transfer Protocol (HTTP) の `422 Unprocessable Entity` 応答状態コードは、サーバーが要求本文のコンテンツ型を理解でき、要求本文の構文が正しいものの、中に含まれている指示が処理できなかったことを表します。
154	425 Too Early	HTTP, HTTP ステータスコード, クライアントエラー, ステータスコード, ブラウザー
154	425 Too Early	HTTP (HyperText Transfer Protocol) の `425 Too Early` レスポンスステータスコードは、サーバーがリプレイ攻撃の可能性を生み出すリプレイされた要求を処理するリスクを負わないことを示します。
155	426 Upgrade Required	HTTP, HTTP ステータスコード, クライアントエラー, ステータスコード, リファレンス
155	426 Upgrade Required	HTTP の `426 Upgrade Required` クライアントエラーレスポンスコードは、サーバーが現在のプロトコルを使用してリクエストを実行することを拒否していることを示しますが、クライアントが別のプロトコルにアップグレードした後に発生する可能性があります。
156	428 Precondition Required	HTTP, HTTP ステータスコード, クライアントエラー, ステータスコード, リファレンス
156	428 Precondition Required	HTTP `428 Precondition Required` レスポンスステータスコードは、サーバーがリクエストを条件付きにする必要があることを示します。
157	429 Too Many Requests	HTTP, HTTP ステータスコード, クライアントエラー, ステータスコード, リファレンス
157	429 Too Many Requests	HTTP `429 Too Many Requests` レスポンスステータスコードは、ユーザーが指定された時間内に多くのリクエストを送信した ("rate limiting") ことを示します。
158	431 Request Header Fields Too Large	HTTP, HTTP ステータスコード, クライアントエラー, ステータスコード, リファレンス
158	431 Request Header Fields Too Large	HTTP `431 Request Header Fields Too Large` レスポンスステータスコードは、ヘッダーフィールドが大きすぎるためにサーバーが要求を処理できないことを示します。リクエストヘッダーフィールドのサイズを縮小した後、リクエストを再送信することができます。
159	451 Unavailable For Legal Reasons	Client error, HTTP, Reference, Status code
159	451 Unavailable For Legal Reasons	The HyperText Transfer Protocol (HTTP) `451 Unavailable For Legal Reasons` はユーザーの要求したリソースが法的理由で使用できない場合のクライアントエラーのレスポンスコードです。
160	500 Internal Server Error	HTTP, サーバーエラー, ステータスコード
160	500 Internal Server Error	HyperText Transfer Protocol (HTTP) `500 Internal Server Error` サーバーエラーレスポンスコードは、サーバーがリクエストを実行できなかった予期しない条件に遭遇したことを示します。
161	501 Not Implemented	HTTP, サーバーエラー, ステータスコード
161	501 Not Implemented	HyperText Transfer Protocol (HTTP) `501 Not Implemented` サーバーエラーレスポンスコードは、リクエストメソッドがサーバーでサポートされておらず、処理できないことを示します。サーバーがサポートする必要がある (したがって、このコードを返すべきでない) メソッドは `GET` と `HEAD` だけです。
162	502 Bad Gateway	HTTP, サーバーエラー, ステータスコード
162	502 Bad Gateway	HyperText Transfer Protocol (HTTP) `502 Bad Gateway` サーバーエラーレスポンスコードは、ゲートウェイまたはプロキシとして機能しているサーバーが上流のサーバーから無効なレスポンスを受け取ったことを示しています。
163	503 Service Unavailable	HTTP, サーバーエラー, ステータスコード
163	503 Service Unavailable	HyperText Transfer Protocol (HTTP) `503 Service Unavailable` はサーバーがリクエストを処理する準備ができていないことを示すエラーコードです。
164	504 Gateway Timeout	HTTP, サーバーエラー, ステータスコード
164	504 Gateway Timeout	HyperText Transfer Protocol (HTTP) `504 Gateway Timeout` サーバエラーレスポンスコードは、サーバがゲートウェイまたはプロキシとして動作している間に、レスポンスを時間内に取得できないことを示します。
165	505 HTTP Version Not Supported	HTTP, サーバーエラー, ステータスコード, リファレンス
165	505 HTTP Version Not Supported	HyperText Transfer Protocol (HTTP) `505 HTTP Version Not Supported` レスポンスステータスコードは、リクエストで使用されている HTTP バージョンがサーバーによってサポートされていないことを示します。
166	511 Network Authentication Required	HTTP, HTTPステータスコード, サーバーエラー, ステータスコード, リファレンス
166	511 Network Authentication Required	HTTP `511 Network Authentication Required` レスポンスステータスコードは、クライアントがネットワークアクセスを取得するために認証する必要があることを示します。
167	HTTP 条件付きリクエスト	Conditional Requests, Guide, HTTP
167	HTTP 条件付きリクエスト	HTTP には条件付きリクエストの概念があり、対象となるリソースと検証子の値とを比較することで、リクエストの結果や、成功か失敗かまでもが変化することがあります。このようなリクエストは、キャッシュの内容を検証して、無用な制御を避けたり、ダウンロードの再開の時などに文書の整合性を検証したり、サーバー上の文書をアップロードまたは変更するときに更新内容を失うことを避ける場合などに役立つことがあります。
168	HTTP 認証	HTTP, アクセス制限, ガイド, 認証
168	HTTP 認証	HTTP はアクセス制御と認証の基本的な枠組みを提供しています。最も一般的な HTTP 認証は、 "Basic" 認証に基づいています。このページでは、 HTTP の認証の枠組みを紹介し、サーバーで HTTP の "Basic" 認証を使用してアクセスを制限する方法を紹介します。
169	HTTP/1.x のコネクション管理	Guide, HTTP, Performance, WebMechanics
169	HTTP/1.x のコネクション管理	コネクション管理は、 HTTP の重要なトピックです。コネクションを開いたり管理したりすることは、ウェブサイトやウェブアプリケーションのパフォーマンスに大きな影響を与えます。HTTP/1.x では短命な (short-lived) コネクション、持続的な (persistent) コネクション、HTTP パイプラインといったモデルがあります。
170	Link prefetching FAQ	Gecko, HTML, HTTP, Link, Necko, Performance, Web Development, 先読み, 移行
170	Link prefetching FAQ	リンクの先読みとはブラウザーの機能の一つで、ブラウザーのアイドル時間を使って、ユーザーが近い将来に訪問するであろう文書をダウンロードして、予め読み込んでおくことを指します。まず、Web ページの方から先読みのヒントをブラウザーに渡します。そのページの読み込みが完了すると、ブラウザーは黙って指定された文書を先読みし、キャッシュに蓄積しておきます。ユーザーが先読みされている文書を訪問すると、ブラウザーのキャッシュからすぐに提供できます。
171	Ogg メディア用のサーバーの設定	Audio, Media, Ogg, Video
171	Ogg メディア用のサーバーの設定	HTML `<audio>` 要素と `<video>` 要素を使用すると、ユーザーはプラグインやその他のソフトウェアをインストールする必要なくメディアを表示できます。サーバーが Ogg メディアを正しく配信するためには、いくつか設定が必要な場合があります。
172	User Agentを用いたブラウザーの判定	ウェブ開発, 互換性
172	User Agentを用いたブラウザーの判定	ブラウザー別に異なるウェブページまたはサービスを提供するのは、ふつうは良いことではありません。ウェブは使用しているブラウザーや機器に関係なく、誰からでもアクセスできるようになっています。特定のブラウザーを対象にするのではなく、機能の可用性の観点からウェブサイトを継続的に改良するために改善する方法はあります。
173	X-Frame-Options	Apache, Gecko, HAProxy, HTTP, Security, nginx, セキュリティ, レスポンスヘッダー
173	X-Frame-Options	HTTP の `X-Frame-Options` レスポンスヘッダーは、ブラウザーがページを `<frame>`, `<iframe>`, `<object>` の中に表示することを許可するかどうかを示すために使用されます。サイトはコンテンツが他のサイトに埋め込まれないよう保証することで、クリックジャッキング攻撃を防ぐためにこれを使用することができます。
174	オリジン間リソース共有 (CORS)	AJAX, CORS, Fetch, Fetch API, HTTP, HTTP アクセス制御, XMLHttpRequest, l10n:priority, オリジン間リソース共有, セキュリティ, 同一オリジンポリシー
174	オリジン間リソース共有 (CORS)	オリジン間リソース共有 (Cross-Origin Resource Sharing) (CORS) は、追加の HTTP ヘッダーを使用して、あるオリジン (ドメイン) で動作しているウェブアプリケーションに、異なるオリジンのサーバーにある選択されたリソースへのアクセスを許可することができる仕組みです。
175	CORS のエラー	CORS, HTTP, HTTPS, エラー, コンソール, セキュリティ, トラブル解決, メッセージ, 同一オリジン
175	CORS のエラー	オリジン間リソース共有 (Cross-Origin Resource Sharing) (CORS) は、サーバーが同一オリジンポリシーを緩和することができる標準です。
176	Reason: CORS disabled	CORS, HTTP, HTTPS, エラー, オリジン間, セキュリティ, トラブルシューティング, メッセージ, リソース, 共有, 同一オリジン, 無効
176	Reason: CORS disabled	CORS を使う必要がある要求が行われましたが、ユーザーのブラウザーで CORS が無効になっています。これが発生した場合、ブラウザーの CORS を有効に戻す必要があります。
177	Reason: CORS header 'Access-Control-Allow-Origin' does not match 'xyz'	CORS, CORSAllowOriginNotMatchingOrigin, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, トラブルシューティング, メッセージ, 理由
177		リクエストを作成しているオリジンが、 `Access-Control-Allow-Origin` ヘッダーによって許可されたオリジンのいずれにも一致しないことを表します。
178	Reason: CORS header 'Access-Control-Allow-Origin' missing	CORS, CORSMissingAllowOrigin, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, トラブルシューティング, メッセージ, 理由
178	Reason: CORS header 'Access-Control-Allow-Origin' missing	CORS 要求への応答が、リソースが現在のオリジン内で操作しているコンテンツによってアクセスできるかどうかを判断するために使われる、必須の `Access-Control-Allow-Origin` ヘッダーを欠いています。
179	Reason: CORS header ‘Origin’ cannot be added	CORS, CORSOriginHeaderNotAdded, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, トラブルシューティング, メッセージ, 理由
179	Reason: CORS header ‘Origin’ cannot be added	ユーザーエージェントが必要な `Origin` を HTTP リクエストに追加することができませんでした。すべての CORS リクエストは `Origin` ヘッダーを含んでいなければなりません。
180	Reason: CORS preflight channel did not succeed	CORS, CORSPreflightDidNotSucceed, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, トラブルシューティング, メッセージ, 理由
180	Reason: CORS preflight channel did not succeed	CORS の要求がプリフライトを必要としていますが、プリフライトが実行できませんでした。プロフライトが失敗したと理由として考えられることは複数あります。
181	Reason: CORS request did not succeed	CORS, CORSDidNotSccceed, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, トラブルシューティング, メッセージ, 理由
181	Reason: CORS request did not succeed	CORS を使用した HTTP 要求が、ネットワーク又はプロトコルレベルで HTTP 接続に失敗したために失敗しました。エラーは CORS に直接関連したものではなく、ある種の基本的なネットワークエラーです。
182	Reason: CORS request external redirect not allowed	CORS, CORSExternalRedirectNotAllowed, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, トラブルシューティング, メッセージ, 理由
182	Reason: CORS request external redirect not allowed	CORS リクエストに対して、サーバーが元のリクエストとは異なるオリジンの URL へのリダイレクトを返答しましたが、これは CORS リクエストでは許可されていません。
183	Reason: CORS request not HTTP	CORS, CORSRequestNotHttp, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, メッセージ, 理由
183	Reason: CORS request not HTTP	CORS リクエストは URL スキームが HTTPS の場合のみ利用できますが、リクエストで指定された URL が異なる種類のものです。これは、ローカルファイルを指定する URL が、 `file:///` の URL を使用している場合によく起こります。
184	Reason: Credential is not supported if the CORS header ‘Access-Control-Allow-Origin’ is ‘*’	CORS, CORSNotSupportingCredentials, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, トラブルシューティング, メッセージ, 理由
184		CORS リクエストが認証フラグ付きで試みられましたが、サーバーが `Access-Control-Allow-Origin` の値としてワイルドカード (`"*"`) を使用して構成されており、認証情報を利用することが許可されていません。
185	Reason: Did not find method in CORS header ‘Access-Control-Allow-Methods’	CORS, CORSMethodNotFound, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, トラブルシューティング, メッセージ, 理由
185		CORS リクエストで使われている HTTP メソッドが、レスポンスの `Access-Control-Allow-Methods` ヘッダーで指定されたメソッドの一覧に含まれていません。このヘッダーは、 CORS を使用してリクエストで指定された URL にアクセスする時に使われる HTTP メソッドのコンマ区切りのリストを指定します。リクエストが他のメソッドを使用していると、このエラーが発生します。
186	Reason: Multiple CORS header 'Access-Control-Allow-Origin' not allowed	CORS, CORSMultipleAllowOriginNotAllowed, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, トラブルシューティング, メッセージ, 理由
186		複数の `Access-Control-Allow-Origin` ヘッダーがサーバから送信されました。これは許可されていません。
187	Reason: expected ‘true’ in CORS header ‘Access-Control-Allow-Credentials’	CORS, CORSMissingAllowCredentials, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, トラブルシューティング, メッセージ, 理由
187		CORS リクエストが認証情報を使用してサーバーの許可を要求されていますが、サーバーの `Access-Control-Allow-Credentials` ヘッダーの値が `true` に設定されておらず、利用できるようになっていません。
188	Reason: invalid token ‘xyz’ in CORS header ‘Access-Control-Allow-Headers’	CORS, CORSInvalidAllowHeader, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, トラブルシューティング, メッセージ, 理由
188		サーバーから送信された CORS 要求への応答に、一つ以上の無効なヘッダー名を含んだ `Access-Control-Allow-Headers` ヘッダーが含まれています。
189	Reason: invalid token ‘xyz’ in CORS header ‘Access-Control-Allow-Methods’	CORS, CORSInvalidAllowMethod, HTTP, HTTPS, console, エラー, オリジン間, メッセージ
189		サーバーから送信された CORS 要求への応答に、一つ以上の無効なメソッド名を含んだ `Access-Control-Allow-Methods` ヘッダーが含まれています。
190	Reason: missing token ‘xyz’ in CORS header ‘Access-Control-Allow-Headers’ from CORS preflight channel	CORS, CORSMissingAllowHeaderFromPreflight, HTTP, HTTPS, エラー, オリジン間, コンソール, セキュリティ, トラブルシューティング, メッセージ, 理由
190		`Access-Control-Allow-Headers` ヘッダーがサーバーから送信され、どのヘッダーが CORS 要求に対応しているかを知らせます。 `Access-Control-Allow-Headers` の値はコンマ区切りのヘッダー名のリストで、 `"X-Custom-Information"` やその他の標準的かつ基本的ではないヘッダー名 (常に許可されているもの) を記述します。
191	コンテンツセキュリティポリシー (CSP)	CSP, Content Security Policy, Reference, Security
191	コンテンツセキュリティポリシー (CSP)	コンテンツセキュリティポリシー (CSP) は、クロスサイトスクリプティング (XSS) やデータインジェクション攻撃などのような、特定の種類の攻撃を検知し、影響を軽減するために追加できるセキュリティレイヤーです。これらの攻撃はデータの窃取からサイトの改ざん、マルウェアの拡散に至るまで、様々な目的に用いられます。
192	コンテンツネゴシエーション	Content Negotiation, HTTP, Reference
192	コンテンツネゴシエーション	HTTP においてコンテンツネゴシエーション (content negotiation) は、同じ URL に対してさまざまなバージョンのリソースを提供するために使用する仕組みであり、ユーザーエージェントはどのリソースがユーザーにもっとも適しているか (例えばドキュメントの言語、画像の形式、コンテンツのエンコード方式) を指定できます。
193	デフォルトの Accept 値の一覧	Accept, Content Negotiation, HTTP, リファレンス
193	デフォルトの Accept 値の一覧	この記事では特定の入力とブラウザのバージョンのHTTP `Accept` ヘッダーの既定値について説明します。
194	サーバーサイドアクセス制御 (CORS)	CORS, HTTP, PHP
194	サーバーサイドアクセス制御 (CORS)	アクセス制御システムはパスワード、個人識別番号 (PIN)、バイオメトリックスキャン、物理的または電子的キーを含むログインクレデンシャルを介してエンティティの認証識別、認証、アクセス承認、およびアカウンタビリティを実行します。
195	プロキシサーバーとトンネリング	HTTP, HTTP Tunneling, Proxies, Proxy, TopicStub
195	プロキシサーバーとトンネリング	インターネットのさまざまなネットワークをナビゲートするときに、プロキシサーバーと HTTP トンネルは、World Wide Web上のコンテンツへのアクセスを容易にしています。プロキシはユーザーのローカルコンピュータ、またはユーザーのコンピュータとインターネット上の送信先サーバーの間の任意の場所に配置できます。このページではプロキシに関するいくつかの基本を概説し、いくつかの設定オプションを紹介します。
196	プロキシ自動設定ファイル	Necko, PAC, ネットワーク, プロキシー
196	プロキシ自動設定ファイル	設定を表す文字列を返します. 返す文字列の形式は下の戻り値形式で定義されています.
197	プロトコルのアップグレードメカニズム	HTTP, HTTP/2, TLS, WebSocket, WebSockets, アップグレード, ガイド, ネットワーキング, プロトコル
197	プロトコルのアップグレードメカニズム	HTTP プロトコルは、既に確立された接続が新しい互換性のないプロトコルにアップグレードすることを可能にする特別なメカニズムを提供します。このガイドでは、この仕組みがどのように機能するのかをカバーし、使用されるシナリオの例を提供します。
198	リソースと URI	HTTP, MIME, MIME タイプ, URI, URL, リソース, 概要
198	リソースと URI	HTTP により、ブラウザーやその他のユーザーエージェントは、インターネット上の様々なリソースと通信することができます。このために、ブラウザーはリソースの識別及び場所の両方が必要です。これら二つの情報が URI によって記述されます。
199	典型的な HTTP セッション	HTTP
199	典型的な HTTP セッション	HTTP のようなクライアントサーバープロトコルでは、セッションが 3 つの段階で構成されます。
200	索引	HTTP, Index
200	索引	このページは概要やタグに沿った MDN のすべての HTTP ページの一覧です。

最終更新日: Mar 18, 2019, by MDN contributors

索引

ウェブ開発のベストプラクティスを学ぶ