我们有一个应用程序使用Request.Browser.MajorVersion
作为缓存键的一部分。我们面临的挑战是确定哪个缓存键用于一组历史请求。为此,我们正在分析 IIS 日志,因此需要确定 ASP.NET 的值是什么Request.Browser.MajorVersion
对于每个请求。是否可以仅从用户代理字符串中得出此值?
UPDATE
我最初假设的值为Request.Browser.MajorVersion
将是直接从用户代理字符串获取的版本。然而,在确认这一理论的调试会话中,我看到了这一点:
我本以为Request.Browser.MajorVersion
61 岁,而不是 44 岁。任何人都可以深入了解为什么这些价值观不同,以及我如何能够自信地说出这些价值观的价值Request.Browser.MajorVersion
对于给定的用户代理字符串?
UPDATE 2
我发现 ASP.NET 使用一组模板来构建HttpBrowserCapabilities
对象设置为Request.Browser
。这些可以在这里找到:
%SystemRoot%\Microsoft.NET\Framework[版本]\Config\Browsers
查看模板,它们都使用正则表达式来解析用户代理字符串(我在下面粘贴了 chrome.browser 的内容),这表明Request.Browser.MajorVersion
should与用户代理字符串中的值相对应。所以仍然不知道为什么我的本地应用程序返回 44 作为该值。
<browsers>
<!-- Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/530.1 (KHTML, like Gecko) Chrome/2.0.168.0 Safari/530.1 -->
<browser id="Chrome" parentID="WebKit">
<identification>
<userAgent match="Chrome/(?'version'(?'major'\d+)(\.(?'minor'\d+)?)\w*)" />
</identification>
<capabilities>
<capability name="browser" value="Chrome" />
<capability name="majorversion" value="${major}" />
<capability name="minorversion" value="${minor}" />
<capability name="type" value="Chrome${major}" />
<capability name="version" value="${version}" />
<capability name="ecmascriptversion" value="3.0" />
<capability name="javascript" value="true" />
<capability name="javascriptversion" value="1.7" />
<capability name="w3cdomversion" value="1.0" />
<capability name="supportsAccesskeyAttribute" value="true" />
<capability name="tagwriter" value="System.Web.UI.HtmlTextWriter" />
<capability name="cookies" value="true" />
<capability name="frames" value="true" />
<capability name="javaapplets" value="true" />
<capability name="supportsCallback" value="true" />
<capability name="supportsDivNoWrap" value="false" />
<capability name="supportsFileUpload" value="true" />
<capability name="supportsMaintainScrollPositionOnPostback" value="true" />
<capability name="supportsMultilineTextBoxDisplay" value="true" />
<capability name="supportsXmlHttp" value="true" />
<capability name="tables" value="true" />
</capabilities>
</browser>
</browsers>
UPDATE 3
我终于弄清楚了这件事的真相。事实证明,我正在调试的应用程序正在使用名为的第三方服务51度 https://51degrees.com/它拦截请求并应用自己的请求标头解析,在本例中使用应用程序服务器本地安装的数据库。该数据库已经过时,因此对于更新的浏览器版本会产生奇怪的结果。我在上面的更新 2 中的详细信息对于普通 ASP.NET 应用程序有效,但这确实解释了为什么我的结果与普通测试环境不同。感谢所有抽出时间帮助我调查此事的人。
非常具有挑战性。
此页面将告诉您您的代理字符串:
http://www.useragentstring.com/ http://www.useragentstring.com/
此页面将向您显示大多数浏览器的代理字符串http://www.useragentstring.com/pages/useragentstring.php http://www.useragentstring.com/pages/useragentstring.php
某些浏览器在代理字符串中有主要/次要版本。有些则不然。浏览器之间甚至浏览器版本之间的格式各不相同,因此即使您知道代理字符串中存在主要版本,解析它仍然可以特定于每个浏览器/版本。
如果您确实需要这样做,那么最好找到一个保持最新且维护良好的库。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)