【发布时间】：2016-07-01 05:18:58
【问题描述】：
我有一个无法重现的错误。加载页面源而不是呈现页面内容的 iframe。它可以在具有相同 iframe src url 的同一台机器上正常工作，而无需更改环境（客户端或服务器端）。
想法？ 请看下面的截图。
这就是我们正在做的事情
- 我们将
i1和i2的src属性设置为“pageThatRedirects.html” - 在 iFrame 加载时，加载的内容仅显示“pageThatRedirects.html”的 html
- 尝试使用相同的 iFrame src 重现此问题时，一切正常。
这是一个常见问题吗？我遇到了 Chrome 错误吗？也许当服务器的响应时间太慢时会发生这种情况？想法？
我尝试通过限制连接在同一页面上的 10-15 个 iframe 中加载相同的 iFrame src 来重现它——希望引起性能/网络问题，但我无法重现它。它出现在 OSX 上的 Chrome 49 中。
Page diagram (where i is an iFrame)
_____________
| | |
| i1 | i2 |
| | |
|_____|_____|
【问题讨论】：
-
1.您能否详细说明“使用相同的 iFrame src 重现此问题”的含义。 2. “pageThatRedirects.html”不在 iFrame 中时可以打开吗？
-
我获取了网址“whatever.com/pageThatRedirects.html”并尝试复制它。它始终有效（解析和呈现内容），即使在出现此问题的机器上，除了这一次。我是前端工作的新手，iframe 本身就是一头野兽——我希望有人看到过类似的东西，可以给我一个开始的地方。
-
我认为您的服务器更有可能出现了问题——并且“这一次”使用错误的
Content-Type标头（或没有标头）提供资源。 （所以根本与 iframe 无关。）如果您对这一次的实际情况有一个粗略的了解，那么我会检查当时的服务器日志是否有任何异常情况。 -
是的，这对我来说最有意义。我可以尝试挖掘它们。提交答案...另外，如果您对如何根据某些标头的存在限制 iframe 内的渲染有任何想法，我很想听听他们:)
标签： javascript html iframe