aboutsummaryrefslogtreecommitdiff
path: root/files/ja/glossary
diff options
context:
space:
mode:
Diffstat (limited to 'files/ja/glossary')
-rw-r--r--files/ja/glossary/forbidden_header_name/index.html58
-rw-r--r--files/ja/glossary/forbidden_header_name/index.md46
-rw-r--r--files/ja/glossary/graceful_degradation/index.html2
3 files changed, 47 insertions, 59 deletions
diff --git a/files/ja/glossary/forbidden_header_name/index.html b/files/ja/glossary/forbidden_header_name/index.html
deleted file mode 100644
index b69c1ce340..0000000000
--- a/files/ja/glossary/forbidden_header_name/index.html
+++ /dev/null
@@ -1,58 +0,0 @@
----
-title: Forbidden header name (禁止ヘッダー名)
-slug: Glossary/Forbidden_header_name
-tags:
- - Fetch
- - Glossary
- - HTTP
- - Headers
- - forbidden
- - ヘッダー
-translation_of: Glossary/Forbidden_header_name
----
-<p><dfn>禁止ヘッダー名</dfn>はプログラムから変更することができない <a href="/ja/docs/Web/HTTP/Headers">HTTP ヘッダー</a>の名前、特に、 HTTP <strong>リクエスト</strong>ヘッダーの名前です (反対に、{{Glossary("Forbidden response header name", "禁止レスポンスヘッダー名")}}もあります)。</p>
-
-<p>このようなヘッダーの変更が禁じられているのは、ユーザーエージェントがこれらを完全に制御するからです。特に `<code title="">Sec-</code>` で始まるヘッダー名は、{{domxref("XMLHttpRequest")}} のように <a href="/ja/docs/Web/API/Fetch_API">Fetch</a> を使用して開発者がヘッダーを通じて制御できる {{glossary("API")}} に影響されずに、新しいヘッダーを追加できるよう予約されています。</p>
-
-<p>禁止ヘッダー名は <code>Proxy-</code> や <code>Sec-</code> で始まるもの、または以下の名前の 1 つです。</p>
-
-<ul class="brief">
- <li><code title="">Accept-Charset</code></li>
- <li><code title="">Accept-Encoding</code></li>
- <li><code title="">Access-Control-Request-Headers</code></li>
- <li><code title="">Access-Control-Request-Method</code></li>
- <li><code title="">Connection</code></li>
- <li><code title="">Content-Length</code></li>
- <li><code title="">Cookie</code></li>
- <li><code title="">Cookie2</code></li>
- <li><code title="">Date</code></li>
- <li><code title="">DNT</code></li>
- <li><code title="">Expect</code></li>
- <li><code title="">Feature-Policy</code></li>
- <li><code title="">Host</code></li>
- <li><code title="">Keep-Alive</code></li>
- <li><code title="http-origin">Origin</code></li>
- <li><code title="http-origin">Proxy-</code></li>
- <li><code title="http-origin">Sec-</code></li>
- <li><code title="">Referer</code></li>
- <li><code title="">TE</code></li>
- <li><code title="">Trailer</code></li>
- <li><code title="">Transfer-Encoding</code></li>
- <li><code title="">Upgrade</code></li>
- <li><code title="">Via</code></li>
-</ul>
-
-<div class="note">
-<p><strong>注</strong>: <code>User-Agent</code> ヘッダーは<a href="https://fetch.spec.whatwg.org/#terminology-headers">仕様としては</a>禁止ではなくなりました (Firefox 43 で実装された forbidden header name list を参照)。 Fetch の <a href="/ja/docs/Web/API/Headers">Headers</a> オブジェクトや、XHR の <a href="/ja/docs/Web/API/XMLHttpRequest#setRequestHeader%28%29">setRequestHeader()</a> などでこのヘッダーを設定することが可能です。ただし、 Chrome は Fetch リクエストからこのヘッダーを暗黙的に削除します(<a href="https://bugs.chromium.org/p/chromium/issues/detail?id=571722">Chromium バグ 571722</a> を参照)。</p>
-</div>
-
-<section id="Quick_links">
-<ol>
- <li><a href="/ja/docs/Glossary">MDN Web Docs 用語集</a>
-
- <ol>
- <li>{{Glossary("Forbidden response header name", "禁止レスポンスヘッダー名")}}</li>
- </ol>
- </li>
-</ol>
-</section>
diff --git a/files/ja/glossary/forbidden_header_name/index.md b/files/ja/glossary/forbidden_header_name/index.md
new file mode 100644
index 0000000000..659dd967e3
--- /dev/null
+++ b/files/ja/glossary/forbidden_header_name/index.md
@@ -0,0 +1,46 @@
+---
+title: Forbidden header name (禁止ヘッダー名)
+slug: Glossary/Forbidden_header_name
+tags:
+ - Fetch
+ - 用語集
+ - HTTP
+ - ヘッダー
+ - forbidden
+translation_of: Glossary/Forbidden_header_name
+---
+**禁止ヘッダー名**はプログラムから変更することができない [HTTP ヘッダー](/ja/docs/Web/HTTP/Headers)の名前、特に、 HTTP **リクエスト**ヘッダーの名前です (反対に、{{Glossary("Forbidden response header name", "禁止レスポンスヘッダー名")}}もあります)。
+
+このようなヘッダーを変更することは禁止されています。なぜなら、ユーザーエージェントがヘッダーを完全に制御できるからです。\``Sec-`\` で始まる名前は、{{domxref("XMLHttpRequest")}} のような、開発者にヘッダーの制御を許可する [Fetch](/ja/docs/Web/API/Fetch_API) を使った {{glossary("API")}} から安全に新しいヘッダーを作成するために予約されています。
+
+禁止ヘッダー名は `Proxy-` や `Sec-` で始まるもの、または以下の名前の 1 つです。
+
+- `Accept-Charset`
+- `Accept-Encoding`
+- `Access-Control-Request-Headers`
+- `Access-Control-Request-Method`
+- `Connection`
+- `Content-Length`
+- `Cookie`
+- `Cookie2`
+- `Date`
+- `DNT`
+- `Expect`
+- `Feature-Policy`
+- `Host`
+- `Keep-Alive`
+- `Origin`
+- `Proxy-`
+- `Sec-`
+- `Referer`
+- `TE`
+- `Trailer`
+- `Transfer-Encoding`
+- `Upgrade`
+- `Via`
+
+> **Note:** `User-Agent` ヘッダーは[仕様としては](https://fetch.spec.whatwg.org/#terminology-headers)禁止ではなくなりました (Firefox 43 で実装された forbidden header name list を参照)。 Fetch の [Headers](/ja/docs/Web/API/Headers) オブジェクトや、XHR の [setRequestHeader()](/ja/docs/Web/API/XMLHttpRequest#setRequestHeader%28%29) などでこのヘッダーを設定することが可能です。ただし、 Chrome は Fetch リクエストからこのヘッダーを暗黙的に削除します ([Chromium バグ 571722](https://bugs.chromium.org/p/chromium/issues/detail?id=571722) を参照)。
+
+## 関連情報
+
+{{Glossary("Forbidden response header name", "禁止レスポンスヘッダー名")}} (用語集)
diff --git a/files/ja/glossary/graceful_degradation/index.html b/files/ja/glossary/graceful_degradation/index.html
index 8aea866d62..9b57051636 100644
--- a/files/ja/glossary/graceful_degradation/index.html
+++ b/files/ja/glossary/graceful_degradation/index.html
@@ -12,7 +12,7 @@ translation_of: Glossary/Graceful_degradation
<p>{{Glossary("Polyfill","ポリフィル")}}を使用して JavaScript で<a href="/ja/docs/Learn/Tools_and_testing/Cross_browser_testing/Feature_detection">不足している機能</a>を構築することは可能ですが、 CSS のカスケードや HTML の代替の振る舞いなど、可能な限りスタイル付けやレイアウトなどの機能の代替案を用意する必要があります。いくつかの良い事例は、<a href="/ja/docs/Learn/Tools_and_testing/Cross_browser_testing/HTML_and_CSS">一般的な HTML と CSS の問題の扱い</a>で見ることができます。</p>
-<p>これは、ウェブサイトが複数の未知のユーザーエージェントからアクセスされるという状況下で、ウェブ開発者が最良の可能性を持ったウェブサイトを開発することに集中できるようにするために有用なテクニックです。{{Glossary("Progressive enhancement","プログレッシブエンハンスメント")}}は関連していますが、異なります。これはよくグレースフルデグラデーションとはがy句の方向に進むように見えます。実際には、両方のアプローチが有効であり、互いに補完することができます。</p>
+<p>これは、ウェブサイトが複数の未知のユーザーエージェントからアクセスされるという状況下で、ウェブ開発者が最良の可能性を持ったウェブサイトを開発することに集中できるようにするために有用なテクニックです。{{Glossary("Progressive enhancement","プログレッシブエンハンスメント")}}は関連していますが、異なります。これはよくグレースフルデグラデーションとは反対の方向に向いているとよく見られます。実際には、両方のアプローチが有効であり、互いに補完することができます。</p>
<section id="Quick_links">
<ol>