問題タブ [integrated-pipeline-mode]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
17169 参照

asp.net - IIS7統合パイプラインとクラシックパイプライン-どちらがより多くのASP.NETスレッドを使用しますか?

統合パイプラインを使用すると、画像やCSSを含むすべての要求がASP.NETを介して渡されます。

一方、従来のパイプラインでは、ASPXページの要求のみがデフォルトでASP.NETを介して渡されます。

統合パイプラインはスレッドの使用に悪影響を与える可能性がありますか?

IISサーバーに500MBのバイナリファイルを要求するとします。

  • 統合パイプラインでは、ASP.NETワーカースレッドがバイナリダウンロードに使用されます(右?)。
  • 従来のパイプラインでは、要求はIISによって直接処理されるため、ASP.NETスレッドは使用されません。

私にとって、これは従来のパイプラインを支持します。ASPXページを提供するためにできるだけ多くのスレッドが必要だからです。

私はここで完全に基地から離れていますか?

0 投票する
1 に答える
3211 参照

iis-7 - IIS7 ISAPI フィルター モジュールと HttpModule イベント - それらはどのように並んでいますか?

そのため、統合パイプライン モードの IIS7 は、IsapiFilterModule を使用して ISAPI フィルター DLL をシムし、フィルターで正しい「イベント」を発生させます。これは、クラシック モードの IIS や IIS7 の以前のバージョンとは大きく異なります。統合パイプライン モードの ISAPI フィルター。

ISAPI イベント ( http://msdn.microsoft.com/en-us/library/ms524855.aspx ) と HttpModule イベント ( http://msdn.microsoft.com/en-us/library )を知っている人はいますか? /ms998536.aspx ) 並びますか?

0 投票する
4 に答える
14026 参照

iis - IIS7.5 統合パイプラインでハンドラーが 404 エラーを返す

統合モードの iis7.5 に問題があります。上記のクラシック モード ハンドラーで使用すると正常に動作しますが、統合パイプラインに切り替えると、処理する必要があるすべての要求で 404 エラーが返されます。なんで?

0 投票する
1 に答える
1606 参照

iis-7 - IIS7統合パイプライン-Response.Endはリクエストを終了しません

IIS7で統合パイプラインにアップグレードする前に期待どおりに機能した次のコードがあります。

以前、このメソッドが実行されたときに、clearCookiesがtrueの場合、応答はクライアントに送信され、要求処理は終了していました。現在、Integrated Pipeline Response.End()の下では、処理が終了していないようです。このページは、メソッドが呼び出されなかったかのように実行を続けます。

大きな問題は、なぜ、何が変わったのかということです。

ありがとう。

0 投票する
2 に答える
5016 参照

asp.net - ASP.NETランタイムを介して静的コンテンツをサーバーするようにIIS7を構成する

私は高低を検索しましたが、それでも明確な答えを見つけることができません。

ASP.NETランタイムが、、などの静的ファイルへの要求を含むすべての要求を処理するように、IIS 7.0またはIISでWebアプリケーションを構成するにはどうすればよいですか?*.js*.gif

私がやろうとしていることは次のとおりです。

私たちは一種のSaaSyサイトを持っており、それをすべての顧客に「ブランド化」することができます。「ブランディング」とは、カスタムマスターページを開発し、多数*.cssの画像やその他の画像を使用することを意味します。

当然のことながら、私はVirtualPathProvider次のように動作するを使用しています。

基本的な考え方は次のとおりですbranding。Webアプリ内にフォルダーがあり、各「ブランド」のフォルダーが含まれています。「ブランド」はホスト名と同じです。つまり、リクエストはhttp://foo.example.com/からの静的ファイルを使用する必要がありますがbranding/foo_example_com、からのhttp://bar.example.com/コンテンツを使用する必要がありますbranding/bar_example_com

ここで、IISに実行させたいのは、静的ファイルへのすべての要求をに転送することですStaticFileHandler。これにより、この「インフラストラクチャ」全体が使用され、正しいファイルが提供されます。ただし、できる限り試してみてください。これを行うようにIISを構成することはできません。

0 投票する
1 に答える
3626 参照

asp.net - 統合パイプラインモードかどうかを確認します

コードが統合パイプラインモードで実行されているかどうかを確認することはできますか?

統合パイプラインモードでのみ機能するASP.NETクラスプロパティがいくつかあります。コードがその環境で実行されているかどうかをテストする方法がある場合は、例外を発生させないようにします。

0 投票する
1 に答える
1767 参照

asp.net - IIS7統合パイプラインモード:Context.UserがWindows認証で断続的にnullになる

このコードは、Global.asax Application_AuthenticateRequest(...)メソッドのContext.User.Identity値をチェックして、ログインしているユーザーに関する情報を取得することに依存しています。これはクラシックモードでは正常に機能しますが、IISを反転して統合パイプライン "Context.User"を使用すると、nullとして返されますが、断続的にしか返されません。なぜ何かアイデアはありますか?

<authentication mode = "Windows">があり、仮想ディレクトリでWindows認証のみが有効になっています。

0 投票する
2 に答える
2740 参照

c# - アプリケーションが ASP.NET ページ内から IIS 7.0 統合モードで実行されているかどうかをプログラムで検出する方法

通常、AppPools を制御し、マネージド パイプライン モードを強制できる必要があります。私の場合、私は制御できず、マネージ パイプライン モード (統合 vs クラシック) に基づいてコード ビハインド コードを少し異なる方法で実装したいと考えています。これを検出する方法がわかりません。コード ビハインド ページ内からそれを行う簡単な方法はありますか?

0 投票する
2 に答える
8627 参照

c# - HttpModule.Init - IIS7 統合モードで HttpApplication.BeginRequest ハンドラーを安全に追加する

私の質問は似ていますが、同一ではありません:

ホスト (softsyshosting.com) が BeginRequest および EndRequest イベント ハンドラをサポートできないのはなぜですか? (そこで参照されている mvolo ブログも読みました)

目標は、system.webServer 構成を介して統合された通常の HttpModule を使用して、IHttpModule.Init イベント (またはモジュールの内部の任意の場所) で HttpApplication.BeginRequest を正常にフックすることです。

  1. Global.asax に侵入するか、
  2. HttpApplication をオーバーライドします (モジュールは自己完結型で再利用可能であることを意図しているため、たとえば、次のような構成があります):

    /li>

これまでのところ、リスナーを HttpApplication.BeginRequest にアタッチしようとしたどの戦略も、次の 2 つの結果のいずれかになります。症状 1 は、BeginRequest が起動しないことです。または、症状 2 は、すべてのマネージド リクエストで次の例外がスローされることです。ユーザーコードからキャッチして処理します:

app.BeginRequest += new EventHandler(this.OnBeginRequest)Init でコメントアウトすると、もちろん例外が停止します。Init は Context または Request オブジェクトをまったく参照しません。

私が試してみました:

  • プロジェクト内のどこからでも HttpContext.Current へのすべての参照を削除しました (まだ症状 1)
  • OnBeginRequest メソッドの本体からすべてのコードを削除してテストし、問題がメソッドの内部にないことを確認しました (= 例外)
  • スタック トレースをスニッフィングし、スタックが InitializeApplication によって開始されていない場合 (= BeginRequest が起動しない場合) にのみ app.BeginRequest+=... を呼び出す
  • Init を介した 2 回目のパスで app.BeginRequest+= を呼び出すだけです (= BeginRequest は起動しません)。

良いアプローチを知っている人はいますか?モジュール内で Application_Start をフックするための間接的な戦略はありますか (ありそうにありません)。a) モジュールのコンストラクターまたは Init メソッドからフックできる別のイベント、および b) その後、BeginRequest イベント ハンドラーをアタッチする安全な場所はどれですか?

どうもありがとう

0 投票する
2 に答える
4100 参照

asp.net - IIS7 統合パイプライン モードはクラシックより遅い

W2008 R2 Standard で複雑な 64 ビット ASP.NET 2.0 アプリケーションを実行しており、VS2008 Team System で行われたストレス テストでは、統合パイプライン モードがクラシック モードよりも 30% 遅いことが示されました。

アプリケーション トレースを広範囲に比較したところ、統合モードはクラシック モードより一様に遅いようです。つまり、統合モードでは遅延を引き起こす単一のポイントはありません。

これは、Microsoft が統合パイプラインについて述べていることとはまったく逆であるため、統合モードまたはサーバーの構成に何か問題がある可能性があります。しかし、これに影響を与える設定は見つかりませんでした。Sharepoint とレポート サービスが統合モードで遅いという苦情がいくつか見つかりますが、アプリケーションはそれらを使用しないため、これはおそらく無関係です。

パフォーマンスが低下する原因や、この問題をデバッグする方法はありますか?