10 最も一般的な HTTP ステータス コード

一般的なインターネットユーザーとして、Web ページが表示されるのを待つことほど、”ページが見つかりません” 404 エラー状態コードを受け取るほどのストレスは発生しません。 確かに、私たちはページをリロードしようとし、時にはそれはgremlinsが動作を開始しますが、ほとんどの場合、問題は私たちの手に負えません。 私たちすべての典型的なユーザーのために、私たちは次のものに行くか、別のサイトを見つけます。 私たちのほとんどが完全に気づいていない背景に多くのことが起こっています。 ただし、Web 開発者にとっては、HTTP ステータス コードエラーは、非常に厄介なことができます。

インターネット標準を開発し、促進する組織であるインターネット技術標準化委員会 (IEFT) によると 、60 種類以上の HTTP ステータス コードがあります。 HTTP ステータス コードは、次の 5 つのグループに分類されます。

  • 1xx 情報応答。 要求を受信し、理解しました。 要求処理は続行されます。
  • 2xx 成功。 アクションは正常に受信され、理解され、受け入れられました。
  • 3xx リダイレクト。 要求を完了するには、クライアントが追加のアクションを実行する必要があります。
  • 4xx クライアント エラー。 クライアントがエラーを引き起こした可能性があります。 要求に不適切な構文が含まれているか、または処理できません。
  • 5xx サーバー エラー。 サーバーでエラーが発生し、要求を処理できませんでした。

これらのステータスコードのすべてが「エラー」と見なされるわけではありませんが、一部は単なる情報、またはアクションへの応答であり、トラブルシューティングや修復は必要ありません。 ここでは、最も一般的な HTTP ステータス コードの 10 とその意味を示します。 HTTP ステータスコードの完全なリストについては、ドットコムモニターのウィキを参照してください。

一般的な HTTP ステータス コード

  • ステータスコード200 – これは、HTTP要求が成功するための標準の「OK」ステータスコードです。 返される応答は、要求によって異なります。 たとえば、GET 要求の場合、応答はメッセージ本文に含まれます。 PUT/POST 要求の場合、応答にはアクションの結果を含むリソースが含まれます。
  • 状態コード 201 – 要求が成功したことを確認し、結果として新しいリソースが作成されたことを確認する状態コードです。 通常、これは POST/PUT 要求の後に送信される状態コードです。
  • ステータス コード 204 – このステータス コードは、サーバーが要求を満たしたが、情報を返す必要がないことを確認します。 この状態コードの例としては、削除要求、または要求がフォームを介して送信された場合、応答によってフォームが更新されたり、新しいページが読み込まれないようにする必要がある場合などがあります。
  • ステータスコード304 – は、ブラウザのキャッシュに使用されるステータスコードです。 応答が変更されていない場合、クライアント/ユーザーは引き続き同じ応答/キャッシュ・バージョンを使用できます。 たとえば、特定の時間以降にリソースが変更された場合、ブラウザから要求できます。 まだ送信されていない場合は、ステータス コード 304 が送信されます。 変更されている場合は、リソースと共に状況コード 200 が送信されます。
  • ステータス コード 400 – サーバーは、クライアント エラーのために要求を理解および処理できません。 データの欠落、ドメインの検証、および無効な書式設定は、ステータス コード 400 が送信される原因となる例です。
  • ステータス コード 401 – このステータス コード要求は、認証が必要な場合に発生しますが、失敗したか、または指定されていません。
  • ステータス コード 403 – ステータス コード 401 と非常によく似ていますが、ステータス コード 403 は有効な要求が送信されたときに発生しますが、サーバーはそれを受け入れることを拒否します。 これは、クライアント/ユーザーが必要なアクセス許可を必要とする場合や、リソースにアクセスするためにアカウントが必要な場合に発生します。 ステータスコード401とは異なり、認証はここでは適用されません。
  • ステータスコード404 – 平均的なユーザーが表示する最も一般的なステータスコード。 要求が有効であるが、サーバー上でリソースが見つからない場合、状況コード 404 が発生します。 これらは「クライアントエラー」バケットにグループ化されていますが、多くの場合、URL リダイレクトが不適切なことが原因です。
  • ステータス コード 409 – 要求がリソースの現在の状態と競合すると、状態コード 409 が送信されます。 これは通常、同時更新 (バージョン) が互いに競合する問題です。
  • 状態コード 410 – 要求されたリソースは利用できなくなり、再び使用できなくなります。 ネットワーク エラー 410 について説明します。
  • ステータスコード500 – ユーザーによってより一般的に見られるステータスコードのもう一つ、500シリーズコードは、彼らが真のエラーコードであるという点で400シリーズコードに似ています。 状況コード 500 は、予期しない問題が原因でサーバーが要求を処理できない場合に発生します。 Web 開発者は通常、サーバーログを調べて、正確な問題の発生元を特定する必要があります。

HTTP/S Web サーバーのパフォーマンスの監視

問題はいつでも発生する可能性があります。 Dotcom-Monitor監視プラットフォームでのダウンタイムと顧客の不満を最小限に抑えます。 HTTP/S Web サーバーの監視では 、可用性、パフォーマンス、コンテンツ、リンクの破損などをチェックします。 Cookie、フォーム送信、カスタム ヘッダー、パスワードで保護されたサイト、およびタイムアウトのしきい値をサポートしている場合、不意打ちを得ることはありません。 カスタムアラートとフィルタを設定して、Webサーバーの問題を即座に検出して修正し、世界中のユーザーが常にWebページにアクセスできるようにします。

Share on facebook
Facebook
Share on twitter
Twitter
Share on linkedin
LinkedIn
Share on email
Email
Share on print
Print