0

背景:

DNN 7.0 テスト環境をセットアップし、いくつかのカスタム モジュールを構築しました。3 番目のカスタム モジュールでは、Chris Hammond のテンプレートを使用してセットアップを完了し、テンプレートに付属の手順に従いました (以前のモジュールでも同様に問題なく実行しました)。モジュールをインストールした後、私のサイトは機能しません。すべてのページに表示されるのは、追加情報なしの DotNetNuke エラーだけです。

問題：

明らかに、モジュールのインストールで何か問題が発生しましたが、その原因を突き止めることはまったくできません。私が得るのは、DNN が提供する説明のないエラー メッセージだけです。変更した Web 構成を次のように設定しました。

<customErrors mode="Off" />

しかし、まだ一般的な「DotNetNuke エラー」メッセージが表示されます。エラーが発生している場所を確認するには、スタック トレースやその他の情報を確認する必要があります。DNN でこれを行う別の方法はありますか?

4

3 に答える 3

0

新しい DNN 7 テンプレートの使用を開始して以来、同じ問題が発生しており、モジュールのデバッグ方法と関係があります。

以下は問題を修正しました：

  • デスクトップ モジュールの下の仮想ディレクトリを削除します。
  • IIS を再起動する
于 2013-02-02T00:27:42.410 に答える
0

別の方法として、EventLog テーブルに対して SQL コマンドを実行しました。そこからエラー メッセージに関する照合情報を取得でき、スタック トレースやその他の情報は LogProperties フィールドにあります。

私のモジュールが悪名高い「DotNetNuke.UI.Skins.Skin.GetSkin(Me)」エラーを作成したようです。残念ながら、唯一の推奨される解決策がうまくいかないため、私の状況は多少異なるようです。次の DNN ワイプの時間のようです。

于 2013-01-18T21:14:42.223 に答える
0

Desktopmodules フォルダーに奇妙な仮想ディレクトリがあるかどうか、またはその中にフォルダーがあるかどうかを確認してください。

私のテストでは、IIS がそれを仮想ディレクトリに変換して問題を引き起こすという問題がいくつかありましたが、自由に再現できるものではありませんでした。

また、DNN7 のテンプレートの最新リリースも確認してください。

于 2013-01-29T05:16:36.560 に答える