recursal/MDN huggingface dataset:
400 Bad Request
===============

HyperText Transfer Protocol (HTTP) の **`400 Bad Request`** レスポンスステータスコードは、何らかのクライアント側のエラーであると分かったために、サーバーがそのリクエストを処理しない (できない) ことを表します (例えば、リクエストの構文が正しくない、リクエストメッセージのフレーミングが無効、リクエスト経路に偽りがあるなど)。

**警告:** クライアントは変更なしにこのリクエストを繰り返すべきではありません。

ステータス
-----
```

400 Bad Request
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 7231, セクション 6.5.1: 400 Bad Request | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

関連情報
----

* HTTP/1.1: Status Code Definitions
431 Request Header Fields Too Large
===================================

HTTP の **`431 Request Header Fields Too Large`** レスポンスステータスコードは、リクエストの HTTP ヘッダーが長すぎるためにサーバーがリクエストの処理を拒否したことを示します。ヘッダーフィールドを縮小した上で、リクエストを再送信する*ことができます*。

431 はリクエストヘッダーの**全体の大きさ**が大きすぎる場合や、**単一の**ヘッダーフィールドが長すぎる場合に使用することができます。このエラーが発生した場合は、レスポンス本文でこの二つの問題のどちらであるかを示すと役立ちます。 — できれば、どのヘッダーが長すぎるのかも含めたほうがよいでしょう。これによってユーザーが、クッキーを消去するなど、問題の解決を試みることができます。

サーバーは次のような場合に、よくこのステータスを生成します。

* `Referer` の URL が長すぎる場合
* そのリクエストで送られた Cookie が多すぎる場合
ステータス
-----
```

431 Request Header Fields Too Large
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 6585, セクション 5: 431 Request Header Fields Too Large | Additional HTTP Status Codes |

関連情報
----

* `414 URI Too Long`
* Request header
307 Temporary Redirect
======================

HTTP の **`307 Temporary Redirect`** リダイレクトステータスレスポンスコードは、リクエストされたリソースが一時的に `Location` で示された URL へ移動したことを示します。

元のリクエストのメソッドと本文は、リダイレクトされたリクエストを行う際に再利用されます。使用されるメソッドを `GET` に変更したい場合は、代わりに `303 See Other` を使用してください。これは `PUT` メソッドへのレスポンスで、アップロードされたリソースではないところで「XYZ のアップロードに成功しました」のような確認メッセージを表示したい場合に便利です。

`307` と `302` の唯一の違いは、 `307` はリダイレクトされたリクエストが行われるときに、メソッドと本文が変更されないことが保証されることです。 `302` では、一部の古いクライアントは不正にメソッドを `GET` に変更してしまいます。 `GET` 以外のメソッドと `302` による挙動はウェブで予測することができず、 `307` の挙動は予測できます。 `GET` リクエストでは、両者の挙動は同じです。

ステータス
-----
```

307 Temporary Redirect
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 7231, セクション 6.4.7: 307 Temporary Redirect | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

ブラウザーの対応
--------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

関連情報
----

* `302 Found`: このステータスコードと同等ですが、 `GET` 以外の時にメソッドが変更されるかもしれない。
* `303 See Other`: 使用されるメソッドを `GET` に変更する一時リダイレクト。
* `301 Moved Permanently`: 永久リダイレクト
418 I'm a teapot
================

HTTP の **`418 I'm a teapot`** クライアントエラーレスポンスコードは、サーバーが、自身がティーポットであることを理由としてコーヒーを入れることを拒否することを示します。コーヒーとティーの複合ポットで、一時的にコーヒーが提供できない場合は、代わりに 503 を返してください。このエラーは、1998 年のエイプリルフールのジョークである Hyper Text Coffee Pot Control Protocol に由来します。

一部のウェブサイトでは、自動化されたクエリなど、処理したくないリクエストに対してこのレスポンスを使用しています。

ステータス
-----
```

418 I'm a teapot
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 2324, セクション 2.3.2: 418 I'm a teapot | Hyper Text Coffee Pot Control Protocol (HTCPCP/1.0): Semantics and Content |
| RFC 7168, セクション 2.3.3: 418 I'm a teapot | The Hyper Text Coffee Pot Control Protocol for Tea Efflux Appliances (HTCPCP-TEA): Response Codes |

ブラウザーの互換性
---------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

関連情報
----

* Wikipedia: Hyper Text Coffee Pot Control Protocol
201 Created
===========

HTTP の **`201 Created`** 成功ステータスレスポンスコードは、リクエストが成功してリソースの作成が完了したことを表します。レスポンスが返される前に、新たなリソースが作成され、レスポンスメッセージの本文にて新しいリソースが返されます。その位置はリクエスト URL、または `Location` ヘッダーの内容となります。

このステータスコードの一般的な使用例は、 `POST` リクエストの結果です。

状態
--
```

201 Created
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 7231, セクション 6.3.2: 201 Created | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

ブラウザーの互換性
---------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

関連情報
----

* HTTP リクエストメソッド
429 Too Many Requests
=====================

HTTP **`429 Too Many Requests`** レスポンスステータスコードは、ユーザーが指定された時間内に多くのリクエストを送信した ("rate limiting") ことを示します。

新しいリクエストを行う前にどのくらい待つかを示す `Retry-After` ヘッダをこのレスポンスに含めることができます。

ステータス
-----
```

429 Too Many Requests
```

例
-
```

HTTP/1.1 429 Too Many Requests
Content-Type: text/html
Retry-After: 3600
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 6585, セクション 4: 429 Too Many Requests | Additional HTTP Status Codes |

関連情報
----

* `Retry-After`
* HTTP/1.1: Status Code Definitions
* Python solution: How to avoid HTTP error 429 python
506 Variant Also Negotiates
===========================

The HyperText Transfer Protocol (HTTP) **`506 Variant Also Negotiates`** レスポンスステータスコードは、透過的コンテンツネゴシエーション (**transparent content negotiation**) のコンテキストで提供される場合があります (参照 RFC 2295)。このプロトコルは、サーバーが複数のバリアントに対応している場合に、クライアントが与えられたリソースの最良のバリアントを取得することを可能にします。

**`Variant Also Negotiates`** ステータスコードは、選択されたバリアント自体がコンテンツネゴシエーションに関与するように構成されているため、適切なネゴシエーションエンドポイントではない内部サーバー構成エラーを示します。

ステータス
-----
```

506 Variant Also Negotiates
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 2295, セクション 8.1: 506 Variant Also Negotiates | Transparent Content Negotiation in HTTP |
425 Too Early
=============

**Experimental:** **これは実験的な機能です。**  
本番で使用する前にブラウザー互換性一覧表をチェックしてください。

HTTP (HyperText Transfer Protocol) の **`425 Too Early`** レスポンスステータスコードは、サーバーがリプレイ攻撃の可能性を生み出すリプレイされた要求を処理するリスクを負わないことを示します。

ステータス
-----
```

425 Too Early
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 8470, セクション 5.2: 425: Early Data | Using Early Data in HTTP |

ブラウザーの対応
--------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.
103 Early Hints
===============

HTTP **`103 Early Hints`** インフォメーションレスポンスステータスコードは、主に `Link` ヘッダーと共に使用され、サーバーがまだレスポンスを準備している間にユーザーエージェントがリソースのプリロードを開始できるようにすることを目的としています。

構文
--
```

103 Early Hints
```

仕様
--

| 仕様書 | ステータス | コメント |
| --- | --- | --- |
| RFC 8297: 103 Early Hints | IETF RFC | 初期定義 |

ブラウザーの実装状況
----------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

関連情報
----

* `Link`
414 URI Too Long
================

HTTP の **`414 URI Too Long`** レスポンスステータスコードは、クライアントがリクエストした URL が、サーバーが解釈しようとするものよりも長いことを示します。

これが発生する条件はわずかです。

* クライアントが、 `POST` リクエストを長いクエリー文字列をもつ `GET` リクエストに変換した場合。
* クライアントがリダイレクトのループに陥った場合 (たとえば、リダイレクトされた URL 接頭辞が自分自身の接尾辞を指していた場合や、受け取った URL の扱いを誤った場合)。
* 潜在的なセキュリティホールを利用しようとしているクライアントがサーバーを攻撃している場合などです。
ステータス
-----
```

414 URI Too Long
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 7231, セクション 6.5.12: 414 URI Too Long | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

関連情報
----

* `431 Request Header Fields Too Large`
* URI
410 Gone
========

HyperText Transfer Protocol (HTTP) の **`410 Gone`** クライエントエラーレスポンスコードは、元のサーバーで利用できなくなっている対象リソースにアクセスしていることを示します。この状態は永久的です。

この状態が一時的なものか永久なのか分からない場合は、代わりに `404` ステータスコードを使用してください。

**メモ:** 410 レスポンスは既定でキャッシュ可能です。

ステータス
-----
```

410 Gone
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 7231, セクション 6.5.9: 410 Gone | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

ブラウザーの互換性
---------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

以下に示す情報は、 MDN の GitHub から取得したものです。 (https://github.com/mdn/browser-compat-data).

関連情報
----

* `404`
421 Misdirected Request
=======================

HTTP **`421 Misdirected Request`** クライエントエラーレスポンスコードは、リクエストがレスポンスを生成できないサーバーに送られたことを示します。これは、接続が再利用されたり、代替サービスが選択されたとき起こり得ます。

ステータス
-----
```

421 Misdirected Request
```

仕様書
---

| Specification |
| --- |
| HTTP Semantics # name-421-misdirected-request |
408 Request Timeout
===================

HyperText Transfer Protocol (HTTP) **`408 Request Timeout`** レスポンスステータスコードはサーバーがこの未使用のコネクションをシャットダウンすることを意味します。 *クライアントからの以前のリクエストがなくても*、一部のサーバーによってアイドル状態のコネクションで送信されます。

`408` はサーバーがコネクションを待機し続けるのではなく、閉じることを決定することを意味しているため、サーバーはレスポンスで "close" `Connection` ヘッダーフィールドを送信する必要があります。

このレスポンスは HTTP 事前接続メカニズム使用してサーフィンを高速化するために、Chrome や、Firefox 27+、IE9 などの、いくつかのブラウザーでよく利用されます。

**メモ:** このメッセージを送信せずに接続をシャットダウンするサーバーもあります。

ステータス
-----
```

408 Request Timeout
```

仕様
--

| 仕様書 | タイトル |
| --- | --- |
| RFC 7231, セクション 6.5.7: 408 Request Timeout | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

参照
--

* `Connection`
* `X-DNS-Prefetch-Control`
424 Failed Dependency
=====================

HTTP **`424 Failed Dependency`** クライエントエラーレスポンスコードは、要求されたアクションが他のアクションに依存しており、そのアクションが失敗したため、対象のリソースに対してメソッドを実行できなかったことを示します。

普通のウェブサーバーがこのステータスコードを返すことは通常ありません。しかし、WebDAV などの他のプロトコルが返すことはあります。たとえば、WebDAV では、`PROPPATCH` 要求が発行され、あるコマンドが失敗した場合は、他のコマンドも自動的に `424 Failed Dependency` で失敗します。

ステータス
-----
```

424 Failed Dependency
```

仕様書
---

| Specification |
| --- |
| RFC 4918 # section-11.4 |

関連情報
----

* `403` (Forbidden)
415 Unsupported Media Type
==========================

HTTP **`415 Unsupported Media Type`** クライアントエラーレスポンスコードは、ペイロードフォーマットがサポートされていないフォーマットであるため、サーバーがリクエストの受け入れを拒否することを示します。

フォーマットの問題はリクエストされた `Content-Type` または `Content-Encoding` によるものか、または直接データを検査した結果に起因する可能性があります。

ステータス
-----
```

415 Unsupported Media Type
```

仕様
--

| 仕様書 | タイトル |
| --- | --- |
| RFC 7231, セクション 6.5.13: 415 Unsupported Media Type | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

関連情報
----

* `Content-Type`
* `Content-Encoding`
* `Accept`
102 Processing
==============

**非推奨:** この機能は非推奨になりました。まだ対応しているブラウザーがあるかもしれませんが、すでに関連するウェブ標準から削除されているか、削除の手続き中であるか、互換性のためだけに残されている可能性があります。使用を避け、できれば既存のコードは更新してください。このページの下部にある互換性一覧表を見て判断してください。この機能は突然動作しなくなる可能性があることに注意してください。

HTTP **`102 Processing`** 情報ステータスレスポンスコードは、リクエスト全体が受信され、サーバーがそれを処理中であることをクライアントに示します。

このステータスコードは、リクエストの処理に長時間かかるとサーバーが判断した場合のみ送信されます。これは、クライアントにリクエストがまだ死んでいないことを伝えます。

**メモ:** このステータスコードは非推奨になっており、もう送られるべきではありません。クライアントはまだ受け入れる可能性がありますが、単純に無視します。

ステータス
-----
```

102 Processing
```

仕様書
---

| Specification |
| --- |
| Unknown specification # section-10.1 |

関連情報
----

* `Expect`
* `100`
411 Length Required
===================

HyperText Transfer Protocol (HTTP) **`411 Length Required`** クライアントエラーレスポンスコードは、サーバーが定義された `Content-Length` ヘッダーのないリクエストの受け入れを拒否することを示します。

**メモ:** 仕様によっては、一連のチャンクでデータを送信する場合 `Content-Length` ヘッダは省略され、各チャンクの先頭に、現在のチャンクの長さを 16 進形式で追加する必要があります。詳細は `Transfer-Encoding` を参照してください。

ステータス
-----
```

411 Length Required
```

仕様
--

| 仕様書 | タイトル |
| --- | --- |
| RFC 7231, セクション 6.5.10: 411 Length Required | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

関連情報
----

* `Content-Length`
* `Transfer-Encoding`
208 Already Reported
====================

**メモ:** いくつかのパスにリソースを *バインド* する機能は WebDAV プロトコルの拡張です。(WebDAV サーバーにアクセスしているウェブアプリケーションが受信する可能性があります) ウェブページにアクセスしているブラウザーがこのステータスコードを受け取ることは無いでしょう。

 HTTP **`208 Already Reported`** レスポンスコードは、容量を節約し、競合を防ぐため、`207` (`207 Multi-Status`) レスポンスで用いられます。
 同じリソースが (たとえばコレクションの一部として) 異なるパスで複数回要求された場合、最初のもののみ `200` で報告されます。
 それ以外のすべてのバインディングへのレスポンスはこの `208` ステータスコードで報告されるので、競合を起こさず、レスポンスは短く保たれます。

ステータス
-----
```

208 Already Reported
```

例
-


```http
HTTP/1.1 207 Multi-Status
Content-Type: application/xml; charset="utf-8"
Content-Length: 1241

<?xml version="1.0" encoding="utf-8" ?>
<D:multistatus xmlns:D="DAV:">
  <D:response>
    <D:href>http://www.example.com/Coll/</D:href>
    <D:propstat>
      <D:prop>
        <D:displayname>Loop Demo</D:displayname>
        <D:resource-id>
          <D:href>urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf8</D:href>
        </D:resource-id>
      </D:prop>
      <D:status>HTTP/1.1 200 OK</D:status>
    </D:propstat>
  </D:response>
  <D:response>
    <D:href>http://www.example.com/Coll/Foo</D:href>
    <D:propstat>
      <D:prop>
        <D:displayname>Bird Inventory</D:displayname>
        <D:resource-id>
          <D:href>urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf9</D:href>
        </D:resource-id>
      </D:prop>
      <D:status>HTTP/1.1 200 OK</D:status>
    </D:propstat>
  </D:response>
  <D:response>
    <D:href>http://www.example.com/Coll/Bar</D:href>
    <D:propstat>
      <D:prop>
        <D:displayname>Loop Demo</D:displayname>
        <D:resource-id>
          <D:href>urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf8</D:href>
        </D:resource-id>
      </D:prop>
      <D:status>HTTP/1.1 208 Already Reported</D:status>
    </D:propstat>
  </D:response>
</D:multistatus>
```

仕様書
---

| Specification |
| --- |
| Unknown specification # section-7.1 |

関連情報
----

* `200`
409 Conflict
============

HTTP **`409 Conflict`** はリクエストが現在のサーバーの状態と競合したことを示すステータスコード。

競合は `PUT` メソッドを使用したリクエストのレスポンスで最も発生しやすい。例えば、サーバーにすでに存在しているファイルよりも古いバージョンのファイルをアップロードした際に 409 の応答が返され、バージョン管理システムの競合が発生する可能性がある。

ステータス
-----
```

409 Conflict
```

仕様
--

| 仕様書 | タイトル |
| --- | --- |
| RFC 7231, セクション 6.5.8: 409 Conflict | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

参照
--

* `PUT`
302 Found
=========

HyperText Transfer Protocol (HTTP) の **`302 Found`** リダイレクトステータスレスポンスコードは、リクエストされたリソースが一時的に `Location` で示された URL へ移動したことを示します。ブラウザーはこのページにリダイレクトしますが、検索エンジンはリソースへのリンクを更新しません (「SEO 用語」では、「リンクジュース」が新しい URL に送られなかったと言われます)。

仕様書ではリダイレクトの際にメソッド (と本文) を変更しないよう要求していますが、すべてのユーザーエージェントが準拠している訳ではありません (まだこの種のバグのあるソフトウェアが見つかるでしょう)。従って、 `302` コードは `GET` または `HEAD` メソッドへのレスポンスのみに使用し、 `POST` メソッドのままリダイレクトする場合は代わりに `307 Temporary Redirect` (こちらでは明確にメソッドの変更が禁止されている) を使用することが推奨されています。

使用されるメソッドを `GET` に変更したい場合は、代わりに `303 See Other` を使用してください。これは `PUT` メソッドへのレスポンスとして、アップロードされたリソースではなく「XYZ のアップロードに成功しました」のような確認メッセージを表示したい場合に便利です。

ステータス
-----


```html
302 Found
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 7231, セクション 6.4.3: 302 Found | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

ブラウザーの互換性
---------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

関連情報
----

* `307 Temporary Redirect` 使用されたメソッドが変更されない場面では、このステータスコードと等価。
* `303 See Other` メソッドを `GET` に変更する一時リダイレクト。
* `301 Moved Permanently` 永久リダイレクト
405 Method Not Allowed
======================

HyperText Transfer Protocol (HTTP) の **`405`** `Method Not Allowed` レスポンスステータスコードは、リクエストメソッドをサーバー側で認識しているが、対象のリソースでは対応していないことを示します。

サーバーは 405 レスポンスで、対象のリソースで現在対応しているメソッドの一覧を含む **`Allow`** ヘッダー欄を生成しなければなりません。

ステータス
-----
```

405 Method Not Allowed
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 7231, セクション 6.5.5: 405 Method Not Allowed | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

関連情報
----

* `Allow`
* HTTP/1.1: Status Code Definitions
* How to Fix 405 Method Not Allowed
* Troubleshooting HTTP 405
503 Service Unavailable
=======================

HyperText Transfer Protocol (HTTP) の **`503 Service Unavailable`** サーバーエラーレスポンスコードで、サーバーがリクエストを処理する準備ができていないことを示します。

一般的な原因は、サーバーがメンテナンス中のために停止していることや、過負荷状態になっていることです。このレスポンスは、一時的な条件に使用する必要があり、 `Retry-After` HTTP ヘッダーには、もし可能であれば、サービスの復旧に要する予想時間を含めるべきです。

**メモ:** このレスポンスと共に、問題を分かりやすく説明するページを送信する必要があります。

503 のステータスはしばしば一時的な状態であり、レスポンスは頻繁にキャッシュされるべきではないため、このレスポンスと共に送信されるキャッシュ関連のヘッダーは注意する必要があります。

ステータス
-----
```

503 Service Unavailable
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 7231, セクション 6.6.4: 503 Service Unavailable | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

ブラウザーの互換性
---------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

以下に示す情報は、 MDN の GitHub から取得したものです。 (https://github.com/mdn/browser-compat-data).

関連情報
----

* `Retry-After`
* HTTP/1.1: Status Code Definitions
204 No Content
==============

HTTP の **`204 No Content`** は成功ステータスレスポンスコードで、リクエストが成功したものの、クライアントが現在のページから移動する必要がないことを示します。

 これは例えば、ウィキサイトで「保存して編集を続ける」機能を実装するときに使用される可能性があります。
 この場合、ページを保存するために `PUT` リクエストが使用されますが、エディターが他のページに置き換えられるべきではないことを示すために `204 No Content` レスポンスが送信されるものです。

レスポンスコード 204 が返された場合は、既定でキャッシュ可能になっています（そのようなレスポンスには、`ETag` ヘッダーが含まれています）。

ステータス
-----


```http
204 No Content
```

仕様書
---

| Specification |
| --- |
| HTTP Semantics # status.204 |

ブラウザーの互換性
---------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

### 互換性のメモ

* このステータスコードは本体を持たないレスポンスを記述することを意図していますが、サーバーは誤ってヘッダーの後にデータを出力することがあります。プロトコルは、ユーザーエージェントがそのようなレスポンスを様々な方法で処理することを許しています（この仕様のテキストに関する議論はこちらで見られます）。これは、持続的な接続において後続のリクエストに対する明確なレスポンスが無効な本体に含まれてしまう場合に顕著になります。
 Apple Safari はそのようなデータを拒否します。Google Chrome と Microsoft Edge は、有効なレスポンスの前にある無効な最大 4 バイトを破棄します。Firefox は、有効なレスポンスの前にある 1 キロバイトを超える無効なデータを許容します。
関連情報
----

* HTTP リクエストのメソッド
401 Unauthorized
================

HTTP **`401 Unauthorized`** は、有効な認証資格が不足していることによりリクエストが適用されないことを示すクライアントエラーのレスポンスコードです。

このステータスは、正しい認証方法を含む `WWW-Authenticate` ヘッダーとともに送信されます。

このステータスは `403` に似ていますが、この場合は再認証が可能です。

ステータス
-----
```

401 Unauthorized
```

例
-
```

HTTP/1.1 401 Unauthorized
Date: Wed, 21 Oct 2015 07:28:00 GMT
WWW-Authenticate: Basic realm="Access to staging site"
```

仕様
--

| 仕様 | タイトル |
| --- | --- |
| RFC 7235, セクション 3.1: 401 Unauthorized | HTTP/1.1: Authentication |

ブラウザー互換性
--------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

参照
--

* HTTP authentication
* `WWW-Authenticate`
* `Authorization`
* `Proxy-Authorization`
* `Proxy-Authenticate`
* `403`, `407`
200 OK
======

HTTP **`200 OK`** はリクエストが成功した場合に返すレスポンスコード。200 のレスポンスはデフォルトでキャッシュしてよい。

成功したという意味はリクエストのメソッドによって異なる:

* `GET`: リソースがフェッチされメッセージのボディ部で返送された。
* `HEAD`: エンティティヘッダがボディ部で返送された。
* `POST`: 実行された結果が記載されたリソースがボディ部で返送された。
* `TRACE`: メッセージのボディ部にサーバーで受信したリクエストメッセージを含んでいる。

`PUT` や `DELETE` の成功結果は `200` `OK` ではなく、 `204` `No Content` (や、リソースの初回アップロードによる作成の場合は `201` `Created` )である場合もある。

ステータス
-----
```

200 OK
```

仕様
--

| 仕様 | タイトル |
| --- | --- |
| RFC 7231, セクション 6.3.1: 200 OK | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

ブラウザー互換性
--------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

参照
--

* HTTP request methods
507 Insufficient Storage
========================

The HyperText Transfer Protocol (HTTP) **`507 Insufficient Storage`** レスポンスステータスコードは、Web Distributed Authoring and Versioning (WebDAV) プロトコルのコンテキストで提供される場合があります。 (参照 RFC 4918)

サーバーが、リクエストを正常終了するために必要な表現を保存できないため、メソッドを実行できなかったことを示します。

ステータス
-----
```

507 Insufficient Storage
```

仕様書
---

| 仕様書 | 題名 |
| --- | --- |
| RFC 4918, セクション 11.5: 507 Insufficient Storage | Web Distributed Authoring and Versioning |
428 Precondition Required
=========================

HTTP **`428 Precondition Required`** レスポンスステータスコードは、サーバーがリクエストを条件付きにする必要があることを示します。

通常、これは `If-Match` のような必須の前提条件ヘッダーが**ない**ことを意味します。

前提条件ヘッダーがサーバー側の状態と**一致しない**場合、レスポンスは `412` `Precondition Failed` である必要があります。

ステータス
-----
```

428 Precondition Required
```

仕様
--

| 仕様書 | タイトル |
| --- | --- |
| RFC 6585, セクション 3: 428 Precondition Required | Additional HTTP Status Codes |

関連情報
----

* HTTP conditional requests
* `If-Match`
* `412`
CSP のエラーと警告 (Content Security Policy)
=====================================

このページは CSP のエラーと警告に関する記事を参照する親となり、概要を示したり、可能であれば問題解決の一般的な助言をしたりします。

エラー一覧
-----

* The page's settings blocked the loading of a resource: %1$S
* The page's settings blocked the loading of a resource at %2$S ("%1$S").
* A violation occurred for a report-only CSP policy ("%1$S"). The behavior was allowed, and a CSP report was sent.
* The page's settings observed the loading of a resource at %2$S ("%1$S"). A CSP report is being sent.
* Tried to send report to invalid URI: "%1$S"
* couldn't parse report URI: %1$S
* Couldn't process unknown directive '%1$S'
* Ignoring unknown option %1$S
* Ignoring duplicate source %1$S
* Ignoring source '%1$S' (Not supported when delivered via meta element).
* Ignoring "%1$S" within script-src or style-src: nonce-source or hash-source specified
* Ignoring "%1$S" within script-src: 'strict-dynamic' specified
* Ignoring source "%1$S" (Only supported within script-src).
* Keyword 'strict-dynamic' within "%1$S" with no valid nonce or hash might block all scripts from loading
* The report URI (%1$S) should be an HTTP or HTTPS URI.
* This site (%1$S) has a Report-Only policy without a report URI. CSP will not block and cannot report violations of this policy.
* Failed to parse unrecognized source %1$S
* An attempt to execute inline scripts has been blocked
* An attempt to apply inline style sheets has been blocked
* An attempt to call JavaScript from a string (by calling a function like eval) has been blocked
* Upgrading insecure request '%1$S' to use '%2$S'
* Ignoring srcs for directive '%1$S'
* Interpreting %1$S as a hostname, not a keyword. If you intended this to be a keyword, use '%2$S' (wrapped in single quotes).
* Not supporting directive '%1$S'. Directive and values will be ignored.
* Blocking insecure request '%1$S'.
* Ignoring '%1$S' since it does not contain any parameters.
* Ignoring sandbox directive when delivered in a report-only policy '%1$S'
* Referrer Directive '%1$S' has been deprecated. Please use the Referrer-Policy header instead.
* Ignoring '%1$S' because of '%2$S' directive.
* Couldn't parse invalid source %1$S
* Couldn't parse invalid host %1$S
* Couldn't parse scheme in %1$S
* Couldn't parse port in %1$S
* Duplicate %1$S directives detected. All but the first instance will be ignored.
* Directive '%1$S' has been deprecated. Please use directive 'worker-src' to control workers, or directive 'frame-src' to control frames respectively.
* Couldn't parse invalid sandbox flag '%1$S'
Content Security Policy: The page's settings blocked the loading of a resource: xyz
===================================================================================

警告 "Content Security Policy: The page's settings blocked the loading of a resource: xyz" は、`xyz` で指定されたページの CSP 設定が、文書のコンテキストにリソースが読み込まれるのを妨げた場合に発生します。

エラーメッセージ
--------

### Firefox

`Content Security Policy: The pages settings blocked the loading of a resource: xyz`

ここで、

`xyz`

リソースをブロックした CSP ディレクティブの名前です。これはディレクティブの名前そのものか、ポリシーのディレクティブ文字列全体で表される可能性があります。

`uvw`

問題を解決するのに役立つ可能性がある情報を提供する文字列であり、CSP 構成に行う可能性がある特定の変更を含むこともあります。

### Chrome

* `Refused to apply inline style because it violates the following Content Security Policy Directive: "xyz". uvw.`
* `Refused to execute inline script because it violates the following Content Security Policy directive: "xyz". uvw.`
* `Refused to run the JavaScript URL because it violates the following Content Security Policy directive: "xyz". uvw.`
* `Refused to execute inline event handler because it violates the following Content Security Policy directive: "xyz". uvw.`

ここで、

`xyz`

リソースをブロックした CSP ディレクティブの名前です。これはディレクティブの名前そのものか、ポリシーのディレクティブ文字列全体で表される可能性があります。

`uvw`

問題を解決するのに役立つ可能性がある情報を提供する文字列であり、CSP 構成に行う可能性がある特定の変更を含むこともあります。

エラーの原因
------

この警告メッセージは、特定の CSP ディレクティブが存在するためにリソースが読み込まれなかったことを意味します。

関連情報
----

* CSP のエラーと警告
* コンテンツセキュリティポリシー
* `Content-Security-Policy`
* `Content-Security-Policy-Report-Only`