SubTextおよびIIS 7の統合パイプラインモード

Question

デフォルトでは、SubTextはIIS7の統合パイプラインモードで実行できません。残念ながら、それは「移行」を超えています。必要な形式に一致するweb.config。たとえば、httpModulesとhttpHandlersを内の新しい場所に移動します。判明したように、統合モードで実行している場合、Application_Startで要求を利用できず、これによりSubTextも失敗します。

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

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

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

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

Answer 1

残念ながら、サブテキスト2.1.2を展開するときにテストするIIS 7インストールがありませんでした。今後のサブテキスト2.5では、IIS 7統合モードでうまく機能します。残念ながら、2.5はまだリリースされていません。

最先端のものでよければ、トランクから最新のビルドを試すことができます。それはかなりしっかりしていて、ほぼ完了です。既存のブログをアップグレードする場合は、難しいかもしれません。新しいものをインストールする場合、これは試してみると良いかもしれません。

http://build.subtextproject.com/builds/archive /SubText-2.5.0.228.zip

Answer 2

フォローアップとして、リクエストコンテキストを参照したApplication_Startコードをすばやくコメントアウトしました。この実験では、さらに例外が発生しました。現在、クラシックモードで実行するためにメインサイトに変更を加えています。