我可以在哪里报告 ASP.NET 浏览器文件的问题?

我可以在哪里报告 ASP.NET 浏览器文件的问题?

在 Android 版 Chrome 上使用 ASP.NET 应用程序时,我发现Request.Browser.Cookies该浏览器返回 False(尽管该浏览器支持 cookie)。根据我读过的内容,这表明 ASP.NET 用于查找有关不同 UserAgent 的信息的数据库存在问题。它返回 False 意味着数据库缺少 Chrome for Android,或者包含无效数据。

哪里是报告此类 IIS 问题的适当地方?

答案1

欢迎来到 Microsoft 产品错误报告的奇妙世界。我希望您不会受到药物滥用的困扰,如果您确实受困扰,请在继续阅读之前联系您的赞助商。

Microsoft Connect是与各种 Microsoft 产品团队沟通的一种方式。但是,IIS 似乎不接受错误报告。

互联网信息服务论坛是一个你可以向微软员工展示你的错误报告的地方,如果你足够幸运并且时机合适的话。见证这个例子

您可能能够做的是找到 IIS 的一位产品推广者的联系信息(我目前找到了一位,但不会在这里发布他的信息),然后发送电子邮件/推文/烟雾信号表达您的担忧。我接触过的推广者都非常好,他们会努力将您的反馈传达给合适的人。但这并不能保证。

另一个选择是Microsoft 支持主站点并四处打探有关该产品的 Microsoft 联系方法。从那里您可以深入了解 IIS 系列。

你可能还想去Microsoft Connect 反馈页面并请求 IIS Connect 程序。

如果此时您得出结论,直接报告 IIS 错误会很困难 - 您是对的。请记住,修复的第一步是认识到存在问题。显然,Microsoft 不想承认 IIS 存在问题...?

答案2

ASP.NET 使用一系列配置文件来确定(基于 http 请求代理字符串)浏览器功能。这是 ASP.NET(而非 IIS)的功能。您通常可以在此处找到这些文件:%SystemRoot%\Microsoft.NET\Framework\version\CONFIG\Browsers

因此,这篇文章可能更适合放在 StackOverflow 上。

服务器端浏览器功能检测是最难维护的功能之一。实际上,这些浏览器功能配置文件一旦生成,就会过期。因此,即使您每天下载它们,也会一直过期。

为了确实执行浏览器功能检测,最好的办法是使用客户端浏览器功能检测(例如 Modernizr)。这将接近 100% 准确。在这种情况下,您不能依赖服务器端解决方案。-Chris

相关内容