16

我们有一个应用程序Request.Browser.MajorVersion用作缓存键的一部分。我们面临一个挑战，以确定哪个缓存键用于一组历史请求。为此，我们正在分析 IIS 日志，因此需要确定Request.Browser.MajorVersion每个请求的 ASP.NET 的值。是否可以仅从用户代理字符串派生出来？

更新

我最初假设 的值是Request.Browser.MajorVersion直接取自用户代理字符串的版本。但是，在确认这一理论的调试会话中，我看到了这一点：

调试会话屏幕截图

我本来希望Request.Browser.MajorVersion是 61 岁，而不是 44 岁。谁能提供任何关于为什么这些值不同的见解，以及我如何能够自信地判断Request.Browser.MajorVersion给定用户代理字符串的值是什么？

更新 2

我发现 ASP.NET 使用一组模板将HttpBrowserCapabilities对象集构建为Request.Browser. 这些可在此处获得：

%SystemRoot%\Microsoft.NET\Framework[版本]\Config\Browsers

查看模板，它们都使用正则表达式来解析用户代理字符串（我在下面粘贴了 chrome.browser 的内容），这表明Request.Browser.MajorVersion 应该与用户代理字符串中的值相对应。所以仍然不知道为什么我的本地应用程序返回 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>

更新 3

我终于明白了这一点。事实证明，我正在调试的应用程序正在使用名为51 Degrees的第三方服务，该服务拦截请求并应用自己的请求标头解析，在本例中使用安装在应用程序服务器上的本地数据库。这个数据库已经过时了，因此对最近的浏览器版本产生了奇怪的结果。我在上面更新 2 中的详细信息适用于普通 ASP.NET 应用程序，但这确实解释了为什么我的结果与普通测试环境不同。感谢所有抽出时间帮助我调查此事的人。

4

1 回答 1

1

非常具有挑战性。

此页面将告诉您您的代理字符串：

http://www.useragentstring.com/

此页面将显示大多数浏览器的代理字符串 http://www.useragentstring.com/pages/useragentstring.php

一些浏览器在代理字符串中有一个主要/次要版本。有些没有。浏览器之间甚至浏览器版本之间的格式各不相同，因此即使您知道代理字符串中存在主要版本，解析它仍然可以特定于每个浏览器/版本。

如果你真的需要这样做，你最好找到一个保持最新且维护良好的库。

于 2018-04-16T21:38:15.260 回答