时间戳

首页 > 解决方案 > DotNetNuke 中的 IE 11 重复 X-UA 兼容标签

internet-explorer - DotNetNuke 中的 IE 11 重复 X-UA 兼容标签

问题描述

在我们的一个站点上，当转到任何在 IE 11（或 10）中具有 recaptch 的表单时，recaptcha 不起作用。我们发现，在除 Edge 之外的所有 IE 版本中 - 添加了重复的 X-UA-Compatible 元标记。

我们已经在页面上，但在 IE 10 及更低版本中，它会在标签<meta content="IE=edge,chrome=1" http-equiv="X-UA-Compatible" />之后立即添加以下内容。head

<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE9">
<![CDATA[<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1" >]]>

这显然是在我们自己的标记之前的标记，因此似乎覆盖了我们仍然存在的设置。

我们尝试了很多任务

我们甚至在完全相同的服务器上克隆了我们的网站。临时域完美运行。但是一旦我们将 dns 指向临时站点 - 问题仍然存在。

我们假设它可能与Microsoft 的兼容性视图有关。通过添加它以被 IE（浏览器级别设置）绕过，一切都按预期工作 - 但这不是我们客户网站的解决方案。

但奇怪的是，即使在 chrome 中，如果您更改用户代理字符串 Chrome 也会收到<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE9">- 这样就放弃了 Microsoft CV 列表的想法。

该站点运行 DNN 7.4.2，我们升级到 8.0.4 - 问题仍然存在。我已经扫描了 DNN 的两个源代码库，但似乎没有任何迹象表明存在问题。

因此，此问题会禁用我们所有客户的联系我们表单 - 但仅适用于 IE 中的用户。我和我的团队完全不知所措。我希望这里的人可能有一些信息来帮助解决这个问题。

标签： internet-explorerdotnetnukedotnetnuke-7x-ua-compatible

解决方案

我们似乎找到了答案，它是 w/ia 第三方模块。我知道我们禁用了该模块（仅管理员权限）并且上周不起作用，但一定是 IE 缓存的一部分。我尝试关闭模块的权限并让 reCaptcha 正常工作。

我们正在使用 EasyDNNGallery - 我看到他们有一个要求https://apis.google.com/js/plusone.js- 我不能逐字说这plusone.js是罪魁祸首 - 我只是在寻找任何其他可能会干扰的谷歌参考。

这是有道理的，因为如果我们克隆了站点 - EasyDNNGallery 没有被激活，因为它是域级别的激活。

最后，由于误报，我们一直在兜圈子。总是重试测试！

推荐阅读