スクリプトが例外をスローした場合、どの HTTP ステータスを返す必要がありますか?
200OK
また
500内部サーバーエラー
ユーザー要求パラメーターは正しいが、スクリプトにバグがあり、適切な応答 (XML、JSON、またはその他の形式) の代わりにエラー メッセージが表示されるとします。HTTP ステータスは何ですか?
スクリプトが例外をスローした場合、どの HTTP ステータスを返す必要がありますか?
200OK
また
500内部サーバーエラー
ユーザー要求パラメーターは正しいが、スクリプトにバグがあり、適切な応答 (XML、JSON、またはその他の形式) の代わりにエラー メッセージが表示されるとします。HTTP ステータスは何ですか?
500 Internal Server Error
クライアントがリクエストを変更してもエラーを修正できない場合は、正しいステータスです。
4XX
クライアントがエラーを回避するためにリクエストを修正できる404
場合 (またはリソースが見つからない場合) は、いずれかのステータスを使用します。
200 OK
は、ほとんどすべてのエラー状況で適切なステータスではありません。これは、クライアントが物事が正常に実行されていると見なし (実際にはそうではない)、同じエラーの原因となる要求を出し続ける可能性があるためです。
RFC2616 で使用可能なステータス コードをよく理解して、状況に最も適したものを見つけてください。
ほとんどすべてのエラーに使用できるため、例外がスローされる理由によって異なります。URI の一部の ID がデータベースで見つからないためにスローされた場合は、404 と言います。一方、データベースがダウンしているためにスローされた場合は、500 をスローします。例外がスローされても、結果のページは引き続きユーザーにとって便利なのは、200 を返すと言うでしょう。
ステータス コードの定義を確認します。一般的な問題には 500 または 400 で十分ですが、より詳細な情報を入力すると、返されるステータスがより有用になります。