問題タブ [integrated-pipeline-mode]

最近、VS 2012 と .net Framework 4.5 をインストールしましたが、ほとんど問題ありませんが、ときどきエラーが発生します: この操作には IIS 統合パイプライン モードが必要です。

私はもちろんマネージ パイプライン モードを持っています: IIS に統合されています。

カスタム トレース リスナーは非常にシンプルです。

更新を押すと問題なく続行されるので、本当に奇妙です。

助けていただければ幸いです、ありがとう。

C#次のようなコード行があります。

IIS 7 では問題なく実行できますが、コードを Visual Studio 2012 (デバッグなどのために内部サーバーを使用) で実行すると、例外が発生します。

私は何をすべきか？

クラシックから統合にアップグレードしています。web.config ハンドラーを新しいセクションにアップグレードしました。しかし、何もうまくいかなかったので、ふすまの新しいMVC 4プロジェクトを開始し、ハンドラーを作成し、web.configに登録しましたが、パスが存在しない場合は起動しません。

このハンドラーは URL を受け取り、別のファイルを見つけて、そのファイルをカスタム ヘッダーと共に出力ストリームに書き込みます。

たとえば、私はやろうとしています:

ハンドラーに直接アクセスした場合は問題ありません。IIS にアクセスして登録済みのハンドラーを確認すると、そこにはありますが、URL localhost/something.gif にアクセスすると 404 が返されます。

IIS がファイルを渡す前にファイルが存在するかどうかを確認しているように感じます。

では、ハンドラーが存在しない場合でもすべてのgifを受け入れるようにするにはどうすればよいですか?

Here's my environment: IIS7.5 on Win 7, .NET 4, App Pool Integrated

web.config

Test.aspx

Yes, the multiple postback is intentional, we notice this behavior will cause many request stuck in RequestAcquireState and ultimately prevent any new requests being accepted by the server. However, this problem is only observable under IE and not on Chrome or FF.

To test, continuously clicking the multiple postback button. This will update the status number. You'll then be able to observe that number stop increasing when using IE, indicating the request stuck issue.

I was able to produce this issue with following IIS and IE versions:

IIS versions tested

1. 7.5.7600.16385 on Windows Server 2008 R2 with .Net 4.5 Installed
2. 7.5.7600.16385 on Windows 7 Pro with .Net 4.5 Installed

IE version tested

1. 9.0.8112.16421 on Windows 7 Pro
2. 8.0.7600.16385 on Windows Server 2008 R2
3. 6.0.3790.3959 on Windows Server 2003 SP2

An anomaly I observed, is that when accessing local IIS, 8.0.7600.16385 on Windows Server 2008 R2 does NOT cause this blocking issue. But if I use the browser to access a remote IIS, then the issue can be reproduced. While on IE 9 I can reproduce the issue regardless if IIS is on remote or local.

Here's a screen shot of how the hanged request look like in request list for worker process.

Now we have found a few ways to get around this problem, but none are acceptable in our situation:

1. Remove/Comment out Session usage.
2. Change app pool to Classic mode.

NOTE: we also found that even if we don't directly use Session as shown in the example, the problem still occurs. IE: if we add a Global.asax.cs and add an empty Session_Start event handler, the request will still hang in RequestAcquireState.

Does anyone have a clue why this is happening and how can we resolve this issue that only seem to happen in Integrated managed pipeline mode?

私の.NETコードには、Httpリクエストを処理するカスタムハンドラーがあり、ProcessRequestメソッドではカスタムHttpModuleを呼び出してHttpキャッシュヘッダーを設定します。

HttpModuleは、次のコードを使用してPreSendRequestHeadersメソッドのヘッダーを設定します

IIS 7.5では、プールが統合モードの場合、CacheControlは強制的にプライベートになります。これが私が得たものです：

IISがCacheControlをプライベートに変更する理由がわかりません。

これが私のweb.configの私のウェブサーバーセクションです：

ここで説明したように、SetSlidingExpirationを追加しようとしました。Cache.SetMaxAgeはIISで機能せず、VS Dev Srvで正常に機能しますが、役に立ちませんでした。

今まで私は使用しました：

しかし、今日、アプリを IIS6 から IIS7 に移動したところ、「このコンテキストでは要求を使用できません」という例外が発生しました。これは、IIS7 の統合モード パイプラインによるものです。クラシック モードには行きたくないので、アプリケーション パス (「C:\SVN\L2E\trunk\Website」) を取得する別の方法を探しています。

MVC3 アプリの完全な物理パスを取得する方法を知っている人はいますか?

ウェブホスト/ウェブサイトの設定パネルを見回しているときに、これに出くわしました

非パイプライン オプションよりもパイプライン オプションを選択するのはどのような場合ですか?

統合モードで iis7 で ImageResizer を実行しています。Application_Start でこのコードを使用して不要なオーバーヘッドを導入していないことを確認したいだけです。ここでの目的は、リクエストが私のドメイン内からのものではない場合 (たとえば、ホットリンクされたファイル、Googlebot、Pinterest など) に、特定の画像 (フォルダー ベース、次にサイズ ベース) に透かしを入れることです。

編集/解決策: 作業コードの場合、3 行目は次のようになります。

これにより、1) 直接アクセスされた、または 2) 外部サイトのページで参照された画像に透かしが入ります。アーメン。

ありがとう、ジョン