問題タブ [httpverbs]

ここで尋ねた質問に似た別の質問があります： JSAjaxがPHPを呼び出してajax呼び出しデータを取得する

ただし、今回はPUT動詞を扱っています。私はphpにデータを入れるために読んでいたので、以下を使用する必要があります：

リソース：http ：//www.lornajane.net/posts/2008/accessing-incoming-put-data-from-php

しかし、これはうまくいかないようです。IIS 7がデータを削除する可能性があるのではないかと思いますか？.. webDavをインストールし、put動詞を解決するためにそれを削除する必要がありましたが、IISにデータを妨げる可能性のあるものが他にあるのではないかと考えていました。サーバーレベルで解析されていますか？

私のajaxリクエストは次のようになります

-設定

IIS 7.5 および Visual Studio 2012 4.5

私のマシンで最初の webAPI プロジェクトを作成しました。以下のコードを使用すると、動詞のタイプを POST または GET に変更でき、サーバーへの要求とクライアントへの応答が完全に機能します。

コードが以下のように、405 エラー コードまたは 404 が見つからないエラー コードのいずれかが表示され続けます。

私の質問は、.config ファイルに追加する必要があるある種の設定、またはこれを機能させるために iis7.5 Web サーバーで行う必要がある設定ですか?

私はこれを何度もGoogleに持っていますが、この質問に対する答えを見つけることができません.

クライアントの JavaScript ファイルで。

C# クラスのコントローラーで

リソースを想像してください: /users/14/notifications. いくつかの HTTP 動詞/メソッドを実装しています: GET、GET/edit、POST、DELETE。

4 つのすべてのアクションは、ロジックのごく一部を共有しています。すべての通知を取得し、簡単にアクセスできるようにハッシュを作成し、特定のユーザー アクセスを別の場所から取得して何か特別なことを行います。いくつかの loc (7 としましょう)。

これらの 7 つの loc を再利用してロジックを DRY に保つにはどうすればよいですか? Rails の ANY 動詞について聞いたことがありますが、使い方がわかりません。また、4 つの実際のアクションでその結果 (いくつかの変数) を使用する方法もわかりません。

私は次のようなものを期待します：

お気づきかもしれませんが、私は Ruby/Railser のプロではありません。(構文が間違っている可能性もあります。) でもとても興味があります。

RoRで実際にどのように機能しますか?

他のすべてのコントローラーが継承するAntiForgeryTokensという名前のコントローラーにある ActionFilter を使用して、すべての HttpPost アクションで使用したいと考えています。ControllerBase

これを行うには、継承する ActionFilter を作成して、ValidateAntiForgeryTokenどの HTTP 動詞に適用するかを伝える引数を取ります。次に、そのフィルターを適用し て、サイト全体ですべての POST 操作がチェックさControllerBaseれるようにします。AntiForgeryToken

私はこのソリューションの使用を検討していましたが、

• AuthorizationContext Constructor (ControllerContext)は廃止されたコンストラクターが含まれており、推奨される を使用してコードを再構築する方法がわかりませんAuthorizationContext(ControllerContext controllerContext, ActionDescriptor actionDescriptor)。

• 次のエラーが発生するため、デフォルトで AntiForgeryToken を使用していないようですA required anti-forgery token was not supplied or was invalid。すべての投稿アクションの後。

[HttpPost]現在の廃止されていない基準を満たし、すべての動詞で偽造防止トークンを適切に使用するには、ActionFilter をどのように書き直す必要がありますか?

すべてのフォームに自分で偽造防止トークンを含める必要がありますか (そうすると思います)? （自動的に生成されるのではなく、笑わないでください、興味があります） 更新：コメントで指摘されたように。はい、これはすべてのフォームで行う必要があります。

参考までに、私の ControllerBase のコードを次に示します。

API の負荷テストを行っています。使用した動詞の 1 つはPATCHです。JMeter では、HTTP リクエストを作成するときに、メソッドとしてパッチがリストされていません。PATCH が JMeter でサポートされているかどうか教えてもらえますか?

前もって感謝します

私は現在、RESTAPIの実装に取り​​組んでいます。個々のリソース間に多数の関係があるリソースモデルがあります。

私の質問は、2つの既存のリソースをRESTfulな方法で相互にリンク（関係を確立）する方法です。

私が遭遇した解決策の1つは、LINKおよびUNLINKHTTP動詞の使用でした。APIコンシューマーは、LINKと次のURIを使用して2つのリソースをリンクできます：/ resource1 /：id1 / resource2 /：id2。

このソリューションの問題は、LINK動詞とUNLINK動詞がサポートされていないことです。http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.htmlもhttp://en.wikipedia.org/wiki/Hypertext_Transfer_Protocolも動詞について言及しておらず、それらはほとんど「忘れられている」ようです。ただし、元のRFC 2068には、それらが存在すると記載されています。

私はこのソリューションが本当に好きです。ただし、LINK / UNLINKがサポートされていないため、多くのAPIコンシューマー/クライアントがソリューションに対応できないのではないかと心配しています。これは許容できるソリューションですか、それとも、RESTful APIで既存のリソースをリンクするためのより優れたソリューションやより洗練されたソリューションはありますか？

ありがとう

ユーザーは基本的に他のユーザーを友達として追加できます。したがって、別のユーザー リソースを作成するのではなく、2 つのリソースをリンクします。

質問

1. これを処理するための最良の戦略は何ですか?
2. この場合に適切な動詞は何ですか?

LINK適切だと思われる動詞があると聞きました。

PATCHまた、動詞を使用してリソースにパッチを適用できることも読みました。
もしそうなら、私はこのようにすることができます

http://mobile.example.comに Web サービスをデプロイしました。この場所には .asmx サービスと WCF REST サービスの両方があり、これらは両方ともここ数日うまく機能しています。昨日以来、動詞 PUT、POST、および DELETE を使用してリクエストを行うたびに、「このページへのアクセスに使用される HTTP 動詞は許可されていません」というエラーが表示されます。私たちはよくグーグルで検索し、多くのフォーラムを読み、多くのことを試しました。多くの人が WedDAV モジュールを指摘し、私はそのモジュールを無効にしましたが、今でも問題が発生しています。緊急に助けが必要です。

編集: DirectoryListingModule がエラー 405 をスローしています

The context: I've built a REST service which handles 'Profile' objects. Each profile is required to have a unique name. One of the operations that clients will need to do for validation purposes is check to make sure that a profile with the given name does not already exist.

Rather than build a RPC-style 'ProfileExists' method, I would prefer to stay within REST design principles and issue a HEAD request to the Profile with the given name and then return the appropriate response code depending on whether the profile already exists or not (200, 404, respectively), no response body needed.

Following the conventions with the newer ServiceStack API, I've set up a method to accept Head requests and tested it successfully for both cases using Fiddler:

The trouble is on the client-side. Issuing the HEAD request through ServiceStack's IRestClient interface is proving difficult. While there are methods for Get, Post, Put, and Delete, there is no method for Head. From there I assumed I could use CustomMethod to specify the HEAD verb explicitly as a parameter:

However, the underlying implementation (ServiceClientBase) throws an exception when validating the HttpVerb parameter:

The set HttpMethods.AllVerbs contains all of the usual verbs for RFC 2616 and more. Unless this behavior is a bug, throwing an exception for any of the known HTTP verbs suggests that the author's intent for CustomMethod did not include being able to issue requests for a known HTTP verb.

Which leads me to my question: How do I issue a HEAD request on the client side in ServiceStack?

WCFアプリをWEB.APIアプリに移行しています。

WCFに実装されている呼び出しの1つは、「ResetCache」です。

サーバーでは、パフォーマンス上の理由から単純なキャッシュが維持されます（キャッシュがない場合、着信コールごとにデータベースからデータをフェッチする必要があります）。したがって、最初のフェッチの後、データはキャッシュに保存されます...正常に動作します。

時々、変更が加えられた後、キャッシュを更新する必要があります。これを行う1つの方法は、（テスト目的で）サーバーへの呼び出しを使用することです...RefreshState。現在のWCFソリューションでは、POSTを使用しています。

RESTfull WEB.APIを使用すると、サーバーでこのアクションをアクティブ化するために使用する動詞またはURLがわかりません。それはgetではなく、postでもありません...など。

誰かこれについて何か考えはありますか？