js Konqueror 和 KHTML 的版本号

WebKit
2003 年，苹果宣布将发布自己的浏览器 Safari。Safari 的渲染引擎叫 WebKit，是基于 Linux 平台浏览器 Konqueror 使用的渲染引擎 KHTML 开发的。几年后，WebKit 又拆分出自己的开源项目，专注于渲染引擎开发。
这个新浏览器和渲染引擎的开发者也面临与当初 IE3.0 时代同样的问题：怎样才能保证浏览器不被排除在流行的站点之外。答案就是在用户代理字符串中添加足够多的信息，让网站知道这个浏览器与其他浏览器是兼容的。于是 Safari 就有了下面这样的用户代理字符串：

AppleWebKit/AppleWebKitVersion (KHTML, like Gecko) Safari/SafariVersion

下面是一个实际的例子：

Safari/125.1

这个字符串也很长，不仅包括苹果 WebKit 的版本，也包含 Safari 的版本。一开始还有是否需要将浏览器标识为 Mozilla 的争论，但考虑到兼容性很快就达成了一服务器托管网致。现在，所有基于 WebKit 的浏览器都将自己标识为 Mozilla 5.0，与所有基于 Gecko 的浏览器一样。Safari 版本通常是浏览器的构建编号，不一定表示发布的版本号。比如 Safari 1.25 在用户代理字符串中的版本是 125.1，但也不一定始终这样对应。
Safari 用户代理字符串中最受争议的部分是在 1.0 预发布版中添加的”(KHTML, like Gecko)”。由于有意想让客户端和服务器把 Safari 当成基于 Gecko 的浏览器（好像光添加”Mozilla/5.0″还不够），苹果也招来了很多开发者的反对。苹果的回应与微软当初 IE 遭受质疑时一样：Safari 与 Mozilla 兼容，不能让网站以为用户使用了不受支持的浏览器而把 Safari 排斥在外。
Safari 的用户代理字符串在第 3 版时有所改进。下面的版本标记现在用来表示 Safari 实际的版本号：

(KHTML, like Gecko) Version/3.0.3 Safari/522.15.5

注意这个变化只针对 Safari 而不包括 WebKit。因此，其他基于 WebK服务器托管网it 的浏览器可能不会有这个变化。一般来说，与 Gecko 一样，通常识别是不是 WebKit 比识别是不是 Safari 更重要。
Konqueror
Konqueror是与 KDE Linux桌面环境打包发布的浏览器，基于开源渲染引擎 KHTML。虽然只有 Linux平台的版本，Konqueror 的用户却不少。为实现最大化兼容，Konqueror 决定采用 Internet Explore 的用户代理字符串格式：

不过，Konqueror 3.2 为了与 WebKit 就标识为 KHTML 保持一致，也对格式做了一点修改：

(like Gecko)

下面是一个例子：

Konqueror 和 KHTML 的版本号通常是一致的，有时候也只有子版本号不同。比如 Konqueror 是 3.5，而 KHTML 是 3.5.1。
Chrome
谷歌的 Chrome 浏览器使用 Blink 作为渲染引擎，使用 V8 作为 JavaScript 引擎。Chrome 的用户代理字符串包含所有 WebKit 的信息，另外又加上了 Chrome 及其版本的信息。其格式如下所示：

AppleWebKit/AppleWebKitVersion (KHTML, like Gecko) 
 Chrome/ChromeVersion Safari/SafariVersion

以下是 Chrome 7 完整的用户代理字符串：

(KHTML, like Gecko) Chrome/7.0.517.44 Safari/534.7

其中的 Safari 版本和 WebKit 版本有可能始终保持一致，但也不能肯定。

服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.fwqtg.net

相关推荐: Django引入Boostrap 导航栏

1.下载bootstrap源码，放在static目录中 https://v5.bootcss.com/docs/getting-started/download/ https://getbootstrap.net/docs/getting-started/in…