クライアントが不正なデータを投稿したときに返すべきHTTPステータスコード(整数が必要な場合など)?不正なデータのHTTPステータスコード
私は400 Bad Requestを使用していましたが、HTTPプロトコルエラーをより適切に扱えるHTTPドキュメントを読んでいます。
レスポンスを解析することなく、FlashとAJAXクライアントが成功、不良データ、サーバーエラーを区別できるように、ステータスコードを使用したいと考えています。
クライアントが不正なデータを投稿したときに返すべきHTTPステータスコード(整数が必要な場合など)?不正なデータのHTTPステータスコード
私は400 Bad Requestを使用していましたが、HTTPプロトコルエラーをより適切に扱えるHTTPドキュメントを読んでいます。
レスポンスを解析することなく、FlashとAJAXクライアントが成功、不良データ、サーバーエラーを区別できるように、ステータスコードを使用したいと考えています。
これはまさに400が対象となります。はい、悪いHTTPプロトコルの使用に使用されていますが、それだけではありません。
クライアントが送信ボタンに当たったときに、悪いデータをブラウザに戻したいと思う気がします。
要求は文法が間違っているため、サーバが理解できませんでした:いない場合は標準が言う理由として
、私は400を返すと思います。クライアントは変更を加えずに要求を繰り返してはならない(SHOULD NOT)。
あなたはおそらく両方を行うべきです。あなたのAPIがブラウザによって使用されているという保証はありません。 :) – weberc2
予想通り、クライアントが「整数」でHTTPリクエストを発行するとどうなるのですか?しかし、その整数がユーザーのIDを表しているとします。サーバーがそのユーザーを見つけることができない場合は、 '400 'も返す必要がありますか? –
404で、そのインスタンスの中で最高のものになるでしょう@KevinMeredith – DasDave