問題タブ [http-delete]

1. 「RESTイデオロギー」によると、PUT/POST/DELETEリクエストのレスポンスボディには何が含まれるべきですか?

2. リターンコードはどうですか？HTTP_OK十分ですか？

3. もしあれば、そのような慣習の理由は何ですか?

POST/PUT の違いを説明している良い投稿を見つけました: POST vs PUT しかし、それでも私の質問には答えていません。

何らかの理由で、jQuery (1.4.4) から CherryPy サーバー (3.1.2) に DELETE HTTP 要求を行うと、パラメーターが送信されません。POST、GET、および PUT リクエストは、パラメーターを問題なく送信しています。

CherryPy サーバーコードは次のとおりです。

jQuery コードを含む index.html は次のとおりです。

これは、CherryPy Web サーバーから出力されたものです。

ご覧のとおり、.ajax 関数を使用して作成された PUT および DELETE リクエストは、タイプを除いてまったく同じです。しかし、何らかの理由で、PUT はすべてのパラメーターを送信しますが、DELETE はパラメーターを送信しません。

DELETE リクエストが適切なパラメータを送信していない理由を知っている人はいますか?

RESTfulSinatraアプリケーションを開発しようとしています。今、私は次のようなもので削除要求に応答する方法を知っています

私が興味を持っているのは、そのメソッドをどのように実行するかです。GETの代わりにDELETEを実行するリンクを作成できませんか？

私がこれまでに見つけた唯一の解決策は、jQueryを介してDELETEリクエストを送信することです：jQueryでPUT / DELETEリクエストを送信する方法は？

githubでさまざまなRESTfulSinatraプロジェクトを調べてみましたが、Rubyの知識は、おそらくそれらがどのように実行されているかを知るために限られています。

でデモ アプリケーションをrails new demo作成し、 でスキャフォールディングされたユーザー コントローラーを生成しましたrails generate scaffold User name:string email:string。スキャフォールディングされたコードにはApplicationControllerwithprotect_from_forgeryがあり、 UserControllerwhich から派生したものもありますApplicationController。

webrick を実行し、ユーザーを追加します。Authenticity トークンは、/users の POST で約束どおりに機能します。

まだRails 3.0.5を使用しているため、次のことができます。

そして、トークンを与えずにユーザー 3 を変更します。

また、DELETE でも同じことができます。

それは私に与えます：

それらのリクエストと一緒にトークンを送信しないのに、なぜこれらのことができるのか説明していただけますか?

私のユーザーは、プログラムで画像をAWSS3バケットに正常にアップロードできます。ただし、同じphp S3クラスインクルード（以下のputケースとこのdeleteケースが含まれています）を使用すると、ファイルを削除できません。

ですから、私がスクリプトに欠けているものを鋭い目で見ることができるかどうか疑問に思っています。エラーメッセージが表示されません。-ありがとう

DELETE リクエストを実行する HTML フォームがあります (method = POST & hidden X-HTTP-Method-Override = DELETE)

DELETE リクエストが成功した場合、ブラウザーに別のページにリダイレクトするように指示するにはどうすればよいですか? 303 + ヘッダーの場所は大丈夫ですか?

現在、ブラウザーは空の応答を表示しませんが、以前の応答を保持します (204 ステータス コードのためだと思います)。ロケーション ヘッダー (ステータス コードは 204 のまま) を追加しても、ロケーションは変更されません。

303+location を使用すると、目的の動作が得られますが、DELETE が成功した後に 303 が有効なステータス コードであるかどうか疑問に思います。202 (Accepted) DELETE はどうですか?

c:\windows\microsoft.net\framework\v4.0.30319\aspnet_isapi.dll のワイルドカード アプリケーション マッピングを追加し、[ファイルが存在することを確認する] チェックボックスをオフにしました。これにより、GET および POST の機能が提供されますが、PUT および DELETE は提供されません。

Web サービス拡張で WebDav を禁止および許可しました。

開発環境で実行すると、アプリケーションはチャンピオンのように機能します。IIS でアプリを実行している場合、PUT と DELETE は機能しません。

どんな助けでも大歓迎です。

HTTP の DELETE 動詞がべき等であることを考えると、次の要求を発行すると、2 回目 (または 3 回目、4 回目など...) に何が起こるでしょうか?

初めて、リソースが削除され、204 (成功、コンテンツなし) が返されます。後続の呼び出しで 204 を返す必要がありますか?それとも 404 (見つかりません) を返す必要がありますか?

私は次の問題の解決策を探していましたが、これまでのところ成功していません。特定のアクション（DELETEなど）で特別な認証が必要なRESTfulWebサービスを計画しています。

アイデアは、ユーザーがサービスにアクセスできる通常のユーザー名/パスワードログイン（セッションベースまたは基本認証、ここでは実際には重要ではありません）を持っているということです。一部のアクションでは、PINコードまたはワンタイムパスワードの形式で追加の認証が必要になる場合があります。ログインプロセスに追加の認証を含めることはできません（そして、演習全体の要点を見逃してしまいます）。

特別なヘッダー（X-OTP-Autheticationなど）について考えましたが、標準のHTMLページを介してサービスにアクセスできなくなります（リンクにカスタムヘッダーを含めることはできません）。もう1つのオプションはHTTPクエリパラメータでしたが、特にDELETEの場合は推奨されないようです。

この問題に取り組む方法はありますか？

応答コード 200 では常に応答本文が許可されていると思いますが、DELETE 要求の応答本文について明示的な言及が見つかりません。