IIS7.5下のweb.config 404構成のいくつかの問題
1926 ワード
本文はIIS環境下のwebについて紹介する.config構成の経験的な問題.IIS 7.5において構成404ページを追加する際にいくつかの問題が発生し、以下のように記録される.
最初は次のノード構成404が機能する、プログラムがIIS 7で実行するためである.5集積モードでMSDNとGOOGLEを経て、発見
ノードがiis 7であることを知っているノードで構成する必要があります.0以前のバージョンの主な構成ノードは、II 7であるためである.0以降IIS管
パス処理とASP.NETパイピング処理を統合することでASPを向上する.NETの処理性能、具体的なこの方面の資料はGOOGLEを頼んで、問題はそれに伴って来て、新しく増加します
ノードでは、IIS 7の統合モードでプログラムが完全に有効になるようにどのような変更が必要ですか.主に以下のいくつかの側面が含まれています.
(1)----相当于中的
(2)----相当于中的
(3)下の----相当于中の
以上の3点のうち、あなたのプログラムにカスタムhttpModulesやhttpHandlersがある場合は、第1点と第2点が重要です.具体的な資料はMSDNでお願いします.
これらを理解すれば、構成も難しくありません.以下のようにします.
補足:
errorModeには、Custom、DetailedLocalOnly、Detailedの3つの値があり、ユーザーとサーバ側に対して常にカスタムページを表示することを意味します.
詳細エラー情報はサーバ側のみ表示され、ユーザーとサーバ側には常に詳細エラー情報が表示されます.
responseModeにはFile,ExecuteUrl,Redirectの3層があり,サーバ側の静的ファイル,実行可能なURL,URL転向をそれぞれ表す.
注意:前者は主にhttp関連のエラー情報を処理するために使用され、後者は主にアプリケーションレベルのエラーページ転向を処理するために使用されます.
詳細については、次の説明を参照してください.
同様に、Application_Errorは同時に存在し,実行順序の問題もある.優先度アプリケーション_Errorイベント>コンフィギュレーション・アイテムのため、アプリケーション・レベルのエラーが発生した場合は、Application_を優先的に実行します.Errorイベントのコード、Application_Errorイベントでサーバが呼び出されました.ClearError()関数は、Exceptionがクリアされているため、構成セクションのdefaultRedirectが機能しません.アプリケーションの場合Errorイベントでサーバを呼び出す必要はありません.ClearError()関数では、エラー・ページがdefaultRedictで指定したURLページに再配置され、ユーザーに友好的なエラー情報が表示されます.
対を通るNETが提供した以上の4つのエラー処理メカニズムの分析は,それらを異なる角度から分類することができ,理解と使用に便利である.
1.機能上の分類:例外処理(Handling exceptions)はPage_ErrorイベントとApplication_Errorイベント;ユーザーエラーページのリダイレクト(Redirecting the user to an error page)は、ErrorPageプロパティと構成アイテムです.2.エラー処理の範囲から分類:ページレベルエラー処理に使用されるのはPage_ErrorイベントとErrorPageプロパティ;アプリケーションレベルのエラー処理に使用されるのはApplication_です.Errorイベントと構成アイテム.
本明細書ではIIS 7を使用することが望ましい.0及びIIS 7.5の友达は助けがあります:)
最初は次のノード構成404が機能する、プログラムがIIS 7で実行するためである.5集積モードでMSDNとGOOGLEを経て、発見
ノードがiis 7であることを知っているノードで構成する必要があります.0以前のバージョンの主な構成ノードは、II 7であるためである.0以降IIS管
パス処理とASP.NETパイピング処理を統合することでASPを向上する.NETの処理性能、具体的なこの方面の資料はGOOGLEを頼んで、問題はそれに伴って来て、新しく増加します
ノードでは、IIS 7の統合モードでプログラムが完全に有効になるようにどのような変更が必要ですか.主に以下のいくつかの側面が含まれています.
(1)----相当于中的
(2)----相当于中的
(3)下の----相当于中の
以上の3点のうち、あなたのプログラムにカスタムhttpModulesやhttpHandlersがある場合は、第1点と第2点が重要です.具体的な資料はMSDNでお願いします.
これらを理解すれば、構成も難しくありません.以下のようにします.
補足:
errorModeには、Custom、DetailedLocalOnly、Detailedの3つの値があり、ユーザーとサーバ側に対して常にカスタムページを表示することを意味します.
詳細エラー情報はサーバ側のみ表示され、ユーザーとサーバ側には常に詳細エラー情報が表示されます.
responseModeにはFile,ExecuteUrl,Redirectの3層があり,サーバ側の静的ファイル,実行可能なURL,URL転向をそれぞれ表す.
注意:前者は主にhttp関連のエラー情報を処理するために使用され、後者は主にアプリケーションレベルのエラーページ転向を処理するために使用されます.
詳細については、次の説明を参照してください.
同様に、Application_Errorは同時に存在し,実行順序の問題もある.優先度アプリケーション_Errorイベント>コンフィギュレーション・アイテムのため、アプリケーション・レベルのエラーが発生した場合は、Application_を優先的に実行します.Errorイベントのコード、Application_Errorイベントでサーバが呼び出されました.ClearError()関数は、Exceptionがクリアされているため、構成セクションのdefaultRedirectが機能しません.アプリケーションの場合Errorイベントでサーバを呼び出す必要はありません.ClearError()関数では、エラー・ページがdefaultRedictで指定したURLページに再配置され、ユーザーに友好的なエラー情報が表示されます.
対を通るNETが提供した以上の4つのエラー処理メカニズムの分析は,それらを異なる角度から分類することができ,理解と使用に便利である.
1.機能上の分類:例外処理(Handling exceptions)はPage_ErrorイベントとApplication_Errorイベント;ユーザーエラーページのリダイレクト(Redirecting the user to an error page)は、ErrorPageプロパティと構成アイテムです.2.エラー処理の範囲から分類:ページレベルエラー処理に使用されるのはPage_ErrorイベントとErrorPageプロパティ;アプリケーションレベルのエラー処理に使用されるのはApplication_です.Errorイベントと構成アイテム.
本明細書ではIIS 7を使用することが望ましい.0及びIIS 7.5の友达は助けがあります:)