新しいメッセージの作成をサポートするエンドポイントがあるとします。ユーザーがボタンを2回押す(またはフロントエンドのアプリが奇妙に動作する)場合、バックエンドで同じメッセージを2回作成することは避けています。Jsonapi重複コンテンツ作成回避のHTTPステータスコード
現在、重複しているアクションのために、私のサーバーは、以前に作成されたリソースURLを指し示す303を参照して応答しています。しかし、私はまた、302を使用することができます参照してください参照してください。どちらがより適切だと思われますか?
重複回避戦略が(任命のために私たちはPOSTさ任命は、既存の1の1時間以内であるかどうかをチェックするなど)、より複雑になることに注意してください
だから、400と一緒に行くと、最終的には重複しない元のコンテンツへのリンクを送信しますか?また、私はJsonapiを使用して追加のルールを提供しています...私は300が400と200の間の良い選択肢だと思っていました。私がpostmanでテストしているとき、300コードは自動的にリダイレクトURLに再生され、私はこれが自動的にHTTP層によって行われるか、それがjavascriptで簡単に検出できる何かであるかどうか疑問に思っています... –