問題タブ [dotnetnuke-module]

DNN用のモジュールをバージョン2から開発してきましたが、当時は、自分の環境でモジュールを開発したときにモジュールを簡単に実行でき、モジュールをDLLとして簡単にデプロイできました。バージョン4がリリースされ、（Webアプリケーションソリューションではなく）Webサイトソリューションを使用したとき。何かが失われたようです。テスト環境で開発を続け、変更を加えるとすぐに変更を確認できますが、リリースするのは頭痛の種になりました。

私は主に1つのサイトの開発を行っています。特に、変更を加えた後、メインサイトへのモジュールのFTP展開を使用しています。

複数の開発者がモジュールで作業できるように、適切な環境を設定したいと思います。

ソース管理に何かを追加するとき、人々は通常、すべてのDNNをソース管理に入れて、ソリューション全体を機能させることができますか、それともモジュールと各人が独自の開発DNN環境をセットアップする必要がありますか？

より多くの人がモジュールプロジェクトに取り組むことができるように、モジュールプロジェクトの整理を開始したいと思います。これを行うことと、これらの変更をライブサイトに展開することの両方で、いくつかのベストプラクティスに少し迷いました。

ID でモジュールを取得するために DNN フレームワークが提供する唯一の方法でも、タブ ID が必要でした。タブ IDがない場合はどうすればよいですか?

DotNetNuke 4.8.4 でモジュール間通信を行うことを検討しています。これを行う良い例があるかどうか疑問に思っています。

送信者に IModuleCommunicator を実装し、受信者に IModuleListener を実装していることは理解していますが、両方を同じページにドロップする以外にそれらを結び付ける方法がわかりません。

特定のページのすべてのリスナーが、特定のページのすべての送信者をリッスンしますか? もしそうなら、ノイズを除去するためのベストプラクティスは何ですか?

DNN 5 用のカスタム モジュールを作成していますが、モジュール内のすべてのコントロールに「管理」リンクが必要です。PortalModuleBase から継承する新しい UserControl (「ManagerLink」) を作成し、リンクをそのコントロールに配置し、すべてのメイン コントロールにそのコントロールをドロップしました。

問題は、"ManagerLink" ネストされたコントロールで ModuleId と TabId が常に -1 になることです。PortalId は正常に機能し、PortalSettings.ActiveTab.TabID を実行して TabId を取得できます。

1. PortalModuleBase から継承しているにもかかわらず、「ManagerLink」コントロールから ModuleId と TabId を取得できないのはなぜですか?

2. ModuleId を取得する別の方法はありますか (PortalSettings.ActiveTab.TabID と同等)

更新 2014:

元の回答よりもはるかに優れた別の回答を見ました（そしてそれを受け入れました）。

DNN 6 以前を使用している場合はModuleBase、PortalModuleBase

DotNetNuke 4.8モジュール間通信開発に最適なVSソリューションのセットアップは何ですか？

現在、DotNetNukeモジュール用に複数のWebアプリケーションプロジェクトを含むソリューションがあります。それぞれのプロジェクトには、テストハーネスとしてコントロールを備えたページがあります。これは、IModuleCommunicatorとIModuleListenerを使用してモジュールが相互に通信を開始する必要がある時点まではすべて正常に機能しましたが、モジュール間通信を行っているため、デバッグはそのようには機能しなくなります。

他の人がこれをどのように処理するかについて興味があります-テストページにNuke環境を模倣させる方法はありますか？あなたは核兵器のウェブサイトで正しくテストしますか？私のソリューションはVSSを使用したソース管理であるため、完全な核兵器のWebサイトをプロジェクトとして追加したくないのは、ソース管理に追加する必要があるためです。ソース管理。

ローカルのIISワーカープロセスに接続することでデバッグできましたが、それはちょっと面倒です。モジュール間通信のデバッグの苦痛を和らげる方法について誰かが何か提案がありますか？

任意の提案をいただければ幸いです。

nuke4.8.4サイト用に開発しているnukeモジュールに奇妙な問題があります。

同じペインで別のモジュールをその下に配置することを拒否するモジュールが1つあります。ペインの最後のモジュールである限り、すべてが正常にロードされますが、他のモジュールの上に移動すると、他のモジュールはロードされません。

私は当初、モジュールのマークアップが他のモジュールの上に重なるのは奇妙だと思っていましたが、ページでソースを表示すると、他のモジュールはソースに存在しません。

誰かが以前にこの問題を見たことがありますか？もしそうなら、どのように問題を修正しましたか？

編集：私たちはダースのモジュールを構築しました-そして1つのモジュールが私のマシンでこれを行いますが、別のモジュールが別の開発者のマシンでこれを行います。各マシンで、一方の開発者にとって壊れているモジュールは、もう一方の開発者にとっては正常に機能します。

私たちが気付いたもう1つの興味深い点は、これらのモジュールの1つがページ上にある場合、GetTabModulesは1つのモジュールに対して2つの行を返し、両方とも同じModuleIDを持つことです。

DotNetNuke 4.9.2 を使用していますが、奇妙な問題が発生しています。

開発中のモジュールに MultiView があり、ビューの 1 つに ObjectDataSource にバインドされた GridView があります。

別のビューには、2 番目のビューで ObjectDataSource の SelectMethod を切り替えてから、そのビューをアクティブに設定するボタンがいくつかあります。グリッドが 2 番目のビューでソートされるまで、すべて正常に機能します。これにより、ポストバックが発生し、ODS が何らかの方法で元の SelectMethod を取得します。ただし、コード ビハインド スティックで同時に割り当てられる SelectParameters 。

ObjectDataSource がビューステートの SelectMethod を記憶しているように思えますね。

そのボタンをクリックすると、グリッドが期待どおりに表示されます。GridView の列ヘッダーの 1 つをクリックし、ページの読み込みを中断して SelectMethod を検査すると、マークアップで宣言されたものに戻りました。

ここで私の問題が何であるかについて何か提案はありますか?

私は DotNetNuke で作業していますが、これは厳密には DNN の問題ではないようです。

私は自分のモジュールで FormatEmail と呼ばれる DNN 提供のメソッドを使用しています。

コードベースへの他の追加の中でjQueryが含まれていることがわかっているDNN 5をインストールしました。jQuery は document.write コードの動作を停止しますか?

DNN はボットからテキストをクロークするために別の方法を使用する必要がありますか?

電子メール アドレスをクローキングする方法としてこの方法を使用するのをやめるべきですか?

更新: このページは xhtml を使用していません。

dnn に付属する標準の dnn モジュール (リンク) を変更しようとしています。本質的に私が欲しいのは、現在のリンク モジュールのコピーを作成し、その外観を変更することです。リンク モジュールの内部を調べたところ、各リンクはテーブル セルに配置されています。表のセルの背景を画像にして、マウスオーバー効果を持たせたいです。

これどうやってするの？コンテナで可能ですか？リンクモジュールの機能を再コーディングしたくありません。

また、別のタイプのリンク モジュールを作成したいと考えています。このモジュールには、タイトル、サブタイトル (オプション)、その後にリンクを付ける必要があります。元のリンク モジュールのテーブルではサブタイトルが許可されていないため、新しいテーブルを作成して個別に管理する必要があると考えています。これは下る正しい道ですか？