問題タブ [request]

if-modified-sinceとif-none-matchの違いは何でしょうか？ファイルにはif-none-matchが使用されているのに対し、ページにはif-modified-sinceが使用されているような気がしますか？

WCF の最大要求/応答データ パッケージ サイズを制限するための構成可能な設定があるかどうか疑問に思っていますか? VSTS 2008 + WCF 3.5 を使用しています。私は Windows サービスとして WCF サービスを自己ホストしています。

前もって感謝します、ジョージ

すべてのユーザー認証コードを1つの場所、つまりlib/auth.rbに配置しました。次のようになります。

lib / auth.rb

このモジュールをアプリケーションヘルパーの一部として含めているので、これらの関数はすべてのビューで使用できます。

application_helper.rb

また、アプリケーションコントローラーの一部として含めるので、コントローラーも同様に関数を呼び出すことができます。

application.rb

ここまでは順調ですね。

問題は、私のアプリケーションが通常のWebアプリとは異なることです。具体的には、複数のユーザーが同じコンピューターから同時に（同じブラウザーを使用して）システムにログインできます。そのIPからログインしているすべての人を見て、アクションの認証を行います。すべての人がそれを実行できる場合は、合格します。

これが意味することは、管理者が何かをしたい場合、その管理者は最初に他のすべての人をログアウトしなければならないということです。これは面倒です。ただし、管理者が行うすべてのことについて、管理者による承認のシールが必要です。したがって、私に与えられた提案は、管理者が通常はアクセスできない任意のページでユーザー名とパスワードの組み合わせを提供できるようにすることでした（たとえば、「ユーザーの編集」ページにはこれらの追加の入力フィールドがあります）。それを確認してください。これの意味は

現在のリクエストパラメータを取得する必要があります。paramsが定義されていないため、コントローラーのようにparams [：foo]を使用することはできません。同様に、request.parameters [：foo]も機能しません。私の検索は明らかにしました：

• 現在の検索パラメータは現在のリクエストに含まれています。
• 現在のリクエストは現在のコントローラーにあります。
• 現在のコントローラーは現在のディスパッチャーにあり、
• 現在のディスパッチャがどこかに保管されているかどうかはわかりません。

とは言うものの、経験から、私がこれほど多くのフープを飛び越えているとき、私はおそらくそれを間違っていると思います。それで、それを行う正しい方法は何ですか？私が検討したオプションは次のとおりです。

• 現在auth.rbにあるすべての関数をApplicationHelperに移動するだけで、リクエストなどにアクセスできるようになります（私は思います）。動作しますが、ヘルパーから地獄を乱雑にします。
• すべての関数を別の場所に移動すると、それらのメソッドが表示されます（どこにあるかわかりません）
• 私はただ何かが欠けているだけです。

サイト (例: foo.com) があり、foo.com のホームページに、src=bar.com... というイメージ リクエストがあり、bar.com ドメインの Cookie がbar.com サーバー?

からのトレントファイルの使用

ページのハッシュと一致するハッシュを計算しています。

次に、トラッカーにリクエストを送信します。好き

しかし、私は得る

d14：失敗の理由63：要求されたダウンロードは、このトラッカーでの使用が許可されていません。e

仕様によると、これは機能するはずですか？

トラッカー仕様 一般仕様

固有の問題があり、任意のバイナリ データを含む着信 HTTP POST 要求を処理する機能が必要です。

現在、標準の ASP.NET ページ ハンドラーまたは ASP Web サービスを使用してこのデータを処理できますが、WCF サービスで受信バイナリ データを処理できるかどうかを知りたいですか? WCF 処理スタックにドリルダウンして、SOAP 処理をバイパスし、独自のコードで生のメッセージを処理できますか?

これが WCF (WSDL は何でも) の「コントラクト」公開に違反することは理解していますが、それについてはあまり気にしません。

-ジェフ

xml メッセージが名前付きパラメーターではなく、http 要求の本文に投稿されるいくつかの残りの例を見てきました...

古典的なASPには、投稿された値を取得できるrequest.formオブジェクトがありますが、パラメーターの名前を指定する必要があります...

投稿の内容全体を取得する方法はありますか?

私は同等のものが必要です

request.serverVariables("QUERY_STRING") ですが、http 要求の get 部分ではなく、投稿の場合...

( http://www.w3schools.com/ASP/coll_servervariables.asp )

request.binaryRead() を使用する必要がありますか???

どうもありがとう

ps: Java では、request.getReader() を使用してこれを冷静に実現しています... 全体として http 投稿の値を取得するにはどうすればよいですか? 安らかな投稿の解析

--

物事を少し明確にするために

値を本文として投稿すると言うとき、メッセージの内容が param1=value1¶m2=value2...paramx=valuex のようにエンコードされていないことを意味します。

メッセージは本文そのものです...任意の ajax ライブラリ (プロトタイプなど) を使用してこれを実現し、ir をテストできます。それを可能にする firefox プラグインを使用しています。名前は POSTER です。

https://addons.mozilla.org/en-US/firefox/addon/2691

Web サービスやその他の Web リソースと対話するための開発者ツールで、HTTP 要求の作成、エンティティの本文の設定、およびコンテンツ タイプを行うことができます。これにより、Web サービスと対話し、結果を調べることができます...

シングル サインオフを実装するには、ユーザーがアプリケーション A でログアウトをクリックするたびに、アプリケーション B からもログアウトするようにしたいと考えています。アプリケーション B への何らかの形式の POST 要求を使用して、これを実装することは可能ですか? つまり、ユーザーがログアウトをクリックしたとき:

1. アプリケーション A からログアウトする既存の POST 要求を生成する
2. アプリケーション B からもログアウトするための追加の POST 要求を生成します。

私は（ASP.NET MVCを使用して）Webサービスを作成していますが、サポートの目的で、要求と応答を生のオンザワイヤー形式（つまり、HTTPを含む）にできるだけ近い形でログに記録できるようにしたいと考えています。メソッド、パス、すべてのヘッダー、および本文）をデータベースに追加します。

私がよくわからないのは、このデータを最小限の「混乱した」方法で取得する方法です。オブジェクトのすべてのプロパティを調べて、それらから文字列を作成することで（そして同様に応答についても）、要求がどのように見えるかを再構成できますHttpRequestが、実際の要求/応答データを取得したいと思います。有線で送信されます。

フィルタやモジュールなどの傍受メカニズムを使用できてうれしいです。ソリューションはIIS7に固有のものにすることができます。ただし、マネージコードのみで保持したいと思います。

何かお勧めはありますか？

編集：リクエストをディスクに保存できるメソッドがあることに注意しHttpRequestてくださいが、SaveAsこれは、パブリックにアクセスできない内部ヘルパーメソッドのロードを使用して内部状態からリクエストを再構築します（これがユーザー提供の保存を許可しない理由はかなりあります）わからないストリーム）。そのため、オブジェクトから要求/応答テキストを再構築するために最善を尽くさなければならないように見え始めています...うめき声。

編集2：メソッド、パス、ヘッダーなどを含むリクエスト全体を言ったことに注意してください。現在の応答は、この情報を含まないボディストリームのみを調べます。

編集3：誰もこのあたりの質問を読んでいませんか？これまでのところ5つの答えがありますが、生のオンザワイヤ要求全体を取得する方法を示唆するものは1つもありません。はい、リクエストオブジェクトから出力ストリーム、ヘッダー、URLなどすべてをキャプチャできることはわかっています。私はすでに質問でそれを言った、見てください：

HttpRequestオブジェクトのすべてのプロパティを調べて、それらから文字列を作成することで（そして同様に応答についても）、要求がどのように見えるかを再構成できますが、実際の要求/応答データを取得したいと思います。それはネットワーク上で送信されます。

完全な生データ（ヘッダー、URL、httpメソッドなどを含む）を単純に取得できないことがわかっている場合は、それを知っておくと便利です。同様に、私が尋ねたように、再構築せずにすべてをraw形式（はい、ヘッダー、URL、httpメソッドなどを含めることを意味します）で取得する方法を知っている場合、それは非常に便利です。HttpRequestしかし、 /HttpResponseオブジェクトから再構築できると言っても役に立ちません。そんなこと知ってる。私はすでにそれを言いました。

注：これは悪い考えである、またはスケーラビリティを制限するなどと誰かが言う前に、分散環境でスロットリング、順次配信、およびアンチリプレイメカニズムも実装するため、とにかくデータベースロギングが必要です。私はこれが良い考えであるかどうかの議論を探していません、私はそれがどのように行われることができるかを探しています。