为什么即使关闭了兼容模式并且在标头和标记中都设置了X-UA-Compatible，IE8也不能在Intranet站点上呈现Webfonts？

Question

我正在为一家公司使用自己的自定义锁定版本IE8（包括关闭的开发人员工具）的公司工作。 我最近在网站上添加了webfonts。 当被视为本地存储在其一台计算机上的静态页面时，即使在公司自己的IE8下也可以按预期方式进行渲染，但是当从通过网络访问的运行中系统提供服务时，它们根本不会渲染。

我预计该问题是由于IE8的默认设置（以兼容模式显示Intranet网站）引起的。 当然，只要该站点包含在该区域中，webfonts就无法正确呈现。 如果我将站点添加到“受信任”区域，则Webfonts会按预期显示。

问题是，“以兼容模式显示Intranet站点”实际上已关闭，因此，就兼容模式而言，该区域不应有所作为。 我认为公司的管理员不会覆盖此设置，因为“ IntranetCompatibilityMode”和“ AllSitesCompatibilityMode”（我可以查看但不能编辑）的注册表项都设置为0。此外，我们通过设置来明确请求标准模式HTML5文档类型，并将响应标头和X-UA-Compatible的meta标签设置为IE = edge。

由于我没有可用的IE开发人员工具，因此无法确定无法确认在Intranet区域中Web字体不显示的原因是页面是在兼容模式下呈现的。 所以我的问题是：

• 网页是否在Intranet和Trusted区域之间呈现不同的其他原因？ （例如，这是否是文档模式和此处要求的浏览器模式之间的差异，但尚未得到答复， 即使文档模式是固定的-内联网站点，IE8也会根据浏览器模式以不同的方式呈现网页 ？）
• 如果兼容性模式确实是造成差异的原因，那么我还需要做什么来强制采用标准模式？ 理想情况下，即使选中“在兼容模式下显示Intranet站点”，此方法也可以使用。

Answer 1

确定问题，而不是兼容模式。 我调查了区域之间安全设置的差异，发现公司管理员已停用该设置，以允许Intranet区域中的“下载字体”。 即使字体托管在同一域中，这也适用。