小编Jos*_*ger的帖子

我似乎无法OPTIONS在我的IIS6托管的ASP.NET应用程序中接收HTTP 请求.我在我Global.asax的Application_BeginRequest方法中使用调试断点(和文件日志)测试它.断点永远不会被命中,客户端获取HTTP 403 Forbidden,我从IIS6直接假设(GETs和POSTs工作正常顺便说一句).

我试着在几个方面web.config,包括添加以下行要么两者的<system.webServer><handlers>和<system.web><httpHandlers>部分.

<add name="OptionsHandler" verb="OPTIONS" path="*" type="System.Web.DefaultHttpHandler"/>

我也玩过<system.webServer><security><requestFiltering><verbs>设置allowUnlisted="true"和<add verb="OPTIONS" allowed="true"/>.

此外,我没有使用URLScan或任何其他可能拦截调用的工具.如果您对IISLogs感兴趣:

2011-07-11 20:26:05 W3SVC1215124377 127.0.0.1 OPTIONS /test.aspx - 80 - 127.0.0.1 Mozilla/5.0+(Windows+NT+5.2;+rv:5.0)+Gecko/20100101+Firefox/5.0 403 1 0

有没有办法OPTIONS在ASP.NET应用程序中接收请求？

我一直在使用微软的AntiXss库,并想知道为什么它的JavaScriptEncode方法将结果包装在单引号中有充分的理由？这种行为似乎非常规.

每当我尝试打开特定的JavaScript文件时,Visual Studio Team system 2008都会崩溃而不会出现任何错误消息.我在social.msdn上找到了这个帖子,但安装KB958502修补程序并没有解决问题.

有没有其他人经历过这个并解决了它？

我们使用自动化测试来验证Web应用程序的功能.为了使测试用例中的断言更简单,更灵活,我们正在考虑引入'TestIDs',即HTML标记中的ID,以帮助测试用例找到并验证页面上的元素.此外,这些TestID将允许更具体的集成测试,由于页面上的数据有限,这些测试目前是不可能的.

然而,这就是让我们犹豫的原因:

• 引入测试ID意味着更改测试测试
• 安全性 - 我们会披露内部域对象ID和其他在页面上不可见的信息
• 标准 - 取决于我们如何将TestID放入标记中,我们很可能违反元素或属性的预期语义用法(例如'id'或'class'属性,其他html元素等)
• 干扰 - TestID可能会干扰应用程序代码
• 性能 - TestID是不必要的标记(对用户)并增加页面大小(仅对大页面有意义)

将TestID限制为测试/暂存HTML似乎不是一个好主意,因为我们显然希望测试将在生产中使用的代码,并且不希望我们的测试/暂存环境表现不同.实际上,我们目前在发布后针对实时系统运行部分测试套件.

你认为TestIDs是个好主意吗？如果是这样你会如何将它们放入标记中？

一些示例标记来演示我正在谈论的内容:

<!-- this test id allows an integration test to verify that
  the carrot 188271 is in fact green but exposes the id to the user -->
<tr id="testid-carrot-id-188271">
    <td class="color">green</td>
    <td class="size">doesn't matter</td>
</tr>