私は DotNetNuke でかなりの年数の経験があります。
絶対に避けてください。私は真剣です。
編集: この大胆な発言の理由について尋ねられているので、それらを提供しようとします.
私が働いていた会社には、DNN に約 300 のクライアントがありました。それらの多くはかなり大企業でした。私はDNNで多くの経験を積んでいます。
まず第一に、DNN にはバグがつきものです。決して修正されないバグ。代わりに、DNN の背後にいる人たちは、安定性を提供することよりも新しい機能を導入することに関心があるようです。私は個人的に彼らのトラッカーに大量のバグレポートを提出しました。何個修正されましたか?事実上ゼロ。ほとんどの場合、私はパッチを提供するのにさえ時間をかけました! 無駄に。彼らが C# に切り替えたとき、未解決の問題のほとんどを単純にクローズしました。「問題をより適切に管理および評価して修正するため、2011 年 1 月 1 日より前に活動が記録されていない問題はすべて自動的にクローズされます。」 (こちらを参照)
その数年間、私は非常に多くの虫に噛まれてきました。それはかなり苛立たしく、満足のいくものではありませんでした。
第二に、新しい機能は通常、問題があり、欠陥があります。DNNCorp はまた、これらの新機能はそれほど重要ではないと判断し、その後、新機能のためにそれらを放棄することもよくあります。たとえば、複数のポータルをセットアップしてシステム全体の語彙を使用しようとすると、分類モジュールにはいくつかの重大な問題があります。私の知る限り、これはまだ修正されていません。彼らの MetaData / ContentItem / ContentType API には、長い間いくつかの深刻な問題があり、おそらくまだ残っています。後で説明するいくつかの問題 (アーキテクチャ) を軽減できるとしても、実際には何にも使用されていません。
第三に、彼らのドキュメンテーションはひどいものです。
さらに重要なことに、DNN のアーキテクチャはかなり時代遅れだと思います。たくさんの古い荷物を運んでいます。それらのタブ/モジュール アプローチは、構造化されたコンテンツを作成し、コンテンツ アイテム間の関係を作成することを非常に困難にします。複雑な Web サイトを作成しようとすると、すぐに失敗します。プログラマーの視点だけでなく、コンテンツ管理者の視点からも。
全体的な印象として、これらの人々は、a) あまり優れたプログラマーではなく、b) 自分が何をしているのかわからないというものです。