Tag: 51degrees

在ASP.NET中是否可以单独从HTTP请求的用户代理字符串派生浏览器MajorVersion？

我们有一个应用程序，它使用Request.Browser.MajorVersion作为缓存键的一部分。 我们很难确定哪个缓存密钥用于一组历史请求。 为此，我们正在分析IIS日志，因此需要为每个请求确定ASP.NET的Request.Browser.MajorVersion的值。 是否可以单独从用户代理字符串派生出来？ UPDATE 我最初假设Request.Browser.MajorVersion的值将是直接从用户代理字符串获取的版本。 但是，在调试会话中确认这个理论我看到了： 我本来期望Request.Browser.MajorVersion是61，而不是44.任何人都可以提供任何有关这些值不同的见解，以及我如何能够自信地告诉Request.Browser.MajorVersion对于给定的值是什么用户代理字符串？ 更新2 我发现ASP.NET使用一组模板来构建HttpBrowserCapabilities对象集作为Request.Browser 。 这些可以在这里找到： ％SYSTEMROOT％\ Microsoft.NET \框架[版] \配置\浏览器 查看模板，它们都使用正则表达式来解析用户代理字符串（我已粘贴下面的chrome.browser的内容），这表明Request.Browser.MajorVersion 应该与用户代理字符串中的值相对应。 所以仍然不知道为什么我的本地应用程序返回44作为该值。 更新3 我终于到底了。 事实certificate，我正在调试的应用程序使用名为51 Degrees的第三方服务拦截请求并应用自己的请求标头解析，在这种情况下使用本地安装在应用程序服务器上的数据库。 该数据库已经过时，因此对于最近的浏览器版本产生了奇怪的结果。 我在上面的Update 2中的详细信息对于vanilla ASP.NET应用程序是有效的，但这确实解释了为什么我的结果偏离了vanilla测试环境。 感谢所有不遗余力帮助我调查此事的人。