|
|
1
137
更仔细地查看我的web.config设置 this post is very helpful
所以我们可以修改
这个
|
|
2
38
好的,我找到了这篇文章: http://msdn.microsoft.com/en-us/library/aa479319.aspx 用这个非常说明性的图表:
本质上,为了获取这些异常详细信息,我需要自己将它们存储在Global.asax中,以便以后在我的自定义错误页面上检索。 似乎最好的方法是在Global.asax中完成大部分工作,使用自定义错误页面处理有用的内容而不是逻辑。 |
|
|
3
18
NailItDown和Victor所说的话的结合。首选/最简单的方法是使用您的Global。Asax存储错误,然后重定向到您的自定义错误页面。 Global.asax :
此外,您需要设置 web.config文件 :
最后,做任何你需要做的事情,除了你存储在你的 错误页面 :
|
|
|
4
6
尝试使用类似的东西
然后从内部
|
|
|
5
5
虽然这里有几个很好的答案,但我必须指出,在错误页面上显示系统异常消息并不是一种好的做法(我假设你想这样做)。您可能会无意中向恶意用户透露您不希望这样做的事情。例如,Sql Server异常消息非常冗长,在发生错误时可以提供数据库的用户名、密码和架构信息。这些信息不应该显示给最终用户。 |
|
|
6
5
这是我的解决方案。。 在Global.aspx中:
在Oops.aspx中:
|
|
|
7
4
我认为这里每个人都缺少的一个重要考虑因素是负载平衡(web场)场景。由于执行global.asax的服务器可能与执行自定义错误页面的服务器不同,因此将异常对象隐藏在Application中是不可靠的。 我仍在寻找一个可靠的解决方案来解决web场配置中的这个问题,和/或从MS那里得到一个很好的解释,说明为什么你不能在服务器上发现异常。在自定义错误页面上显示GetLastError,就像在global.asax Application_error中一样。 P.S.在Application集合中存储数据而不先锁定再解锁是不安全的。 |
|
|
8
3
它在MVC 5中为我工作
变量“log”可以存储在数据库中,而不是显示错误
|
|
|
9
2
这与下面的这两个主题有关,我想在错误页面上同时获取GetHtmlErrorMessage和Session。 Session is null after ResponseRewrite Why is HttpContext.Session null when redirectMode = ResponseRewrite
我试着找到了不需要的解决方案
首先:删除web.config中的ResponseRewrite web.config文件
然后是Global.asax
然后是errorHandler.aspx.cs
供参考 http://www.developer.com/net/asp/article.php/3299641/ServerTransfer-Vs-ResponseRedirect.htm |
|
|
10
1
我认为你有几个选择。 您可以将最后一个异常存储在会话中,并从自定义错误页面检索它;或者,您可以直接重定向到Application_error事件中的自定义错误页面。如果选择后者,则需要确保使用服务器。转账方式。 |
|
|
Eshiett Oto-obong · 错误页面注册器和全局异常处理 8 年前 |