私の会社は現在DotNetNukeにいる登録ウェブサイトを持っています。私は "サイトから核を取り除く"ように指示されてきましたが、私が読んだことのすべては、そのサイトがその逆のことではないことに反対しています。DotNetNukeからサイトを削除
誰かがdnnからサイトを移行しなければならなかったのですが、もしそうなら、私はいくつかのリソースに向かって私を指すことができますか？
サイトでは、絶対的な裸の骨（HTML、画像、JavaScript）までのものを除去したい場合は、あなたがそのような、ローカルマシンにWebサイト全体ダウン基本的にコピーツールを使用することができ5.04
"登録ウェブサイト"は、静的なHTMLサイトよりもアプリケーションに似ています。その場合、レンダリングされたHTMLを取得するだけでは、機能が得られないため、最良の選択肢にはなりません。私のアプローチは、最初に彼らがDotNetNukeから引き出した理由を知ることです。恐らくそれは実装が不十分で、問題が実際にどのように構築されたのかをDNNに非難しています。 DNNは良い解決策であるかもしれませんし、DNNとして残して実装を改善するよう説得するのが最善かもしれません。
アプリケーションをDNNからプルする必要があり、登録モジュールがカスタムモジュールとして構築されている場合、カスタムモジュールのascxファイルを通常の.netユーザーコントロールに変換するのは簡単です。
登録アプリケーションがフォームのフォームモジュールを使用して構築されている場合は、最初から再構築する必要があります。
DNNですHTTrackとなります。
アプリをダウンロードしてDNNのウェブサイトのURLを入力すると、ウェブサイト全体がスパイダーし、各ページが個別にダウンロードされ、その画像とスクリプトがダウンロードされます。プレーンテキストエディタで編集できるすべてのコンテンツページを含む完全なWebサイトが（理論上）残っています。
すべてのユーザー管理、役割管理、コンテンツ管理、管理専用領域、保護されたコンテンツなどはこの方法では引き継がれませんが、DNNから通常の静的に移行しても関係ありませんHTMLウェブサイト
ありがとうございます。私が望んでいた答えではありませんでしたが、確かに私が恐れる答えでした。 – Brian
すべてのコンテンツ管理機能、ユーザーと役割管理機能を取り除く方法も尋ねていますか？ –
いいえ、彼らは基本的にdnnに依存しない作業用のウェブアプリを手に入れたいと思っています。彼らの考えは、Webアプリケーションが存在し、DNNは特定の機能のために呼び出されたモジュールですが、私が見たものからは逆です。 Dnnは、アプリを独自に再構築することを不可能にすることを不可能にする、アプリが構築されたフレームワークです。 – Brian
@ブライアン、あなたは頭の釘を打つ。 DNNは、サイト/アプリケーションが構築されるフレームワークです。 DNNを削除することは、アプリの再構築を意味します。サイト用にカスタム作成されたモジュールは、おそらく比較的少ない労力で「標準」ASP.Netに変換することができますが、コア機能やサードパーティ製モジュールに依存するサイトの部分はもっと多くの作業が必要になります。 – ScottS