問題タブ [integrated-pipeline-mode]

デフォルトでは、SubText は IIS7 の統合パイプライン モードでは実行できません。残念ながら、必要な形式に一致するように web.config を "移行" するだけでは不十分です。たとえば、httpModules と httpHandlers を 内の新しい場所に移動します。結局のところ、統合モードで実行している場合、Application_Start で Request を使用できないため、SubText も失敗します。

GoDaddy がホストする既存の ASP.NET Web サイトにブログ機能を追加しない場合、次の 2 つのオプションが残されます: リクエスト コンテキストを使用しないように SubText コードベースを更新する (さらに、その他の表面を修正する) または単に SubText を実行するクラシックモードで。

残念ながら、現在の GoDaddy アカウントは 1 つのアプリ プールしか利用できないため制限されています。メイン サイトは統合パイプライン モード用に構成されているため、メイン サイトに影響を与えずに IIS モードを自由に変更することはできません。

より柔軟なホストへの切り替えを除いて、現在の計画は、メイン サイトをクラシック モードで実行するように変更することです。これは単純なサイトであり、web.config をクラシック モード形式に戻すことは大したことではありません。別の方法として、Application_Start で要求コンテキストを使用しないように SubText コードベースを更新するというアイデアをいじっています。統合モードで SubText を実行しているという話は聞いたことがありませんが、必要な更新が終了したと仮定すると、解決するのに良い問題かもしれません。

この作業にさらに約 8 時間が割り当てられると仮定すると、最善のアプローチは何ですか? 他のオプションがありませんか？

昨夜、ASP.NET MVC アプリケーションを展開していましたが、IIS7 を統合モードに設定して展開する方が簡単であることがわかりました。私の質問は、違いは何ですか? そして、どちらか一方を使用することの意味は何ですか?

IIS7 で静的コンテンツの統合認証モードを試しています。この記事の指示に従いました: http://aspnet.4guysfromrolla.com/articles/122408-1.aspx (記事のように) ログイン ステータスでアクセスを許可/拒否すると、正常に動作します。ただし、ロールに基づいてアクセスを許可/拒否したい (ロール プロバイダーに組み込まれた ASP.NET を使用)。web.config でロール「管理者」の許可ルールを設定し、他のすべてのユーザーのルールを拒否すると、管理者としてログインしても静的ファイルにアクセスできません。同じフォルダーには、ロール プロバイダー情報に基づいて適切にアクセスされる非静的コンテンツ (aspx ページ) が含まれています。

何か案は？

統合モードで実行されているIIS7でホストされているアプリケーションがあります。Web.configに次の情報を入力してエラーを処理しています。

（これは統合モードであるため、<customErrors>ブロックは使用されません。）

例外が発生するたびに自動的にメールを送信したい。しかし、問題は、Error.aspx内で、例外への参照を取得する方法を理解できないことです。私はこれを試しました：

しかし、それは何も返しません。また、HttpContext.Current.Error（）とHttpContext.Current.AllErrorsを試しましたが、どちらも機能しません。

IIS7統合モードで実行されているカスタムエラーページで、処理された例外への参照を取得するにはどうすればよいですか？

Application_Error は統合モードでは機能しませんが、クラス モードでは機能します。統合モードとクラス モードの両方を使用して、リクエストをエラー ページに転送します。両方のモードをサポートするには、HTTP モジュールを使用する必要がありますか?

概要

IIS 7.0統合パイプラインモードを使用して、 64ビットサーバープラットフォームでサイトをスムーズに実行するには、これを機能させるために修正する必要があるものは何ですか。

もう少し詳細

アセンブリがPInvokeを使用していて、プロジェクトでそのようなアセンブリへの参照がある場合、表示されるエラーメッセージはおそらく非常にあいまいでわかりにくいことを認識しています。

• これらのアセンブリを見つけるにはどうすればよいですか？
• リフレクター付きのdllを見て、PInvokesがない場合、これはdllが64ビット環境で問題ないと想定するのに十分でしょうか？

私のサイトが完全に64ビット互換であることを確認する方法に関する具体的な提案はありますか？統合パイプラインモードで正しく実行されるようにするには、AnyCPUとしてコンパイルするだけで十分でしょうか？

ありがとうリハン

統合モードで実行されているアプリケーションプールにアプリケーションがあります。system.web> httpHandlersにハンドラーを追加しましたが、404の結果が得られ続けました。そこで、失敗したリクエストのトレースを有効にしました。リクエストの詳細には、次のような複数の全体が表示されます。

HANDLER_PRECONDITION_NOT_MATCH名前：PageHandlerFactory-ISAPI-2.0前提条件classicMode、runtimeVersionv2.0、bitness32

前提条件は常にclassicModeのようです。アプリケーションプールが統合モードで実行されているときに、IIS 7が要求をこれらのハンドラーに一致させようとするのはなぜですか？

ありがとう！

IIS6 で正常に動作する Windows 認証を使用する Web アプリがいくつかあります。それらを IIS7 に展開した後、「クラシック パイプライン」を使用するように Web アプリを設定しない限り、Windows 認証が機能しなくなります (401.2 エラーが発生します)。

こことここで述べたように、フォーム認証と Windows 認証が同時にサポートされていないことを認識していますが、それは私の問題ではありません。フォーム認証を有効にしていません。Windows 認証のみを有効にしていますが、常に 401.2 を取得しています。

誰かがこれに遭遇しましたか？他に何かする必要がありますか？

ありがとう！-マイク

今日から、ASP.NET MVC を使用する IIS7.5 で例外が発生しましたが、その理由がわかりません。

System.Net.WebClient.DownloadString() の使用中に発生します

[WebException: リモート サーバーがエラーを返しました: (500) Internal Server Error.]

ブラウザでURLを開いた場合。サイトは正常に表示されます。

VS2008 のデバッグ トレース ステータスは「200 OK」です。

それが見ることができた唯一のものは：

Type Exception "System.PlatformNotSupportedException" の Response.Headers" が発生しました。 System.Collections.Specialized.NameValueCollection {System.PlatformNotSupportedException}

IIS の統合パイプライン モードを使用してください。

どちらの Web サイトも、統合パイプラインが有効になっている同じ v2.0 .NET アプリケーション プール内で実行されます。google.com などからの DownloadString は機能します。MVC を呼び出した場合にのみ、破損します。

MVC で呼び出されたコントローラーは次のようになります。

以前は機能していました。誰かがエラーを追跡するために詳細を取得するのを手伝ってくれるかもしれません.

アップデート：

とった。くそ。ASP.NET MVC で Subversion History をチェックし、すべての行をチェックしました。私の BaseController では、最近追加しました:

取り外し後。すべてが再び機能します。しかし、UserAgent を要求すると System.Net.WebClient がクラッシュするのはなぜですか? 200ステータスでも。これは少し調べてみます。