![]() |
1
1
我可以确认将validateRequest=“true”添加到web.config文件的方法是有效的,而且非常棒! 使用它可以使页面级指令再次正常工作,并且避免将行为更改回ASP.Net2.0模式。 奇怪的是,它有任何影响,因为请求验证通常是默认启用无论如何,但没有关系。 |
![]() |
2
1
|
![]() |
3
0
好吧,看起来这是不可能的,我可以很容易地避开数据,但我认为这是一个合理的问题——至少在这里要说明这是不可能的。 |
![]() |
4
0
我想我找到了更好的方法。我不喜欢在4.0中恢复到2.0设置的选项。我也不喜欢全有或全无的选择。 默认情况下,不管“ValidateRequest=”false“的页面指令如何,都会验证所有页面 我在system.web的pages部分的web.config中找到了进行此设置的位置。 (http://msdn.microsoft.com/en-us/library/system.web.configuration.pagessection.validaterequest.aspx) 如果将validateRequest属性添加到pages元素中,则可以控制整个站点的验证。
但是我在测试这个的时候偶然发现了一件快乐的事情。我找不到这方面的文档,但这是我的经历。 默认情况下,到处都启用验证,但如果我将validateRequest设置为“true”,我的各个页面指令的工作方式与2.0中的相同。我不知道为什么,但我很高兴。 总之。。。 就像这里。 然后任何页面指令都可以用于验证。 |
![]() |
5
-1
我只是把它放在system.web节点的web.config中。
|
![]() |
user1946932 · .Net正则表达式在所有字符前添加空格 5 月前 |
![]() |
TSDrake · 发布ASP。没有特定文件夹的.NET应用程序 6 月前 |
![]() |
Vengat Ramanan · 用户登录Asp时隐藏导航和页脚。网络核心 10 月前 |
![]() |
ramamoorthy_villi · 输入验证错误外键字段 10 月前 |
![]() |
Enderbyte09 · ASP。NET Core绝对拒绝在其他端口上托管 11 月前 |