問題タブ [httpcontext]

保護された一連のページでのキャッシュの問題をトラブルシューティングしていて、すべての応答のヘッダーを変更する必要があることに気付きました。解決策をまとめるにあたり、HttpContext.Current.Response と Page.Response の違いと、アプリで各オブジェクトをいつ使用する必要があるかを知りたいと思います。

ありがとう。

私はいつもASP.NETでHttpContextを偽造/モック/スタブしています（ASP.NET MVC / MonoRailでははるかに簡単です）。

しかし、HttpContext自体は、文字通り数行のコードで簡単に構築できることがわかります。

このコードをこのようなものにラップすると、正常に機能するはずです。おそらく、それを使用してASPXをレンダリングすることもできます。

したがって、質問は次のとおりです。

1. それが行われるべきではない理由。
2. それが行われるべきである理由。
3. なぜそれが広く使われていないのか（実際、私はそれについての投稿を覚えていません）。

PhillHaackがReflectionハックを使用してHttpContextを構築した1つの投稿を覚えています。
しかし、それは必要ないようです。

乾杯、
ドミトリ。

fileuplaod コントロールを使用して画像をアップロードしています。このために、以前はキャッシュに保存していました

バイト形式で 2 時間表示し、.ashx ファイルの HttpContext を使用してこの画像を表示します。何らかの理由でそれ

キャッシュに保存される場合と保存されない場合があります。asp.net 2.0 と C# 言語を使用しています。

保存するための私のコード:

.ashx ファイルを使用してイメージをレンダリングするためのコード:

バイトイメージをキャッシュに保存する際に問題はありますか、またはこれを行うための他のより良い方法はありますか?

ありがとう！サンジェイ・パル

他のサイトがエラーをデータベースに保存するために使用できる Web サービスを作成しました。その後、彼らは自分のサイトにアクセスしてエラーを表示したり、エラーを検索したり、エラーをフィルター処理したりできます。ただし、Web サービスで次のエラーが発生します。

System.Web.HttpContext は、パラメーターなしのコンストラクターがないため、シリアル化できません。

説明: 現在の Web 要求の実行中に未処理の例外が発生しました。エラーの詳細とコード内のどこでエラーが発生したかについては、スタック トレースを確認してください。

例外の詳細: System.InvalidOperationException: System.Web.HttpContext は、パラメーターなしのコンストラクターがないため、シリアル化できません。

Web サービスには、次の関数が含まれています。

Web サービスを使用して例外をログに記録している外部サイトには、global.asax ファイルに次のコードが含まれています。

HttpContext をサイトから Web サービスの関数に取得するにはどうすればよいですか?

を使用すると問題が発生しHttpContext.Current.Request.UserHostAddressます。同じコンピューターとナビゲーターから呼び出すと、「192.168.0.17」(IPv4) が返される場合と「fe80::99be:a05d:7938:1c30%8」(IPv6) が返される場合があります。

常にIPv4を返すにはどうすればよいですか?

静的クラス内に次の静的メソッドがあります。私の質問は、静的メソッド内でHttpContext.Current.Responseを使用しても安全ですか？スレッドセーフであり、呼び出し元のスレッドにのみ関連付けられていることを100％確認したいと思います。誰かが答えを知っていますか？

アプリケーションで Infragistics コントロールを使用しています。ユーザーがアプリケーションから削除された場合、そのユーザーをリダイレクトしてページを承認しないようにします。ページのリダイレクトに HttpContext メソッドを使用していますが、機能していません。javaスクリプトを使用してwindows.locationも試しましたが、うまくいきません。AJAXでページをリダイレクトする方法を教えてもらえますか?

事前にご協力いただきありがとうございます。

リクエストの IP (GeoIP モジュール) に基づいて地理情報を識別するために、ASP.NET に HTTP モジュールを実装しています。ハンドラーまたはそれ以降のモジュールが検査できるように、どこかに物を配置する必要があります。

HttpContext.Items (タイプセーフではない) を除いて、他にまともな代替手段はありますか?

「/」や「/folder/」などのパスにCookieを設定できることは知っていますが、「/ folder / page.html」などの特定のページにCookieを設定することはできますか？

HttpContextにアクセスせずにRouteCollectionからURLを生成できるようにしたいと思います。RouteCollectionの実装方法を見ると、すべてのメソッドは、仮想パスを取得するためにRequestContextにアクセスする必要があります。

私はHttpContextをモックすることでこれを回避しましたが、これはRhinoMocksへの厄介な依存関係を追加し、合理的な解決策ではありません。コンテキスト外でURLを生成するための他のオプションはありますか？