升级到最新版本的 Windows 通常需要企业进行业务线应用程序与最新版本的 Internet Explorer 的完整兼容性测试。大多数企业所面临了一项艰巨的任务是，他们通常不知道哪个内部业务线应用程序目录至关重要，并且正在被他们的用户所使用。通常这将导致 IT 专业人员测试其所有的内部应用，甚至包括那些可能用不到的应用，而这是一个既昂贵又耗时的过程。除了测试之外，在不了解有关应用程序如何构建的详细信息的情况下，缓解兼容性问题将变得十分困难。

企业网站发现工具箱为 IT 专业人员提供了一种方法，使他们可以更好地了解其用户浏览 Internet Explorer 11 的方式。该工具包允许从 Internet Explorer 11 收集有关企业用户访问的所有网站的信息，以构建企业所使用网站的清单。这些信息将帮助 IT 专业人员设定应用程序的优先级，以使他们了解应优先对哪些应用进行与 Internet Explorer 的兼容性测试。该工具包还提供了有关网站的设计方式以及 Internet Explorer 如何使用网站的其他信息，这些信息可以用来填充企业模式网站列表，并缓解重要网站的兼容性问题。

需要收集哪些信息？

默认情况下，数据收集功能是关闭的。当启用收集功能时，用户使用 Internet Explorer 11 访问的所有网站的数据都将被收集。数据在每个浏览事件期间被收集，并且与此处显示的已浏览 URL 相关联。该数据收集功能对 Internet Explorer 的性能影响可忽略不计。

每个浏览事件期间收集的数据

我能对这些数据做些什么？基于实际用户数据，发现工具包可以让 IT 专业人员清晰地了解其部署中的 IE 使用方式。这样，许多问题都可以找到答案。它们包括：

• 用户最频繁访问哪些网站？
• 哪种文档模式执行页面载入，如何选择该文档模式？
• 哪些网站上正在使用 ActiveX 控件？使用频率如何？
• 哪些网站在用户访问时发生崩溃或挂起？
• 是否有任何网站应从受信任站点列表中移除？
• 是否有任何网站应添加到企业模式网站列表中或从中删除？

IT 专业人员如何开始使用这一网站发现工具包？

• 访问 Technet 以深入了解关于工具包的更多内容
• 使用最新的累积更新（2014 年 10 月或更高版本）更新 Internet Explorer
• 下载配置和设置脚本
• 查看一些示例报告

该工具包令我们感到兴奋不已，我们鼓励您率先体验这一工具包，尝试数据收集功能并对其进行全面测试！您可以通过 @IEDevChat 或 Connect 提供您的反馈。— Internet Explorer 项目经理 Deen King-Smith

Microsoft 正在 Internet Explorer 中推出一项重要支持，那就是自 1999 年以来首次对超文本传输协议进行重大的重新设计。这已经过去很久了，现在是时候了。

虽然近年来人们做了大量工作来简化 Web 体系结构，但没有任何工作涉及到 HTTP/2 规模。作为 IETF HTTPbis 工作组的一分子，我们一直在努力帮助开发这种新型、高效且兼容的标准。它因为一些显而易见的原因被称为 HTTP/2 – 现在它已可供使用，内置于从 Windows 10 Technical Preview 开始的新 Internet Explorer 中。

您可以通过查看 Microsoft Open Technologies HTTP/2 页面，大致了解一下我们与 HTTPbis 工作小组一起完成的工作。

为什么 Internet Explorer 率先实现 HTTP/2？

在越来越趋于实时化、移动性越来越高的世界里，性能至关重要 – 即便是看起来极其细微的提升也会带来明显改观。例如，一项必应调查发现，页面加载时间增加 10 毫秒会导致网站每年损失 25 万美元的收入；增加 100 毫秒 – 注意这相当于人眨眼速度的三分之一 – 会导致三个月的工作前功尽弃，哪怕这三个月您一直在通过更好的搜索结果相关性改善用户访问量。调查表明，交易网页响应速度中 100 毫秒的延迟会导致用户放弃搜索，从而导致大型网络零售商损失多达 1% 的销售额。因此，该工作小组所做的工作会产生切实的经济影响。

我们往昔的做法有什么错？

大多数情况下，今天的网页加载方式与使用 800 x 600 像素显示器的阶段基本相同。当然，今天的网络是一个节奏更快的环境，但它还可以变得更快且资源效率更高。

如今，构建网页仍然需要在浏览器和服务器之间进行大量单独的查询，每次单独的调用都必须等待服务器做出响应，然后才能发送下一个调用。当然，您可以打开更多独立的并行连接，但这仍然会限制可以同时请求的项目数。它还会规定响应顺序，使服务器无法优化响应。

那么 HTTP/2 有何不同？

HTTP/2 可以更快、更高效地提供网页元素，充分利用所有可用带宽。凭借长时间连接和多路复用（协议将多个请求组合到一个连接上的能力），会有更多网页项目更快到达。实验性 HTTP/2 功能（例如服务器推送和请求依赖项）将来还可以进一步提高 Web 性能。

这对于开发人员意味着什么？

HTTP/2 在设计之初就考虑到了与 HTTP/1.1 的向后兼容性。这意味着，HTTP 库的开发人员不必更改 API，使用这些库的开发人员也不必更改他们的应用程序代码。这是一项巨大的优势：开发人员可以向前推进，而不必花几个月时间来更新之前的工作。

网络方面如何？安全性方面呢？

更少、频率更低的连接还意味着 HTTP/2 可以减轻网络压力 – 考虑到当今 Web 的规模，这可以显著提高网络效率，特别是移动网络。鉴于 HTTP/2 的高效连接模式，向网站中添加 TLS 的性能影响将会减少，为更多管理员打开了向其网站中添加 TLS 的大门。

何时可以获得它？

HTTP/2 支持在 Windows 10 Technical Preview 的 IE 中提供。IE 的 HTTP/2 工作实际上在 Windows 和 Windows Phone 8.1 中就已经开始了，当时我们添加了实验性的 SPDY 3.0 协议。这使我们有机会获得多路复用 HTTP 协议的经验，并帮助我们朝 HTTP/2 方向推进，现在其已成为一项行业标准。

SPDY 为 HTTP/2 标准提供了一个不错的起点，但它是实验性协议，不适合长期采用。随着 HTTP/2 的发展，我们会在所有将来的 IE 版本中删除对 SPDY 的支持。当前使用 SPDY 的网站和应用程序应可以通过极少的更改，或者根本不需要更改，即可迁移到 HTTP/2。

开发人员和网站所有者应该如何准备应对这一变化？

• 运行 Windows 10 Technical Preview 版本的 IE
• 启动开发人员工具并打开网络跟踪
• 加载支持 HTTP/2 draft-14 的网站。每个实施程序页面上会列出一些不错的网站，页面网址为：https://github.com/http2/http2-spec/wiki/Implementations
• 观察 HTTP/2 数据包流

Technical Preview 也支持 HTTP/2 服务器。这意味着您可以在 IIS 中创建网站并端到端地测试内容。注意：在 Technical Preview 版本的 IE 和 IIS 中，HTTP/2 上不支持不安全的连接（即 HTTP），只支持安全连接（即 HTTPS）。

请体验我们的 HTTP/2 实现并对其进行全面测试！您可以通过 @IEDevChat 或 Connect 提供您的反馈。

— 高级项目经理 Rob Trace

— 高级项目经理 David Walp

Windows 10 Technical Preview 中的 IE 新增功能

HTTP/2

Windows 10 Technical Preview 中的 Internet Explorer 支持新的 HTTP/2 网络协议，它是获得了广泛行业支持的一项标准化工作。HTTP/2 基于我们在 IE11 中提供 SPDY/3 支持的经验而构建，并使用多路复用、标题压缩和服务器推送等技术改善 Web 性能。

Windows Technical Preview IE 的 F12 工具中显示的 HTTP/2 支持

Chakra JavaScript 引擎的性能改进

Windows 10 Technical Preview 中的 IE 还对我们的 Chakra JavaScript 引擎进行了多项性能改进。这些更改包括简化 Chakra 的执行管道以便更快启动、优化 Chakra 的即时编译器以提高脚本执行吞吐量，以及增强 Chakra 的垃圾回收子系统以提高应用和网站的 UI 响应能力。

可互操作的顶级域名分析

Windows 10 Technical Preview 中的 IE 可将域名分析切换为使用 https://publicsuffix.org 中的算法和域名列表。

在 UserVoice 上启动 IE 平台意见箱

今天，我们还宣布推出基于 UserVoice 反馈平台的 IE 平台意见箱。去年 4 月我们曾宣布要与 Web 开发人员建立更好的双向对话，这就是我们在这项工作中采取的最新步骤，其他工作还包括每月一次的 #AskIE 研讨会和 8 月份推出的有趣的 Reddit AmA。

通过使用 UserVoice 投票系统，我们可以准确了解哪些功能建议是 Web 开发人员社区最常提出的，从而帮助我们确定工作重点。我们还将投票计数直接链接到 status.modern.ie，使我们能够更容易地收到您在新标准和功能方面的反馈。

status.modern.ie 上功能的投票计数 - 单击一下即可在 UserVoice 上投票！

请注意，特定的缺陷应继续通过 Connect 报告。有关 Internet Explorer 用户体验的反馈，请使用 Windows 10 Technical Preview 中内置的“Windows 反馈”应用。

试用最新 IE Web 平台

除了改善反馈渠道之外，我们还致力于帮助 Web 开发人员亲自体验最新的 IE Web 平台。6 月份，我们推出了 IE 开发人员渠道版，该版本可与 IE11 的发布版本同时安装。根据我们收到的宝贵反馈，我们已在 8 月 IE11 更新中提供了 IE 人员渠道版中预先推出的许多功能。

若要继续预览最新的 IE Web 平台，请加入 Windows Insider 计划并安装 Windows 10 Technical Preview。加入 Windows Insider 计划后，您将会订阅定期预览版更新，帮助您站在 Windows 和 Internet Explorer 技术的最前沿。

还有更多内容即将推出

今天的讲述只是浅尝辄止，我们期待在将来的博文中分享有关 HTTP/2、Chakra 性能改进、顶级域名分析更改以及 Internet Explorer 平台意见箱的更多详细信息。要想了解更多信息，请务必在太平洋时间 10 月 2 日上午 10:00 至中午 12:00 参加我们定期进行的 #AskIE Twitter 聊天，主办方为 @IEDevChat。

— Internet Explorer 首席项目经理主管 Charles Morris

Windows Phone 8.1 更新包括数百项 Internet Explorer 11 增强功能，可大大提高与移动 Web 的兼容性。

根据您的反馈，我们致力于为 IE 用户提供与 iOS 和 Android 设备一致的 Web 使用体验 – 即使这意味着我们需要添加非标准 Web 平台功能。我们相信，运行当今标准化程度较低的移动 Web 是一种更加注重实效的方法。

我们测试了超过 500 个热门移动网站，发现 IE11 更新可改善其中 40％ 以上网站的体验。

例如，如果使用 IE11 访问 www.twitter.com，过去您看到的是：

Windows Phone 8.1

在包含该更新的 IE11、Firefox OS 和 iPhone 上看到的是：

Windows Phone 8.1 更新

Firefox OS

采用 iOS7 的 iPhone

同样，如果使用 IE11 和 Firefox OS 访问 www.baidu.com，您看到的是：

Windows Phone 8.1

Firefox OS

在包含该更新的 IE11 和 iPhone 上看到的是：

Windows Phone 8.1 更新

采用 iOS7 的 iPhone

分析最热门网站

与主要基于标准的“桌面”Web 不同，许多现代移动网页都是针对 iOS 和 iPhone 设计和构建的。这导致其他设备的用户通常会获得降级的体验。

几周前我们讨论了我们对 Web 的愿景和优先任务。我们认为，“Web 应该人皆适用 – 用户、开发人员和企业都包括在内。”我们已开始研究可采取哪些措施让移动 Web 对我们的客户“正常运行”。

当我们对世界各地最热门的移动网站进行调查时，我们开始看到导致问题的常见模式。通常，网站会使用编写粗劣的浏览器检测代码，这会导致 Windows Phone 用户获得桌面网站体验。桌面网站通常较大并且加载速度更慢，从而耗费用户更多的流量额度。到头来，这些网站的文字极其微小，您必须花大量时间缩放和平移才能阅读内容。它们还预期您使用鼠标，因此菜单和窗体很难使用。

当 Windows Phone 8.1 到达 RTM 阶段时，它包含了同样快速、基于标准的 IE11 浏览器引擎，以支持桌面上 IE 的 PC 版本。过年几年，我们讨论了如何使用功能检测和优雅降级向所有浏览器提供相同的标记。尽管我们仍不时会看到因没有遵守此指导原则而中断的桌面网站，但这种情况在桌面上已有所改善。我们在移动 Web 上发现了一种非常不同的情况。许多网站通过旧的供应商特定前缀使用功能，而不支持不带前缀的标准版本或只支持某些设备的供应商前缀。而其他网站则使用只适用于 Safari 或 Chrome 的专有非标准 API。当然，IE 中也有缺陷或缺失的功能，它们在专为我们竞争对手的浏览器设计的移动网站上尤其明显。

在 Windows Phone 8.1 更新中更新 Internet Explorer

我们收集了所有此类兼容性数据，然后开始计划应该对 IE 进行哪些更改。本博文的其余部分将讨论一些最重要的更改以及我们进行这些更改的理由。影响移动网站的问题主要分为五大类：

• 不完善的浏览器检测不能将 IE 识别为移动浏览器并提供桌面体验
• 只使用已被标准取代的带 webkit 前缀的旧功能
• 使用不存在相关标准的带 webkit 前缀的专有功能
• 使用 IE 不支持且没有正常回退方案的功能
• 遇到 IE 中的互操作性缺陷和实施差异

更改用户代理字符串

我们发现的最重要问题之一是，网站不能将 Windows Phone 上的 IE 检测为移动浏览器并因此提供桌面内容。这通常导致网站以极小的文字显示，您需要放大才能阅读，并不停地来回平移。通常这还意味着会有更多数据通过手机的数据连接进行传输，因为内容没有针对移动平台进行优化。图像较大，并且会下载和显示更多广告。

网站可通过许多种不同的方法来检测是否提供移动体验。下面是我们在一个真实网站上发现的此类检查方法：

window.mobileCheck = function() {

var check = false;

(function(a){if(/(android|bb\d+|meego).+mobile|avantgo|bada\/|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|iris|kindle|lge |maemo|midp|mmp|mobile.+firefox|netfront|opera m(ob|in)i|palm( os)?|phone|p(ixi|re)\/|plucker|pocket|psp|series(4|6)0|symbian|treo|up\.(browser|link)|vodafone|wap|windows (ce|phone)|xda|xiino/i.test(a)||/1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a wa|abac|ac(er|oo|s\-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r |s )|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi|ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do(c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(\-|_)|g1 u|g560|gene|gf\-5|g\-mo|go(\.w|od)|gr(ad|un)|haie|hcit|hd\-(m|p|t)|hei\-|hi(pt|ta)|hp( i|ip)|hs\-c|ht(c(\-| |_|a|g|p|s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac( |\-|\/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt( |\/)|klon|kpt |kwc\-|kyo(c|k)|le(no|xi)|lg( g|\/(k|l|u)|50|54|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo)|mc(01|21|ca)|m\-cr|me(rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-| |o|v)|zz)|mt(50|p1|v )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt|se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c(\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h\-|v\-|v )|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3|m5)|tx\-9|up(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-| )|webc|whit|wi(g |nc|nw)|wmlb|wonu|x700|yas\-|your|zeto|zte\-/i.test(a.substr(0,4)))check = true})(navigator.userAgent||navigator.vendor||window.opera);

return check;
}

我们更新了 Windows Phone 上 IE 中的用户代理字符串，以增加能够正确交付最佳移动内容的网站的数量。这延续了所有浏览器都必须处理、大多数 Web 开发人员都曾遇到过的一种困扰。例如，早在 2006 年初，就有一个有关 WebKit 缺陷的有趣讨论，题为“Safari 是个大骗子。将它自身报告为 Mozilla、Gecko 和 KHTML。”当我们在桌面上推出 IE11 时，我们向字符串中添加了标记“like Gecko”，因为它大幅改善了与桌面网站的兼容性。Chrome 和 Opera 也声称像 Gecko 和 Safari，以便与 Web 内容兼容。

如果使用 IE11 和 Firefox OS 访问 www.hawaiianairlines.com，您会获得桌面浏览体验：

Windows Phone 8.1

Firefox OS

在包含该更新的 IE11 和 iPhone 上看到的是：

Windows Phone 8.1 更新

采用 iOS7 的 iPhone

如果使用 IE11 和 Firefox OS 访问 www.nytimes.com，您也会获得桌面浏览体验：

Windows Phone 8.1

Firefox OS

在包含该更新的 IE11 和 iPhone 上看到的是：

Windows Phone 8.1 更新

采用 iOS7 的 iPhone

通常情况下，我们的建议是开发一个响应迅速且能够根据不同设备的功能进行调整的网站。如果您选择构建移动特定的体验，那么我们建议在用户代理字符串中寻找子字符串“mobile”，以确定何时交付针对移动平台优化的内容：

function isMobile() {
    return navigator.userAgent.toLowerCase().indexOf("mobile")>=0;
}

将带 webkit 前缀的旧功能映射到 IE 实现中

更改用户代理字符串以便 IE 能够接收与其他手机浏览器相同的内容后，我们就可以开始分析破坏移动体验的问题。我们发现的第一个重要问题是，许多移动网站只针对 CSS 渐变、弹性框、过渡和动画发送带 webkit 前缀的内容。对于使用跨浏览器标记的网站，IE11 的基于 Web 标准的引擎已经支持这些功能。正如 Mozilla 发现的那样，WebKitCSSMatrix 在移动设备上非常常用。IE 支持 MSCSSMatrix。许多网站还使用 window.orientation 而不是新兴标准 screen.orientation。我们在这里发现的第二个问题是，网站还经常在它们的代码中使用旧语法。例如，使用旧渐变语法，而不是经过更新的基于标准的方法。

在 Windows Phone 8.1 更新中，我们添加了映射，以便将带 webkit 前缀的常用 API 映射到已经是 IE11 一部分的基于标准的支持。这意味着，只发送 WebKit 代码的网站在页面加载时将被转换为基于标准的代码。我们并未计划支持所有带 webkit 前缀的 API。我们只添加了在移动网站中非常流行，以至于没有它们网站就无法正常工作的那些 API 的映射。

如果使用 IE11 访问 www.macys.com，您看到的是：

Windows Phone 8.1

这里，在包含该更新的 IE11 和 iPhone 上，您可以看到渐变已正确绘制：

Windows Phone 8.1 更新

采用 iOS7 的 iPhone

如果使用 IE11 访问 www.answers.com，您看到的是：

Windows Phone 8.1

这里，在包含该更新的 IE11 和 iPhone 上，您可以看到网站已正确绘制：

Windows Phone 8.1 更新

采用 iOS7 的 iPhone

添加对专有非标准功能的支持

我们发现，少数非标准功能很受 Apple 欢迎并在 iPhone 上广泛使用。这些功能当前不属于标准类别，但不支持它们的浏览器将无法为移动 Web 上的主要网站提供良好体验。其中一个示例是 -webkit-appearance，它使页面能够修改元素的样式以便与本机应用程序相匹配。正如 Mozilla 指出的，“它不仅不标准，而且其行为在不同的浏览器之间也会发生变化。”遗憾的是，如果不对这些专有的非标准功能提供某种级别的支持，网站就会变得更难使用。

IE 中支持的新功能

有几个基于标准的功能 IE 原来并不支持，并且在桌面网站中很少使用，但在移动 Web 中却非常常见。当我们让 IE11 接收更多移动内容时，我们就已经确定，我们将需要添加这些功能。例如，window.locationbar 在 HTML5 中定义，但在桌面网站上极少使用。我们已经基于这些新功能支持的移动网站，优先实现了几项新功能。

其中一个与 API 相关且影响与移动网站兼容性的较大问题是对触控的支持。在 IE10 中，我们提供了对指针事件的支持，该事件现已成为 W3C 的备选建议。在 IE11 中，我们更新了该事件的实现方式以纳入规范变更。通过利用指针事件，希望使用鼠标、触控、手写笔或其他指针输入设备的网站会获得许多性能和功能方面的优势，对于适用于用户所有设备的网站，我们会继续推荐此事件作为最佳 API。

在移动 Web 上，大多数网站都经过编码，以使用较旧的触控事件模型，并且用户预期这些网站能够正常工作。在 IE11 更新中，我们添加了对触控事件的支持，以便这些网站能够正常工作。我们的研究表明，在桌面 Web 上，对同时支持鼠标的设备（如 Windows 平板电脑和二合一设备）启用触控事件会导致更多问题。例如，我们发现，当启用触控事件时，大约 10% 的热门网站不再支持鼠标和触控板。许多网站预期不会同时收到触控事件和鼠标事件，并只支持其中一种事件。我们已经加入了 W3C 触控事件社区小组中其他浏览器供应商的队伍，共同致力于在更大范围内解决 Web 的这些问题。我们已经在此博文中发布了有关指针和触控事件的更多详细信息。

修改影响最大的互操作性问题

当我们继续调查在 Internet Explorer 中无法正常工作的网站中的标记时，我们发现了一些奇特的互操作性问题。例如，<a> 链接内的 <button> 和 <label> 元素可在其他浏览器中独立地进行单击，尽管任何位置都没有明确记录这一行为。另一个示例是 <meta> 刷新支持。HTML5 规范预期字符串“URL=”是元素内容的一部分才能重定向到不同的 URL。其他浏览器不要求此行为，并且当以这种方式错误使用时，IE 中的页面将显示为不断刷新。

最后，我们还在 Trident 引擎中发现了几个缺陷，这些缺陷对热门移动网站的影响尤其明显，我们已经在此更新中包含了这些问题的修补程序。例如，我们修复了location.hash 的一些导航问题和一些影响常用移动网站的 CSS 布局问题。

您可以做什么？

我们进行的许多更改都专门面向使用这些网站上发布的旧版或带供应商前缀的内容。支持所有带 -webkit- 供应商前缀的 API 不是我们的目标。虽然我们会继续我们的宣传工作，以鼓励这些网站采用基于标准的标记，但我们添加的支持目前来说是让移动 Web 正常工作必不可少的。如果您看到使用非标准代码的网站，也可以提供帮助：我们在 webcompat.com 上与 Mozilla 合作记录中断的网站。这些网站通常导致跨多个浏览器的问题，包括 Firefox 和 IE，您可以轻松报告有问题的网站。

如果您是一名 Web 开发人员，可通过 https://modern.ie 上的扫描程序工具运行您的网站。该工具将找出常见编码问题，包括供应商前缀问题，并帮助您修复代码。

总而言之，我们在 Windows Phone 8.1 更新中对 IE 所做的更改可大大改善与最热门移动网站的兼容性。该更新正在向已经采用 Windows Phone 8.1 Preview for Developers 的开发人员推广，并且在随后几个月中，还将向拥有运行 Windows Phone 8.1 的设备的消费者推广。我们还在 MSDN 上的 IE 开发人员指南中发布了所有更改的完整列表。

如有疑问，您可以在 Twitter @IEDevChat 上与我们联系。下一次 #AskIE tweet 聊天将在今天（7 月 31 日）的美国太平洋时间上午 10:00 到中午 12:00 进行。请确保在问题中包含 #AskIE。

Adrian Bateman
Internet Explorer 项目经理

Frank Olivier
Internet Explorer 项目经理

考虑到 Firefox 即将支持指针事件，而 Google 最近决定不执行此规范，为了帮助开发人员了解各种 API 的使用场合，我们想分享我们经过更新的指导原则，以及有关我们认为 Web 平台下一步发展的前瞻性想法。

比较和对比模型

我们希望开发人员使用适合他们的输入技术。我们提供了互操作触控事件和技术领先的指针事件，前者适用于如今最为广泛的跨浏览器访问，而后者可实现更简单的编码模式、更多的功能、更多的设备支持、更简单的响应迅速的设计和最佳的硬件加速。下面是各种模型的质量和功能的明细。

请查看此 HTML5 Rocks 文章，详细了解它们的一些差异和问题。

性能

性能是输入，特别是触控输入的关键。现实是您只是在一层玻璃上滑动手指，而我们希望的是感觉像在您移动网页一样。因此，我们花了 3 年进行工程设计，将 IE 的触控管道重新架构为四线程的 GPU 加速管道（从 IE10 开始，并在 IE11 中改进），并且我们设计了指针事件来利用这些类型的体系结构，这些优势后来也开始出现在其他现代浏览器中。

平移和缩放通常是最重要的触控交互，在 IE 和 Chrome for Windows 的所有触控手势中占 60% 以上的比重。几乎每个本机应用、Web 应用或网站都会使用平移和/或缩放。就输入性能而言，手势很能说明问题。如果平移反应迟缓（在延迟一段时间后才跳至手指所在位置）或断断续续（丢帧），您会注意到它只是玻璃而已，并会记住这一点。

触控事件要求运行同步的 JavaScript 后再开始平移或缩放，这样会导致大约数百毫秒或更长时间的延迟，从而引起重大性能问题。因此，切换到指针事件可能会显著改善触控体验：

在此基本示例测试页面（延迟配置为 1000 毫秒，由 Chrome 团队的 Rick Byers 开发）中，使用 IE 中的触控事件，可以看到在移动触控触点 1020 毫秒并行进 4.8 厘米后才呈现平移的第一个帧，用户可明显感觉到这一点。只需将触控事件处理程序替换为指针事件处理程序，即可将此延迟缩短到 31 毫秒和 0.3 厘米，使性能提高 32 倍以上。

虽然此测试页面的延迟是人为造成的，却展示了 Web 上常见的基本性能问题。在实践中，与 1000 毫秒值表现出的延迟相比，我们看到的页面的延迟有短有长。此变量极大地依赖于浏览器的主要线程，会导致无法预测的用户体验，并且会妨碍实现 1 毫秒的最佳响应时间。Microsoft Research 的尖端科技研究人员展示了此类延迟减少所产生的令人难以置信的用户影响。我们仍然在为实现 1 毫秒的平移/缩放响应时间而努力，并将指针事件视为达到此目标的关键一步。

指针事件还具有触控事件所不具备的其他功能，例如开发人员要求的移入/移开/进入/离开过渡事件，更多功能意味着更多开销。但我们已经为了降低这些开销而进行了大量投入。通常，这些功能所需的额外点击测试总计只能缩短 0.15 毫秒的延迟，如果我们开始看到证据能证明这对开发人员实现 60FPS 性能的能力的影响，我们就会了解如何进一步改善此功能。

兼容性

在我们宣布支持触控事件的博文中，我们曾提到桌面 Web 中阻止我们以兼容方式将此 API 引入这些设备的问题。例如，如果在桌面上启用触控事件，则以下常见编码模式会中断鼠标支持：

在此错误的模式中，不能在支持触控事件的任何浏览器中关联关键的鼠标事件处理（无论设备实际上是否有触摸屏）。此问题会导致菜单、下拉列表、共享图标等功能出现严重问题，并会导致鼠标不能在 Web MD、Macys、Onet、Pages Juanes、Globo、Samsung、淘宝、Huffington Post 等网站上正常工作。

为了让用户触控体验和开发人员的生活更轻松，我们希望完成以下任务：

• 将触控事件支持添加到 Windows Phone 的 IE 中（已完成）
• 与网站开发人员合作，解决上面提到的希望有一天我们能够以负责任的方式启用 API 的问题（正在进行的工作：密切关注我们的宣传团队和 webcompat.com 的电子邮件或 tweet）。
• 将触控事件引入我们所有的平台，减少支持矩阵对开发人员的困扰（正在进行的工作）
• 致力于在其他平台上实施指针事件（在 Firefox 和 Chrome 上正在进行的工作）
• 积极接洽网站和框架开发人员，倾听他们的反馈以及所需的 Web 平台发展方向
• 共享我们的内部设计文档、架构图、测试方法和我们的其他浏览器的代码（正在进行的工作）

许多开发人员会发现，最简单的方法是通过其他浏览器的 polyfill 插件（例如 Google Polymer 指针事件或 Hand.JS）使用指针事件。但如果选择使用触控事件，则务必同时提供适当的鼠标支持，并且决不能想当然地认为存在触控事件 API 即表示设备有触摸屏。

展望未来

输入事件仍然是各种浏览器和设备上较大的互操作性难题之一。与大多数互操作问题一样，此难题必然会以复杂的编码模式和兼容性问题的形式让开发人员和用户煞费苦心。我们致力于通过浏览器中的互操作性工作和 W3C 的标准化工作改善这种体验。

我们希望构建一个适合 Web 开发人员和我们的用户的平台。请向我们提供反馈 - 哪种平台适合您？哪种不适合您？您接下来想要看到哪种平台？请在 @iedevchat、Chrome 和 Firefox 问题跟踪器中直言不讳。

项目经理
Jacob Rossi

Microsoft 为移动优先和云优先的环境提供了创新的变革性服务，帮助您执行更多操作，完成更多任务；而 Internet Explorer 正是这一愿景的核心。 在当今的数字世界中，有数十亿用户在使用联网设备，这些设备由基于云服务的应用程序提供支持，覆盖工作和生活的方方面面。 为了在任何设备上随时随地联网以获得最新网站和服务提供的最快、最安全的体验，运行现代浏览器比以往任何时候都更为重要。

开发人员和用户获得的好处

当用户采用最新的 Web 浏览器时，开发人员也将获益。旧版浏览器可能不支持现代 Web 标准，因此浏览器分散化是网站开发人员面临的问题。如果客户使用现代浏览器，Web 应用开发人员也可以更高效地工作，并创建更好的产品和产品路线图。升级让开发人员生态系统受益匪浅。

用户也会因现代浏览器而受益，因为现代浏览器可实现最新的数字化工作和生活体验，同时又可降低联机风险。Internet Explorer 11 是我们最新的现代浏览器，提供了许多优势：

• 更安全 – 过时的浏览器成为提高 Web 生态系统安全性和可靠性的一大障碍，因为现代 Web 浏览器具有更好的安全保护。Internet Explorer 11 包含诸如增强保护模式等功能，有助于增强客户的安全性。Microsoft 主动修复了 Internet Explorer 中的许多潜在漏洞，我们帮助保护客户的工作现已取得以下成果：据 NSS Labs 报告，恶意软件防范成效已从 2009 年 Internet Explorer 8 的 69% 上升到 Internet Explorer 11 的 99% 以上。因此，经过完全修补的最新 Internet Explorer 版本比旧版本更安全也就不足为奇了。
• 高效 – 最新 Internet Explorer 速度更快，支持更多现代 Web 标准，并且与现有 Web 应用的兼容性更好。除旧版 Web 应用外，还能运行如今的网站和服务（例如 Office 365），用户也因此而受益。
• 开启未来 – 升级并采用最新版本的 Internet Explorer 可简化迁移到 Windows 8.1 更新和最新 Windows 平板电脑及其他设备的过程，从而充分发掘下一代技术的价值，提高工作效率。

浏览器迁移指导原则

Microsoft 建议启用自动更新，以确保获得最新计算体验（包括最新 Internet Explorer 版本），如今大多数消费者都在使用自动更新。我们鼓励商业客户尽快测试和接受更新，特别是安全更新。定期更新具有巨大优势，例如降低安全风险和提高可靠性，而 Windows 更新可自动安装 Internet Explorer 和 Windows 的更新。

对于尚未运行适用于相关操作系统的最新浏览器的客户，我们鼓励您升级和获取最新版本，从而获得更快、更安全的浏览体验。从 2016 年 1 月 12 日开始，我们将对以下操作系统和浏览器版本组合提供支持：

在 2016 年 1 月 12 日之后，只有适用于支持的操作系统的最新 Internet Explorer 版本可获得技术支持和安全更新。例如，在 Windows 7 SP1 上使用 Internet Explorer 8、Internet Explorer 9 或 Internet Explorer 10 的客户应迁移到 Internet Explorer 11，才能继续获得安全更新和技术支持。有关 Windows 和 Windows Embedded 支持时间表的详细信息，请参阅 Microsoft 支持生命周期网站。

由于某些商业客户已标准化早期的 Internet Explorer 版本，Microsoft 正在推出新功能和资源来帮助这些客户升级和获取最新浏览器。客户应计划升级到现代标准以便受益于现代 Web 应用的性能、安全性和工作效率，但在短期内，向后兼容旧版 Web 应用可能是一种经济高效的临时途径。2014 年 4 月发布的 Internet Explorer 11 企业模式提供了增强的向后兼容性，可让您在过渡到现代 Web 标准期间运行许多旧版 Web 应用。 

今天，我们宣布将在操作系统生命周期持续期间支持企业模式，以扩展其现有的 Web 应用投资，同时获取最新的 Internet Explorer 版本。Windows 7 上的企业模式支持将于 2020 年 1 月 14 日终止。Microsoft 将继续改善企业模式的向后兼容性，并对工具和其他资源投资，以帮助客户升级和获取最新的 Internet Explorer 版本。

浏览器迁移资源

Microsoft 为希望迁移到最新 Internet Explorer 版本的客户和合作伙伴提供了许多联机支持资源。

1. Modern.IE – 对于将网站更新为现代标准的开发人员，Modern.IE 提供了一套工具、最佳实践和说明性指导。Intranet 扫描程序可供下载，用于评估企业网络中的 Web 应用。
2. Internet Explorer TechCenter – Internet Explorer TechNet 网站包含部署、维护和支持 Internet Explorer 的技术资源。其中详细介绍了 Internet Explorer 11 的企业模式，它通过利用新的向后兼容功能，帮助客户扩展 Web 应用投资。
3. Internet Explorer 开发人员中心 – MSDN 开发人员网站包含 Internet Explorer 应用程序开发的相关资源。
4. Microsoft 评估和计划 (MAP) 工具包 – 此工具包是一个无代理的清点和计划工具，可评估您当前的浏览器装机量。

对于需要实际操作指导的客户和合作伙伴，Microsoft 有许多可用的部署和兼容服务来帮助迁移。这些服务包括：

1. Microsoft 服务支持 – 通过将您的业务与 Microsoft 服务高级支持进行搭配，从您的 IT 基础结构中获得最大收益。我们专门的支持团队可提供持续的实际操作帮助和即时升级来解决紧急问题，从而加快问题解决速度，并帮助您确保任务关键系统正常运行。
2. Microsoft 咨询服务 – 通过快速高效地部署您的 Microsoft 技术缩短从投资中获得收益的时间；当您的用户充分利用这些技术时，他们的技能和您的业务都能得到发展。Microsoft 服务顾问可与您的组织合作部署并经济高效地采用 Microsoft 技术，并且我们可帮助您最大程度地降低最复杂计划的风险。我们的 Microsoft 平台专业知识以及我们与全球合作伙伴网络和技术社区的协作，使我们能够帮助您考虑通过您的创新和 Microsoft 的技术与解决方案可以实现的其他成果。
3. Internet Explorer 迁移研讨会 – Microsoft 服务的“Internet Explorer 迁移研讨会”采用面向 IT 专业人员和开发人员的结构化研讨会的形式，帮助客户了解迁移到最新 Internet Explorer 版本的过程。您的主题专家将会快速了解如何评估兼容性问题和修补技术。有关详细信息，请联系您的 Microsoft 服务代表或访问 www.microsoft.com/services。
4. 在 Pinpoint 上查找 Microsoft 合作伙伴 – 联系您所在区域的 IT 认证专家，他们知道如何在尽量避免中断您的业务和应用程序的情况下，帮助您升级到最新版本的 Internet Explorer [和 .NET Framework]。

通过提供更好的向后兼容功能和资源帮助客户升级，Microsoft 可让商业客户以比以往更轻松的方式获取最新的 Internet Explorer 版本。除了获得现代 Web 标准、更高的性能、增强的安全性和更好的可靠性外，迁移到 Internet Explorer 11 还有助于升级到 Windows 8.1 更新、Office 365 等服务以及最新的 Windows 设备。

— Internet Explorer 主管 Roger Capriotti

ActiveX 控件是一些小应用，可帮助网站提供视频和游戏等内容，并帮助您与工具栏等内容进行交互。遗憾的是，由于许多 ActiveX 控件不会自动更新，因此随着新版本的发布，它们可能会变得过时。将 ActiveX 控件保持为最新状态非常重要，因为恶意或遭受攻击的网页可能会寻找过时控件中的安全漏洞，以收集信息，安装危险软件或让其他人远程控制您的计算机。

例如，根据最新的 Microsoft 安全情报报告，2013 年每个月的 Java 漏洞攻击占检测到的漏洞相关攻击的 84.6% 到 98.5%。这些漏洞可能已在最近的版本中得到修复，但用户可能不知道如何升级。为了帮助避免 ActiveX 控件出现这种情况，2014 年 8 月 12 日的 Internet Explorer 更新将推出一项新的安全功能，称为“过时 ActiveX 控件阻止”。

过时 ActiveX 控件阻止功能使您能够：

• 了解 Internet Explorer 何时阻止网页加载常见但过时的 ActiveX 控件。
• 与不受过时控件影响的网页其他部分交互。
• 更新过时控件，以便它保持最新，使用起来更安全。
• 清点您的组织使用的 ActiveX 控件。

我们希望在下周推出更新之前提前分享一些指导，以帮助您了解此功能并确定最佳操作过程。如果您是最终用户并看到通知栏，建议您更新到最新版本。如果您是 IT 专业人员，可以确定如何实现此功能。

支持的配置

过时 ActiveX 控件阻止功能适用于：

• Windows 7 SP1 及更高版本上的 Internet Explorer 8 至 Internet Explorer 11
• Windows Server 2008 R2 SP1 及更高版本上的 Internet Explorer 8 至 Internet Explorer 11
• 所有安全区域（例如 Internet 区域），但不适用于“本地 Intranet”区域和“可信站点”区域

此功能不会对“本地 Intranet”区域或“可信站点”区域内的 ActiveX 控件发出警告，也不会阻止这些控件。

过时 ActiveX 控件阻止通知是什么样子的？

必须注意，默认情况下，此功能会警告用户，并提供更新控件或忽略警告的选项。当 Internet Explorer 阻止过时 ActiveX 控件时，您会看到一个与下图类似的通知栏，具体取决于您的 Internet Explorer 版本：

Internet Explorer 9 至 Internet Explorer 11

Internet Explorer 8

在有关过时 ActiveX 控件的通知中单击“更新”会将您带到该控件的网站以下载其最新版本。或者，在托管环境中，IT 人员可以配置相应的功能来阻止用户运行过时 ActiveX 控件，而不只是发出警告。

如果某个网页尝试在 Internet Explorer 之外启动特定的过时应用，过时 ActiveX 控件阻止也会向您发出安全警告，告诉您这种情况：

Internet Explorer 如何决定阻止哪些 ActiveX 控件？

Internet Explorer 使用 Microsoft 托管的文件 versionlist.xml，来确定是否应该阻止加载某个 ActiveX 控件。该文件将使用新发现的过时 ActiveX 控件进行更新，Internet Explorer 会自动下载该文件以覆盖您的本地文件副本。刚开始时我们只标记较旧版本的 Java，但随着时间的推移，我们会陆续向该列表中添加其他过时 ActiveX 控件。

在 2014 年 9 月 9 日之前，当网页尝试加载以下版本的 Java ActiveX 控件时，此功能会通知用户：

• J2SE 1.4，低于（但不包括）update 43 的所有版本
• J2SE 5.0，低于（但不包括）update 71 的所有版本
• Java SE 6，低于（但不包括）update 81 的所有版本
• Java SE 7，低于（但不包括）update 65 的所有版本
• Java SE 8，低于（但不包括）update 11 的所有版本

您可以在 Internet Explorer 版本列表中查看 Microsoft 过时 ActiveX 控件的完整列表。

托管环境的过时 ActiveX 控件阻止功能

“本地 Intranet”区域和“可信站点”区域中的过时 ActiveX 控件阻止功能将关闭，以帮助确保 Intranet 网站和可信业务线应用能够继续不受干扰地使用 ActiveX 控件。有些客户可能希望更精细地控制此功能在托管系统上的工作方式。IT 专业人员可能希望打开 ActiveX 控件的日志记录，强制进行阻止，允许所选域使用过时 ActiveX 控件，或者完全禁用此功能（不建议这么做）。有关企业就绪指南，请参阅 Microsoft 知识库文章 2991000。

为了支持这些应用场景，Internet Explorer 包含了四个新的组策略设置，您可以使用这些设置来管理过时 ActiveX 控件阻止功能。

• 日志记录可以告诉您哪些 ActiveX 控件将允许使用，或进行标记以便发出警告或阻止，以及出于什么原因。创建 ActiveX 控件清单也可以显示哪些 ActiveX 控件与增强保护模式（该模式是 Internet Explorer 11 的一项安全功能，可针对浏览器漏洞攻击提供额外保护）兼容，但并非所有 ActiveX 控件都与 EPM 兼容，因此，此功能可帮助评估贵组织是否已准备好阻止过时 ActiveX 控件和启用 EPM。该组策略是“在 Internet Explorer 中启用 ActiveX 控件日志记录”，可以单独使用，也可以与另外三个策略结合使用。
• 强制阻止可防止用户忽略有关过时 ActiveX 控件的警告。用户不会看到“运行这一次”按钮。该组策略是“删除 Internet Explorer 中过时 ActiveX 控件的“运行这一次”按钮”。
• 可以对所选域进行管理，使 Internet Explorer 不阻止过时 ActiveX 控件，也不发出警告。此策略是“在特定域上关闭 Internet Explorer 的过时 ActiveX 控件阻止功能”，并包括一个顶级域名、主机名或文件的列表。
• 可以使用策略“关闭 Internet Explorer 的过时 ActiveX 控件阻止功能”关闭此功能。这只能与日志记录临时结合使用，以便在重新启用此功能之前评估 ActiveX 控件。也可以使用注册表项启用此策略，这一点所有 4 个策略均相同 — 对于此策略，相关注册表项是 REG_DWORD“HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Ext\VersionCheckEnabled”，值为零。

请参见此处的完整技术文档。也可以从 Internet Explorer 管理模板页面下载包含这些新设置的更新的 Internet Explorer 管理模板。

使 Internet Explorer 保持最新状态

我们知道许多组织仍然依赖 ActiveX 控件的功能，但过时 ActiveX 控件如今会带来风险。通过帮助消费者保持最新状态并使 IT 部门能够更好地管理 ActiveX 控件（包括与增强保护模式兼容的那些控件），Microsoft 可以帮助客户提高在线安全性。这是我们履行承诺的另一个例子，这个承诺就是帮助用户及时获得更安全、更可靠的 Internet Explorer。

最后，感谢 Java 工程团队与我们合作提供此功能。这种合作伙伴关系表明，在帮助用户保持最新和安全方面，Java 和 IE 的目标一致！

附录 - 2014 年 8 月 10 日

我们已收到多个有关此更新的问题，想在此澄清这些问题并进行简短声明。

根据客户反馈，我们已经决定等待 30 天，然后再开始阻止任何过时 ActiveX 控件。客户可以使用新的日志记录功能评估其环境中的 ActiveX 控件，并部署组策略来强制阻止、关闭特定域的 ActiveX 控件阻止功能，或完全关闭此功能，具体视其需求而定。此功能和相关组策略仍将在 8 月 12 日推出，但在 9 月 9 日（周二）之前，不会阻止任何过时 ActiveX 控件。Microsoft 将继续打造更安全的浏览器，我们鼓励所有客户进行升级，获取最新的 Internet Explorer 和更新。

下面是有关此次更新的一些常见问题的解答。

常见问题解答

此次更新涵盖哪些过时 ActiveX 控件？

当在 8 月份首次发布此功能时，不会影响任何 ActiveX 控件。9 月份，只有过时的 Oracle Java ActiveX 控件会受影响。所有其他 ActiveX 控制将延续现有行为。

此次更新是否会影响在 Internet Explorer 之外使用过时 Java 的应用程序？

不会。只有在 Internet Explorer 中将 Java 的过时版本作为 ActiveX 控件加载时，此功能才会提示用户。

此次更新是否同时适用于服务器和客户端 SKU 上的 Internet Explorer？

是的。

此功能是 8 月累计更新的一部分还是将作为单独的修补程序发布？

此功能将是 8 月 Internet Explorer 累计安全更新的一部分，但在 30 天内，不会阻止任何过时 ActiveX 控件，以便为客户留出时间测试和管理他们的环境。

此功能是否有助于抵御以过时 Java 控件为目标的主动攻击？

是的，安装 Java 运行时的最新版本可以显著提高用户安全性。Microsoft 安全博客“持续更新 Oracle Java 仍然能够提供较高的安全投资回报率”和 Microsoft 安全情报报告中提供了有关特定 CVE 的更多详细信息。

如果某个受信任的应用程序需要使用过时 Java，最终用户是否可以选择忽略提示？

可以，对于需要使用过时 ActiveX 控件的 Internet 网站，用户可以选择“运行这一次”选项。

我所在企业在 Intranet 区域或“可信站点”区域中有一些业务线网站依赖于过时 Java ActiveX 控件，此次更新是否会影响这些网站？

不会，在应用此更新后，Intranet 区域或“可信站点”区域的网站将继续照常运行。通过完全限定域名或 IP 地址访问的 Intranet 网站会视为位于 Internet 区域内，将会受到此次更新的影响。请参阅以下知识库文章查看完整讨论和建议的解决方法。此外，还应注意，在前 30 天内，将不会有过时 ActiveX 控件受到影响，以便为客户留出时间测试和管理他们的环境。

我所在企业在 Internet 区域有一些业务线网站依赖于过时 Java ActiveX 控件，此次更新是否会影响这些网站？

过时 Java ActiveX 控件最初不会受到影响，以便为客户留出 30 天时间测试和管理他们的环境。9 月 9 日之后，当最终用户尝试加载过时 Java ActiveX 控件时，将会看到一则提示（如上文所述）。最终用户可以单击“运行这一次”选项以加载过时 Java ActiveX 控件。加载后，过时 Java ActiveX 控件将照常工作。

如果我所在企业需要较旧版本的 Java 运行时，能否禁用此功能？

可以，可通过多种方法禁用此功能。Microsoft 提供了更新的 IE 组策略管理模板，其中包括 4 个用于控制此功能的新组策略*。其中两个组策略可用来按域禁用或完全禁用此功能。

如果您不希望使用组策略管理模板来禁用此功能，则可以使用可通过组策略设置的以下注册表项（此处和此处详细介绍了该操作过程）。所有注册表项都可以在 HKLM 或 HKCU 中设置（HKLM 优先于 HKCU）。

reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Ext\ Domain" /v contoso.com /t REG_SZ /f

reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Ext" /v VersionCheckEnabled /t REG_DWORD /d 0 /f

如果上述方法均不起作用，可以将需要使用过时 Java ActiveX 控件的网站的地址添加到“可信站点”区域中。

没有管理访问权限是否可以禁用此功能？

可以。具体方法是删除之前下载的所有 versionlist.xml 文件并指示 IE 停止更新 XML 文件。这可以通过在命令窗口中运行以下命令来实现：

1. reg add "HKCU\Software\Microsoft\Internet Explorer\VersionManager" /v DownloadVersionList /t REG_DWORD /d 0 /f

2. del “%LOCALAPPDATA%\Microsoft\Internet Explorer\VersionManager\versionlist.xml”

Internet Explorer 如何获取、更新和使用 versionlist.xml 文件？

受支持的 Internet Explorer 版本将会在安装 8 月累计更新并启动 Internet Explorer 后的 12 小时内下载 versionlist.xml 文件的初始版本。versionlist.xml 文件将从此处下载到以下位置：%LOCALAPPDATA%\Microsoft\Internet Explorer\VersionManager\versionlist.xml。

下载该文件后，该功能即被启用，Internet Explorer 将开始根据 versionlist.xml 文件中的数据阻止过时 Java ActiveX 控件。然后，Internet Explorer 会定期检查该文件的更新。如果 Microsoft 更新该文件，Internet Explorer 将下载该文件的新版本。请注意，在前 30 天内，该文件不会阻止过时 ActiveX 控件，以便为客户留出时间测试和管理他们的环境。

企业是否可以禁用或改写用户在过时 ActiveX 提示上单击“更新”按钮时将定向到的 URL？

用户在单击“更新”按钮时将定向到的 URL 存储在 versionlist.xml 文件中，虽然可以在该文件中更改此 URL，但 versionlist.xml 将来的任何更新都将覆盖这些更改。

过时的 Java 是该功能在 9 月份阻止的唯一一个 ActiveX 控件吗？

是的，9 月份，该功能将只阻止过时的 Oracle Java ActiveX 控件。不过，在未来的更新中，Internet Explorer 将会考虑阻止其他常见但过时的 ActiveX 控件。

*在哪里可以找到有关此功能和组策略管理模板的更多文档？

8 月 12 日将分别在 TechNet 上和下载中心提供更多的 TechNet 文档和组策略管理模板。

— Internet Explorer 高级产品经理 Fred Pullen

— 安全部门项目经理 Jasika Bawa

如 Windows 博客所述，我们将继续采用现有的每月更新流程，提供除安全更新之外的更频繁的改进。

Internet Explorer 11 新增功能

该更新包括四项功能改进，主要以客户和开发人员的反馈为基础。其中一些改进已在 Internet Explorer 开发人员渠道版中进行了预览，现已可供发布，在此感谢您的反馈！

F12 开发人员工具的改进

该更新显著改进了 F12 开发人员工具 – 用户界面、控制台、DOM 资源管理器、调试器、模拟工具、UI 响应能力和内存分析工具，全都有了新的功能和缺陷修复。

请参阅 Microsoft 知识库文章 2990946 了解详细信息；我们还会在即将推出的 IE 博文中发布有关 F12 改进的更多详细信息。

经过更新的 F12 UI 响应能力工具

WebGL 呈现程序的改进

WebGL 呈现程序也经过了更新，现在支持 ANGLE_instanced_arrays、OES_element_index_uint 和 WEBGL_debug_renderer_info 扩展、failIfMajorPerformanceCaveat 上下文创建属性、16 位纹理、更多 GLSL 一致性，以及回路和三角扇基元。

此外，现在会有更多的 Windows 7 系统在硬件模式中呈现 WebGL，只要您的驱动程序保持最新状态即可。

这一版本将我们的 Khronos WebGL Conformance Test 1.0.3 分数从 89.9% 提高到 96.8%。有关详细信息，请参阅 Microsoft 知识库文章 2991001。我们还会在将来的 IE 博文中分享有关 WebGL 的更多内容。

WebDriver 支持

8 月更新还为 IE11 支持新出现的 WebDriver 标准奠定了基础，通过这一标准，Web 开发人员可以编写测试以自动执行 Web 浏览器测试其网站的过程。该标准是一种可编程的远程控制，用于开发复杂的用户应用场景和以自动方式在您的网站和浏览器中运行这些应用场景。8 月更新包含对浏览器引擎的更改，这些更改是实现本机 WebDriver 支持所必需的。您需要安装一个单独的程序包来运行 WebDriver 脚本，我们将很快发布该程序包。

阻止 Internet Explorer 中的过时 ActiveX 控件

通过阻止过时 ActiveX 控件，Internet Explorer 可帮助使 ActiveX 控件保持最新，使用起来更安全。有关详细信息，请参阅我们的博文和 Microsoft 知识库文章 2991000。

Internet Explorer 安全更新

8 月更新还包括以下安全更新：

• Microsoft 安全公告 MS14-051 - 这一重要的安全更新可解决 Internet Explorer 中一个已公开披露的漏洞和 25 个未公开报告的漏洞。有关详细信息，请参阅完整公告。
• Flash Player 安全更新 (2982794) - Windows 8、Windows 8.1、Windows Server 2012 和 Windows Server 2012 R2 的受支持版本上的 Internet Explorer 10 和 11 中的该 Adobe Flash Player 安全更新也已发布。Adobe 安全公告 APSB14-18 中介绍了这些漏洞的详细信息。此更新通过更新 Internet Explorer 10 和 Internet Explorer 11 中包含的受影响的 Adobe Flash 二进制文件，解决了 Adobe Flash Player 中的漏洞。有关更多信息，请参阅公告。

始终保持最新

绝大多数客户已启用自动更新并且无需进行任何操作，因为系统将自动下载和安装这些更新。禁用了自动更新功能的客户需要检查更新并手动安装该更新。

请通过 @IEDevChat 或 Connect 提供您的反馈。

— Internet Explorer 项目经理 Sharon Meramore

— Internet Explorer 项目经理主管 Charles Morris

即将发布介绍该版本浏览器有哪些适用于 Web 开发者的新功能的博文，敬请留意。

快速站点访问

每个人都想要一个更快的浏览器，这是一项有趣的挑战，我们的团队将这项工作分成两个部分。首先，您需要告诉浏览器您想要访问哪里，第二，浏览器需要尽快地到达那里。第二项工作通常获得更多的关注和精力，浏览器性能基准（例如 SunSpider、Acid3、Octane 等）方面引发了更多的讨论。一方面我们在基准方面取得了一些进展，另一方面，这次对第一部分工作也就是“告诉浏览器您想要访问哪里”投入了大量的精力，同时取得了重大的改进。以下是我们的工作内容。

常用网站 + URL 预测

当您点击地址栏时，我们知道您可能希望访问一个不同于当前正在浏览网站的站点。我们每个人都会有几个经常访问的站点，现在只需快速点击一下地址栏就可以访问这些站点。在您浏览时，将会更新为反映您最常访问的站点。下面是我的屏幕截图。

如果您决定在地址栏中键入，我们现在可以预测您要访问的网站（下面高亮显示的部分）。现在不用键入整个 URL，只需点击 Enter，就可以快速前往您想要去的站点。一经拥有，您将对这个功能难以割舍。因为您只需较少的步骤就能到达想要访问的站点，所以结果就是浏览器的使用感觉更为顺畅。

无限（易于访问）选项卡 + 一个 IE，畅游天下

现在因为更多的 Web 浏览操作已转为在移动设备上执行，我们希望能够在这类设备上完成更为复杂的任务。一个示例就是多选项卡浏览。以前，我们只能允许最多六个选项卡，在“…”菜单有一个小的分隔栏用于访问选项卡（除非您使用该设置更改地址栏按钮）。

所以我们决定去除此限制 - 这样，您就可以根据自己的喜好打开任意数量的选项卡 - 默认情况下，地址栏旁边的按钮会访问您的选项卡。令选项卡更容易访问是一个受欢迎的变化，不过，我们还听到希望能更容易进行刷新的要求。现在我们下一步就是着手这方面的工作。您将会注意到选项卡按钮和刷新按钮都可以即时访问。

如果您是一个敏锐的观察者，您就会注意到在上面的屏幕截图中的“其他”选项。我们非常高兴地宣布 Internet Explorer 11 将会在手机、平板电脑和电脑之间同步您的浏览数据。这包括您的收藏夹、历史记录、密码和打开的选项卡。现在，您可以从您切换设备时离开的位置重新开始浏览，不再需要通过电子邮件向您自己发送链接。

注意：如果您担心数据的使用超过限额，我们也为您提供了支持保护。只需在 DataSense 应用中输入您的数据限制，我们就会智能地了解何时同步数据，以避免发生数据超量、费用超额的情况。

动态固定网站

我喜欢利用固定网站在开始屏幕上快速访问我喜欢的博客，但是坦白地说，到目前为止，Windows Phone 上的固定网站功能还远远谈不上出色。与展示我喜欢的应用的这些美观而生动的动态磁贴相对，只有一个静态屏幕截图的动态固定网站功能就太逊色了。现在一切都变了。如果您使用过 Windows 8.1，固定网站现在感觉更为亲切和熟悉。

固定网站现在显示丰富的网站图标，甚至可以在后台进行更新，和其他动态磁贴一样，例如，会显示您收藏的博客的最新标题和图片。如果您拥有某个网站，您可以在此处找到有关如何激活该功能的说明（提示：与 Windows 8.1 中的标记一样）。如果您喜欢的网站不支持动态固定网站，请指引他们查看上述说明，并告诉他们现在所有炫酷的网站都在实现这项功能。我们将会为开发者公布更多详细信息，但是同时，请查看下面开始屏幕截图，其全部内容均显示为动态固定网站。

快速流畅地浏览

现在，您可以更快速地访问网站。我们还希望您能够以超乎寻常的速度获取和浏览您关注的内容。因此，我们还提供了嵌入式播放、阅读视图、记住密码、轻扫以返回和前进以及保存已下载文件这些功能，令您在到达网站后，可以获得更快速的浏览体验。

嵌入视频播放

您有多少次在观看 YouTube 视频时曾经想过，“不知道 Internet 对此事作何感想”？现在，您可以在浏览器内观看该视频，并且查看其下面的评论。更有意思的是，我们将会使视频在锁屏界面下播放。我们将会陆续发布更多信息，帮助开发者为嵌入视频播放提供更为出色的支持。

阅读视图

您喜欢在路上用手机阅读明星八卦和时尚杂志文章吗？就像在您的平板电脑或电脑上一样，现在在手机上，点击地址栏上的“阅读视图”图标可以获得更为出色的阅读体验。该视图会扫清杂乱，将所有文章页面整合到一起。下面是使用“阅读视图”时的某个网站上文章的样子。

记住密码

这会令登录更加容易，这一点无须赘言。
PS – 密码现在可以在手机、平板电脑和电脑之间的 IE 上同步。

轻扫可以返回和前进

与您的电脑或平板电脑（是否注意到这个趋势？）类似，您现在可以通过轻扫来返回和前进。是的，前进是 Windows Phone 上的 IE 用户期待已久的一项功能回归！下面的屏幕截图显示正在阅读一篇文章时的返回情形。

保存下载的文件

您现在可以选择是否保存从 Web 中下载的文件！

安全和隐私

我们是第一款利用 SmartScreen Filter 引入了反钓鱼保护的移动浏览器，另外还增加了 DoNotTrack 信号，以应对用户对隐私安全越来越重视的情形。我们还增加了几项功能，以便保证用户在浏览时受到保护。

InPrivate

不希望朋友知道您对独角兽如此着迷怎么办？您现在可以打开 InPrivate 选项卡，当关闭该选项卡时，与该选项卡相关联的所有数据都将被删除。只需在选项卡屏幕上打开该菜单，然后选择“打开 InPrivate 选项卡”。

DataSense 超级省流量模式

我们将 DataSense 引入 Windows Phone 8 上的 IE，浏览相同数量的数据时可以节省高达 40% 的流量，而在浏览体验方面则没有显著的差别。这一次，我们引入了“超级省流量模式”，只下载网站中最重要的内容并且高度压缩图片。下图左侧是启用了超级省流量模式的情形，右侧是未启用超级省流量模式的情形。

网站看起来确实有所不同，如果您的流量额度较小，或者这个月的流量额度马上就要用完，这个功能将会非常有用。在 Internet Explorer 的设置中，您可以选择始终启用“超级省流量模式”、从不启用它，或者将其设置为自动（当将要达到流量限额时，会自动启用该功能，该限额值是在您的 DataSense 应用中配置）。要在“超级省流量模式”下查看某个网站的完全版本，只需点击地址栏上的图标。

辅助功能

Microsoft 在产品设计方面采用包容性原则和方法，确保了解我们所有用户的需求。IE11 支持高对比度模式、Narrator 和一个替代开关，以便能够放大所有的网页。敬请期待 Windows Phone 博客上即将发布的博文，将详细介绍系统范围内的辅助功能。

总结

哎呀！其实想要介绍的内容还有很多！我们非常高兴为您的浏览器带来这么多重大的更新，我们也一如既往地始终期待您的意见和反馈。请在下面填写评论或者关注 tweet @IE。

— Internet Explorer 项目经理 Amin Lakhani

感谢 Dhruv Chadha、Derek Liddell 和 Oren Freiberg 对本篇博文的贡献。

启用 Web 支持的“开始”屏幕

对于 Internet Explorer，用户可通过将最喜爱的网站固定到 Windows 和 Windows Phone“开始”屏幕，来将这些网站放置在他们最喜爱的应用旁。固定来自 IE 的网站允许用户从“开始”屏幕直接访问这些网站，而无需重复导航到它们。

当用户固定您的网站时，已表明他们是您的网站的常客，并且关注您网站的最新动态。考虑到这一点，Internet Explorer 现在为您提供了网站的动态磁贴，允许您的用户在浏览器之外与您的网站保持连接。

借助动态磁贴，您可以通过将突发新闻事件、新消息通知或新博文的标题等新内容放到他们的“开始”屏幕，来与您的用户进行互动。而且，您还可以支持网站的多个磁贴尺寸，从而允许用户以宽形磁贴或大磁贴来突出显示您的网站。

从左上角，向下移动每一列：IE 应用磁贴、youtube.com、techmeme.com、theverge.com、anandtech.com、mathrubhumi.com、twitter.com、reuters.com、t.msn.com、aol.com、economictimes.indiatimes.com、固定网站的 IE 体验演示、wired.co.uk、lapresse.ca、cnet.com、contrejour.ie、dhakatimes.com.bd、outlook.com、wellsfargo.com、geekwire.com、nymag.com、gawker.com、indiatimes.com、facebook.com、vyclone.com、polygon.com、wpcentral.com、theage.com.au。

从左上角，向下移动每一列：IE 应用磁贴、techmeme.com、contrejour.ie、wellsgargo.com、gawker.com、t.msn.com、youtube.com、vyclone.com、固定网站的 IE 体验演示、wpcentral.com

将动态磁贴添加到您的网站

网站的动态磁贴受定期通知的支持，其中平台将以预定义的轮询间隔，从服务器上托管的轮询 URI 中提取文本和图像，并在该网站的磁贴中显示这一内容。您可以通过以下三种方法之一，来添加您的网站的磁贴支持：通过您的网页上的 META 标记、通过创建清单文件或通过 JavaScript API。下面是网站使用 META 标记设置其 Windows 8.1 的磁贴的示例：

<meta name="application-name" content=" CenturyCutCook" /> <meta name="msapplication-TileColor" content=" #009900" />
 <!-- Logos for all four tile sizes --> <meta name="msapplication-square70x70logo" content="smalltile.png" /> <meta name="msapplication-square150x150logo" content="mediumtile.png" /> <meta name="msapplication-wide310x150logo" content="widetile.png" /> <meta name="msapplication-square310x310logo" content="largetile.png" />
 <!-- Notification URL --> <meta name="msapplication-notification" content="frequency=30; polling-uri=1.xml; polling-uri2=2.xml; polling-uri3=3.xml; polling-uri4=4.xml; polling-uri5=5.xml" />

此示例中定义的轮询 URI 包含要显示的通知内容，并且将每半个小时轮询一次。因此，在特定的 30 分钟间隔内，用户可以查看最多 5 个来自此网站的更新，从而使您的用户始终可与您的网站保持密切联系。

轮询 URI 包含遵循预定义模板的 XML 标记。这些模板对于网站和 Windows 应用都是相同的，并且可以控制磁贴的外观。模板可以是基于文本、基于图像或全部。下面的示例包括一个轮询 URI，其具有中等磁贴尺寸、宽形磁贴尺寸和大磁贴尺寸（注意大磁贴尺寸在 Windows 中受支持，而非 Windows Phone）的绑定。

<tile>    <visual lang="en-US" version="2">       <binding template=" TileSquare310x310ImageAndTextOverlay02" branding="name">          <image id="1" src="cheddar_and_ham.png" />          <text id="1">Cheddar and Ham Skewers </text>          <text id="2">This recipe for Cheddar and Ham Skewers made with Sargento Tastings is perfect whether you’re looking for an appetizer to entertain with, or you’re looking for a special crave-worthy afternoon snack </text>       </binding>       <binding template=" TileWide310x150ImageAndText01" branding="logo">          <image id="1" src="cheddar_and_ham.png" />          <text id="1">Cheddar and Ham Skewers</text>       </binding>       <binding template="TileSquare150x150Image" branding="name">          <image id="1" src="cheddar_and_ham.png" />       </binding>    </visual> </tile>

该绑定将产生以下磁贴，包括“开始”屏幕支持的全部四种尺寸：

大磁贴，使用 TileSquare310x310ImageAndTextOverlay02 模板	宽形磁贴，使用 TileWide310x150ImageAndText01 模板
中等磁贴，使用 TileSquare150x150Image 模板	小磁贴（没有通知）

您可以使用我们的代码示例了解关于构建动态磁贴的更多内容，或者如果您的网站上有 RSS 源，并且希望使用其来支持通知，请使用我们的 buildmypinnedsite 向导以在几分钟内为您的网站构建磁贴。

小结

借助 Windows 8.1 和 IE11，您可以与您的用户保持互动，即使他们未打开浏览器选项卡。动态磁贴支持将帮助您的用户不经意间发现“开始”屏幕中的内容，并吸引他们更频繁地访问您的网站。最重要的是，他们可以在几分钟内轻松添加到您的网站！

—Internet Explorer 项目经理 Tanvi Surti

— Internet Explorer 项目经理 Derek Liddell