DotNetNukeとASP.NETアプリケーションを別々に配備する - 考えられる問題？

Question

私は、これから起こりうるあらゆる潜在的な問題を阻止しようと積極的に試みています。状況は、顧客からのオンライン注文を処理するクライアント用のASP.NETアプリケーションを開発することです。このアプリケーションは、現在のWinFormsアプリケーションが使用するのと同じデータベースを使用します（実際の問​​題はここにありません）。

同時に私たちはDotNetNukeを使って新しいフロントエンドWebサイトを開発しています。 DotNetNukeアプリケーションは、顧客がオーダーを送信するためにASP.NETアプリケーションにリンクするだけです（前後に通信する必要はありません）。

両方のアプリケーションを同じボックスにホストする予定ですクライアントの場所。私が探しているのは、潜在的な問題か、2つのアプリケーション（web.configの競合など）の競合を防ぐセットアップのヒントです。両方とも同じ場所にホストされているか、IISを設定するかなどの問題はありますか？ ？

これに対処できる外部リソースがある場合は、それらもリンクしてください。

Answer 1

オプション1：すべてのアプリケーションをルートWebサイトから分離した仮想ディレクトリにします。次に、ルートドキュメントで、そのWebサイト（DNN）のデフォルトアプリケーションの適切なサブディレクトリにリダイレクトさせます。

オプション2：（ルートのDotNetNuke、サブディレクトリの他のサイト）新しいアプリケーションがDotNetNukeで構築されていない場合、web.configの継承には多くの問題がありますが、ルートWebの継承をブロックすることで回避できます。 config。基本的には、ルートweb.config（DNN）ファイルに以下を追加します。

<location path="." inheritInChildApplications="false"> 
    <system.web></system.web> 
</location> 

オプション3：Scottが述べたように、異なるサブドメインを持つ別々のサイトを作成し、それらをリンクします。あなたはリダイレクトを設定してwhatever.com/orderがユーザーをorder.whatever.comに送ります。

Answer 2

当社の企業サイトのDNNサイトは、他のサイト（.NET 2.0、SugarCRM、さらにはIISのPHP拡張機能を備えたWordPressインスタンス）を含む同じWindows 2003サーバー上にホストしています。これらのサイトは、「独立した」ウェブサイトであり、デフォルトサイトのサブウェブではありません。それは本当の溶ける鍋で、うまくいきます。私たちはPHP、.NET 2.0、および.NET 3.0/5サイト用に別々のアプリケーションプールを作成して、お互いに違反しないようにしました。

Answer 3

inheritInChildApplicationsをDNN 4.7-4.9.2（5.0を検証していない）で使用すると、ScriptManagerのエラーが発生します。以前のバージョンのDNNには問題がありません。