查看一些广告公司（DoubleClick、Atlas），我遇到了 iframe buster 文件的概念，它们与广告发布者托管在同一主机上（一个示例： http: //www.adopstools.com/ibusters /atlas/atlas_rm.htm，并且有很多适用于该页面的 JS 代码）。
我读到它们用于动态调整 iframe 的大小。这就是 iframe busters 的全部内容吗？将它们托管在发布者的主机上是否有助于 JS 跨域限制？
补充：我指的是这里描述的用例：http ://blog.operative.com/?tag= iframe，而不仅仅是将 iframe 源文档更改为顶层。
这是为“接管广告”完成的。我们使用 iframe（ADI - iframe vs ADJ - javascript）有几个原因：
1 - 它们减慢了页面内容的加载速度。2 - 他们可以破坏您页面上的 javascript，导致您的页面停止正常运行。3 - 更糟糕的情况：他们注入恶意代码。
使用 iframe (ADI) 方法，广告被隔离到自己的文档中，不会干扰主网页。
但是，在某些情况下，您的营销团队想要运行接管广告。它们是在 iframe 窗口之外展开的广告。对于这些广告，大多数顶级广告供应商都设置了“iframe 破坏”方法。这种方法要求您在您的身边托管一个文件，广告可以与之交互并绕过浏览器的跨域限制。
以下是这些文件的完整列表：http: //www.adopstools.com/?section=miscellaneous &page=iframes
iframe busters 旨在将网页从另一个页面中的 iframe 中分离出来，以便它们成为顶级页面
例如，如果我在这个答案中有一个 iframe，其中包含您的网站，那么 iframe 破坏者在您的网站上的作用就是将您的网站从我的 iframe 中删除，并阻止我使用 iframe 显示您的网站
这类似于框架破坏者，其中网站可能被封装在框架集中，顶部的第二个框架显示挖掘栏或广告。在这种情况下，框架破坏者将强制浏览器显示网站，并且仅显示作者预期的网站，而不是在一个框架中显示潜在的广告或恶意软件捆绑在另一个框架中。
在提供的示例中，JavaScript 用于将脚本标记插入到执行实际帧破坏的第二个 JavaScript 文件中。链接的 html 文件中使用的 JavaScript 只是混淆了这个过程，同时为不同的广告加载不同的 url，每个广告都有不同的 iframe html 插入。
长度可能是猫和老鼠追逐的一个因素，这在框架破坏技术中很常见，在这种技术中，网站编写了脚本来破坏框架，而负责构建网站的公司已经编写了反框架破坏脚本，所以已经编写了反反框架破坏脚本。
iframe Busters 用于帮助某些类型的富媒体广告素材发挥其全部功能。例如，如果将可扩展富媒体投放到 Iframe 中而无法从 Iframe 中退出，则该扩展式富媒体将不会展开。
这就是 Iframe Buster 发挥作用的地方。
Iframe buster 的目的是让广告素材脱离发布商 Iframe，以便广告素材可以完全发挥作用。
通常它是一个需要放置在站点域上的文件夹中的文件。
所以 www.yoursitename.com/folder/iframebuster.html
每当您将展开式广告投放到 iframe 中时，都需要引用此位置。
iFrame Buster 的作用是允许展开式横幅超出其广告单元维度。对于 rg。如果您有一个 300x250 的广告位，并且您有一个 300x250 的广告横幅，在鼠标悬停或点击时可扩展为 300x500，那么 iFrame buster 允许它打破 300x250 的边界，并为横幅提供扩展 300x500 的空间。
如果您在 DART Studio 中托管和提供/设置 Rich Media 广告素材，例如 Pushdown、PubBar 或 Expandable，则通常需要 Doubleclick iFrame buster。
Atlas 有自己的 iframe buster 代码，MediaMind 有 addineyev2.html 和类似的 FlashTalking 和其他有他们的需要托管在广告将要运行的服务器上。