70
|
Eduardo Molteni · 技术社区 · 15 年前 |
![]() |
1
97
对于在MVC应用程序中尝试执行此操作的任何人来说,需要注意的是
|
![]() |
2
43
对于我来说,唯一有效的方法是关闭自定义错误并通过web.config替换IIS的错误页。它随响应发送正确的状态代码,并且有不通过MVC的好处。 下面是代码
注意事项。使用
信息: http://tipila.com/tips/use-custom-error-pages-aspnet-mvc |
![]() |
3
20
现在的情况是,IIS正在获取错误状态代码,并显示自己的错误页面,而不是您的错误页面。要解决此问题,需要在错误页的代码页中设置此项,以防止IIS这样做:
这只适用于iis7或更高版本,对于早期版本的iis,您需要使用错误页面设置。 |
![]() |
4
12
由于依赖
对我来说,这似乎是一个引人注目的功能漏洞,因此我决定使用HTTP模块重新实现此功能,以便 它只是工作 . 下面的解决方案允许您像平常一样重定向到任何有效的MVC路由(包括物理文件)来处理错误。
已经在以下平台上进行了测试;
用法 将其作为web.config中的最终HTTP模块包含在内
|
![]() |
5
9
我知道这个问题有点老了,但我想我应该指出,它不需要是一个静态文件就可以工作。 我遇到了一个类似的问题,这只是在你的error.aspx中发现错误的问题,在我们的例子中,这是因为正在使用的masterpage依赖于一段会话数据,当responseRewrite被设置时,会话对error.aspx页不可用。 我还没有弄清楚会话的不可用性是由于我们的特定应用程序配置还是ASP.NET的“按设计”部分。 |
![]() |
6
1
我发现问题出在error.aspx中。仍然无法找到error.aspx中导致问题的实际错误。 将页面更改为静态HTML文件解决了这个问题。 |
![]() |
7
1
我在ASPX中构建了一个错误页,将查询传输到ASP.NET MVC控制器。 您可以将查询重写到此ASPX页,它将把查询传输到您的自定义控制器。
请在此处查找更多详细信息: https://stackoverflow.com/a/27354140/143503 |
![]() |
8
0
在我的特定情况下,我的错误页有一个母版页,该母版页有一个试图使用会话的用户控件。如果会话不可用,则会得到一个httpexception:“只有在配置文件或page指令中将enableSessionState设置为true时,才能使用会话状态。” 最简单的修复方法是切换到静态HTML,第二个最简单的修复方法是使用更简单的错误页,最难的修复方法是确保错误页在任何地方都不做任何假设(例如,会话不会引发异常),并且不可能出错。 |
![]() |
9
0
我发现,如果您使用redirectmode=“responserewrite”,那么您需要在web.config文件的重写区域添加一些内容。问题在于你的网站何时被破坏!你不能重写URL,因为你的网站不能调用处理你的重写的“virtual.aspx”! |
![]() |
nick_n_a · 如何获取意外sharepoint错误的详细信息? 7 年前 |
|
Farhan Aslam · 确定IIS网站的类型 9 年前 |
![]() |
Norseman · Url重写-查询字符串分析 12 年前 |
![]() |
Matthew Sharpe · 服务器。传输丢失的邮件数据 12 年前 |
![]() |
jd182 · 重复的“index.php”使用ISAPI在IIS上重写URL 12 年前 |