自定义错误关闭的 Dnn 错误仍未显示错误答案

【问题标题】：Dnn Error with Custom Errors Off Still not Showing Error自定义错误关闭的 Dnn 错误仍未显示错误
【发布时间】：2013-01-18 20:04:50
【问题描述】：

背景：

我已经设置了一个 DNN 7.0 测试环境并构建了几个自定义模块。在我的第三个自定义模块上，我使用 Chris Hammond 的模板完成了设置，并按照模板提供的说明进行操作（我对之前的模块也这样做了，没有问题）。安装模块后，我的网站将无法运行。我在每一页上看到的都是 DotNetNuke 错误，没有其他信息。

问题：

很明显，我的模块安装出了点问题，但我完全无能为力。我得到的只是 DNN 提供的非描述性错误消息。我已将修改后的 Web 配置设置为以下内容：

<customErrors mode="Off" />

但我仍然收到一般的“DotNetNuke 错误”消息。我需要查看堆栈跟踪和任何其他信息以查看我的错误产生的位置。有没有其他方法可以用 DNN 做到这一点？

【问题讨论】：

标签： web-config dotnetnuke custom-errors

【解决方案1】：

作为替代方案，我刚刚对 EventLog 表运行 SQL 命令。您可以从那里获取有关错误消息的整理信息，堆栈跟踪和其他信息可以在 LogProperties 字段中找到。

看来我的模块创建了臭名昭著的“DotNetNuke.UI.Skins.Skin.GetSkin(Me)”错误发现here。不幸的是，我的情况似乎有所不同，因为唯一推荐的解决方案对我不起作用。看来是时候进行另一次 DNN 擦除了。

【讨论】：

【解决方案2】：

检查 Desktopmodules 文件夹或其中是否有一个奇怪的虚拟目录。

我在测试中遇到了一些问题，IIS 会将其转换为虚拟目录并导致问题，但我无法随意重现。

另外，请查看最新版本的 DNN7 模板

【讨论】：

【解决方案3】：

自从我开始使用新的 DNN 7 模板后，我就遇到了同样的问题，这与我调试模块的方式有关。

以下解决了该问题：

删除桌面模块下的虚拟目录
重启 IIS

【讨论】：