問題タブ [httpverbs]

アクションメソッドを[AcceptVerbs（..）]属性で既に装飾している場合、ルート定義にHttpVerb制約を登録する必要がありますか（ルートを登録する場合）？

例えば。私はこれを持っています。

制約として、このアクションを参照するルートにこれを追加する必要がありますか？

ASP.NET MVC では、AcceptVerbs 属性を使用して、ビュー関数を動詞に関連付けることができます。

Django Bookは、次のようなことを提案しています。

urls.py:

それは私には少し醜いようです.HTTP動詞をビュー、ASP.NET MVCスタイル、またはこれを行うための別の受け入れられた方法に関連付けることができるデコレータはありますか?

標準のASP.MVCWebプロジェクトテンプレートに付属している単体テストを見ていると、各アクションメソッドに適切なHttpVerbs属性が設定されているかどうかをテストしていないことに気付きました。

これをリフレクションでテストするのは非常に簡単ですが、問題はそれが努力する価値があるかどうかです。単体テストでHttpVerbsをチェックしますか、それとも統合テストに任せますか？

非常に小さなファイルを含む任意の数のドキュメントをアップロードしようとすると、成功したように見えますが、その後、次の内容を示すエラー ページにリダイレクトされます。

パス '/_vti_bin/shtml.dll/SiteCollectionDocuments/Forms/Upload.aspx' にアクセスするために使用される HTTP 動詞 POST は許可されていません。

この操作で HTTP POST が拒否される理由について何か考えはありますか?

アップデート：

/_vti_bin/shtml.dll/SiteCollectionDocuments/Forms/Upload.aspx に直接移動すると、次のようになります。

XML ページを表示できません スタイル シートを使用して XML 入力を表示できません。エラーを修正してから [更新] ボタンをクリックするか、後でもう一度やり直してください。

テキスト コンテンツに無効な文字が見つかりました。リソース ' http://sitename/ ... MZの処理中にエラーが発生しました

イベント ログのエラーは次のようになります。

I have a resource that has a counter. For the sake of example, let's call the resource profile, and the counter is the number of views for that profile.

Per the REST wiki, PUT requests should be used for resource creation or modification, and should be idempotent. That combination is fine if I'm updating, say, the profile's name, because I can issue a PUT request which sets the name to something 1000 times and the result does not change.

For these standard PUT requests, I have browsers do something like:

For incrementing a counter, one calls the url like so:

Each call will result in the counter being incremented. Technically it's an update operation but it violates idempotency.

I'm looking for guidance/best practice. Are you just doing this as a POST?

「HEAD」動詞の w3.org 仕様を読みましたが、何かが足りないと思います。それがどのように役立つかわかりません。

HTTP の「HEAD」動詞は Web 開発に役立ちますか?

もしそうなら、どのように？

RESTを使用してリソースの一部（ステータスインジケーターなど）のみを更新する方法について、かなり手を振っています。

オプションは次のようです。

1. HTTPにPATCHまたはMODIFYコマンドがないことを訴えます。しかし、RESTのHTTP MODIFY動詞で受け入れられた答えは？なぜそれが見た目ほど良い考えではないのかを示すのに良い仕事をします。

2. パラメータでPOSTを使用し、メソッドを識別します（たとえば、「action」という名前のパラメータ）。いくつかの提案は、自己定義のメソッド名でX-HTTP-Method-Overrideヘッダーを指定することです。これは、実行しようとしていることに基づいて実装内で切り替えるという醜いことにつながり、POSTを特にRESTfulに使用する方法ではないという批判を受け入れるように思われます。実際、このアプローチを取ることは、RPCタイプのインターフェースのように感じ始めます。

3. PUTを使用して、更新する特定の属性を表すリソースのサブリソースを上書きします。実際、これは事実上、サブリソースの上書きであり、PUTの精神に沿っているように見えます。

この時点で、私は＃3が最も合理的なオプションであると考えています。

これはベストプラクティスですか、それともアンチパターンですか？他に選択肢はありますか？

PUTMVC 2のリリース後、新機能の確認と操作を開始しましたが、DELETE動詞の使用法が理解できませんでした。

私はそれについて検索し、いくつかの記事を読みましたが、私はそれを得ることができませんでした。

DELETEとの主な目的は何PUTですか？GET代わりにorメソッドを使用するよりも利点がありますかPOST（GETとPOSTですべてのリクエストを処理できますが）？

PHPリクエストパイプラインの早い段階で動詞がPOSTであることを確認し、他の動詞を拒否するにはどうすればよいですか？

Windows Server 2008 で実行しているサイトがあります。

このサイトは HTML で、PHP スクリプトに POST する 2 つのフォームがあります (どちらもメールを送信するため)。

ただし、ページの送信ボタンをクリックすると、このエラーが発生します

「405 - このページへのアクセスに使用された HTTP 動詞は許可されていません。アクセスの試行に無効なメソッド (HTTP 動詞) が使用されたため、探しているページを表示できません。」

Web を見回した後、いくつかの解決策を試しましたが、どれもうまくいかないようです。

iis マネージャーで POST、GET を許可する .html 拡張子を追加しようとしましたが (マネージ ハンドラーを追加することによって)、これは機能していないようです。

何か案は？どんな助けでも大歓迎です！

編集：

HTMLフォームコード:

PHP スクリプト