スクリプトが例外をスローした場合、どの 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 で十分ですが、より詳細な情報を入力すると、返されるステータスがより有用になります。