»この改善点

サイト紹介-IIS7.5 統合モードとクラシック モードの違い

IIS7.5統合モードとクラシック モードの違い

IIS 7.5 は、2 つのパイプライン モデルをサポートしている: 1 つは別の古典的なパイプライン モードは、IIS 7.5 では、最新の統合パイプライン モードを提供するためには、古典的なパイプライン モードは、IIS の以前のバージョンによって提供されます。

アプリケーション プールのパイプライン モードを設定することができます、サーバーを行うことができますこの方法は、単一のサーバーで同時に実行する 1 つまたは 2 つのモデルを実行するため、この関数は IIS の管理者にとって特に便利です。

両方が Web.config ファイルを使用して、パイプライン モードの差、統合パイプライン モードで正しく動作する Web.config ファイル内の多くの古典的なパイプライン モードが正しく動作しません。 AppCmd.exe を使用の古典的なパイプライン モードの構成ファイルの形式を統合パイプライン モードの構成ファイルの形式に自動的に変換できます。

我々 はまずモデルの構造と 2 つのモードの違いを見てする必要があります。

1. クラシック モード

IIS 6.0 では、ASP の古典的なモード。 NET は、IIS で ISAPI を追加。 IIS 7.0 は、モデルをサポートする、下位互換性をできるように設計されました。 ただし、クラシックは、統合モードの特性の多くを提供することができます不足をモデル化します。 クラシック モードの IIS には、独自のパイプ、パイプは、ISAPI 拡張機能を作成することによって拡張できます、ISAPI 拡張機能を開発することは困難で有名です。 ASP。 NET は、IIS パイプラインの一部のみ、ISAPI 拡張機能として実行されます。

この場合、ASP に注意してください。 NET は、IIS ISAPI 拡張機能は、役割を果たすことができる場合にのみ、付け足しのような結果をするようです。

ファイル名の拡張子を使用して、使用する ISAPI ハンドラーを設定できます。 たとえば、拡張子です。 aspx 積 ascx についてへのマッピングを設定できます、それは従来の ASP ページに対処することができますので、拡張子 asp のファイルは ASP.dll でにマップ; さらに、拡張子。 php ファイルにマップされる、PHP.dll をインストールした PHP ページを処理するように PHP.dll。

また、IIS 6.0 と IIS 7.0 のクラシック モード、特定の属性が複製されます。 For example, the error handling is a repeating attribute because IIS can handle non-ASP.NET pages, ASP.NET can handle all the page handler mapped to aspnet_isapi.dll.

IIS 6.0 では、すべてのファイルの種類、ASP.NET にマップされますが、いくつかの制限があることができます。 最大数の制限は既定のドキュメントをどのように: 既定のドキュメントが対処することができます global.asax または HTTP モジュールで既定のドキュメントを既定のドキュメントとして指定すると、だけ。 いくつかのカスタム構成は、すべてのファイルタイプを処理についてを使用して必要があります。 IIS 7.0 は、この問題を容易に解決できます。

IIS 7.0 サーバーを含めて、Web ファームまたは変換することはできませんいくつかの理由のために IIS 6.0 サーバーの両方を使用する場合、Web.config ファイルは、新しい Web.config ファイルの構文を次のように既存の Web サイトの前提に Web.config 実行を変更することがなくクラシック モードは、クラシック モードを使用することができます。

2. 統合モード

統合モードを使用して、IIS の一部として ASP.NET を使用することができます。 IIS サーバーの機能は 40 以上に分かれているモジュール、機能するようは、IIS と ASP.NET のさまざまなコンポーネントに分かれています。 StaticFileModule、BasicAuthenticationModule、FormsAuthentication などセッション、およびプロファイルに設定モジュール IIS パイプラインの一部であります。 FormsAuthentication とセッションとプロファイルには ASP.NET IIS の一部には、関係はありません。

これらのモジュールは、ASP.NET の一部、今 IIS パイプラインの不可欠な一部です。

IIS パイプライン イベントの 20 以上の種類を提供して、開発者は、Web サーバーの機能を拡張するこれらのイベントを活用できます。 実際には、カスタム モジュール、および更新プログラムを作成することによって、applicationHost.config 使えばできますカスタム モジュール Microsoft 提供の組み込みモジュールを使用せず、カスタム モジュールとして IIS 7.0 でモジュールを置き換えることができます。

3. 構成 2 つのモードの違い

IIS 7.0 の構成ファイルにいくつかの変更をした、Web 開発者は、これらの変更を使用することができます。 たとえば、system.webServer セクションはそのような変更は、両方の古典的なモードと統合モードの system.webServer セクションと system.webServer セクションを特定できます applicationHost.config ファイルで設定することができます、Web.config ファイルで設定することも。 System.webServer セクションでは、静的なページや動的なページの両方を制御できます。 クラシック モードでも system.webServer セクションはまた重要な役割を持って、それは、Web.config ファイル内の IIS 構成設定の Web 開発者を助けることができます。

統合モードで HTTP モジュールと HTTP ハンドラーがもはや、system.Web の定義が、定義、system.webServer。 実行している場合、統合モードには HTTP モジュールや HTTP ハンドラーの Web.config ファイルが含まれていますし、エラーが発生します。 ラッキーは、マイクロソフト数 500.22 エラー メッセージの詳細は、このエラー メッセージは、Web.config ファイルのステップ移行でステップ方法をについて説明します。

IIS 7.5 の system.webServer 構成ノードの

問題

CustomError エラー 404 ページの IIS7.5 構成ノードが動作しません

解析

System.Web ノード IIS7.0 構成前に主にノード、II7.0 IIS パイプライン処理後統合 ASP.NET パイプラインの ASP.NET のパフォーマンスを向上させる処理します。 System.webServer 構成の必須ノードは、新しいノードを追加プログラムは、IIS7.5 統合モードで実行される、ので、system.webServer IIS7 統合モードをプログラムする必要はどのように変わって効力を完全に、主に以下の点が含まれています。

(1)---、system.Web の httpModules のモジュールに対応

(2)---system.Web httpHandlers の同等のハンドラー

(3) の下で---customError System.Web の httpErrors のエラーに対応します。

上記の 3 つのポイントでアプリケーションにカスタム httpModules、httpHandlers、1 と 2 は MSDN の非常に重要な特定の情報。

構成

《httpErrors errorMode ="DetailedLocalOnly"》
《remove ステータス コード「404」/》 =
《error ステータス コード「404」path="/404.htm ="responseMode ="ExecuteURL"/》
《/httpErrors》。

サプリメント

ErrorModeは 3 つの値別にカスタム、DetailedLocalOnly、詳細なユーザーのための意味のためサーバー側常にカスタム ページが表示されます、サーバー側の表示のみ詳細なエラーについては、ユーザーとサーバー側常に詳細なエラー情報が表示されます。

ResponseMode ファイルは、ExecuteUrl、3 つの層は、サーバー側の静的ファイル、URL、URL のステアリングを使用してそれぞれ実行をリダイレクトします。

注: customErrors と httpErrors は、異なる HTTP 関連のエラー メッセージの処理、後者は主にめくるページ アプリケーション レベルのエラーを処理しているときに主に使われます。

《customErrors》

同様にかどうか、またはと同時に customerErrors の時間、ある実行時の問題の順序を。 またはイベントが、customerErrors の Server.ClearError () 関数を呼び出すため、customErrors 構成のまたはイベントの優先項目、アプリケーション レベルのエラーが発生した場合、またはイベント コードを優先するので 構成セクションの defaultRedirect では動作しません、例外が削除されている場合またはイベントの呼び出し Server.ClearError () 関数を使用しない、ためエラー ページ指定 defaultRedict、ユーザーにわかりやすいエラー メッセージを表示するページの URL が移転されます。

を通じて。 NET には、エラー処理メカニズム解析の我々 が理解できるように、さまざまな角度からそれらを削除することができます分類および使用の 4 つのタイプが用意されています。

1、関数のカテゴリ: 例外処理 (例外処理) は、Page_Error とまたはイベント (エラー ページにユーザーをリダイレクトする) ユーザー エラー ページのリダイレクトは customErrors 構成項目のと共に ErrorPage 属性。

エラー処理カテゴリの範囲からの 2: ページ レベル (ページ レベル) のエラーの処理は、Page_Error イベントとと共に ErrorPage 属性アプリケーション レベル (アプリケーション レベル) エラー処理、またはイベント customErrors 構成項目。


0 4 3 0 . Com
上に立つ:  アプリケーション プールと ASP.NET v4.0 のソリューションが正しく動作しません。
現在のおすすめサイト:  IIS7.5 統合モードとクラシック モードの違い
次の駅:  (擬似静的 HTML セッションは使用できません) IIS7/7.5 質問下 Web.config 奇跡


申明:本資料は0430会員に提供し、転載出所を明記してもらい、出典:http://jp.0430.com/cn/web243634/。
IIS7.5 統合モードとクラシック モードの違い 感谢您的支持与分享!
このサイトを踏まれ0
このサイトを支持する1
駅長の声:支持当サイトは、頂てあるいは好評のように!  
今がある1人へ『IIS7.5 統合モードとクラシック モードの違い』発表評論 »すべての評論

  氏名 : * られ、留空は匿名発表
  内容 :
殘りの字数:  * 押す Ctrl + Enter 送信.
           
0430ヒント:資料は、グローバル駅会員で発表して、みんなは熱弁真偽;評論だけ必要提出に一度、気長にお待ちくださいパス、侧表示。
1階 IIS7.5 統合モードとクラシック モードの違い [*.*.*.*] 発表于 2016/06/01/ 10:01:00
ようこそ訪問当サイト!
IIS7.5 統合モードとクラシック モードの違い:IIS7.5は、2つのパイプラインモデルをサポートしている:1つは別の古典的なパイプラインモードは、IIS7.5では、最新の統合パイプラインモードを提供するためには、古典的なパイプラインモードは、IISの以前のバージョンによって提供されます。
サイトのバージョン: English  中文(简体)  中文(繁體)  日本語  Español
会社概要 | お問い合わせ | ホームページ | 免責事項 | リンク | サイト マップ | 分類目録 | 収録条件 | 収蔵本ページ
Copyright 2004-2020 版権所有 jp.0430.com
世界中の図書館 - 私たちの生活にあなたのサイトが近づける!
免責声明:みんなはすべて使ってサイト資料に、自ら明らかにする、結果自負,0430は一切の責任を負わない。