“机器人”是对的，但我想补充一点。

在IE7/IE8中，当微软在浏览器中添加标签时，他们破坏了一件事，如果你不小心，就会对你的JS造成严重破坏。

想象一下这样的页面布局:

MainPage.html
  IframedPage1.html   (named "foo")
  IframedPage2.html   (named "bar")
    IframedPage3.html (named "baz")

现在在框架“baz”你点击一个链接(没有目标，加载在“baz”框架)，它工作得很好。

如果页面被加载，让我们称之为special.html，使用JS检查“它”是否有一个名为“bar”的父帧，它将返回true(预期)。

现在让我们假设special.html页面在加载时，检查父帧(是否存在和它的名称，如果它是“bar”，它会在bar帧中重新加载自己。如。

if(window.parent && window.parent.name == 'bar'){
  window.parent.location = self.location;
}

到目前为止一切顺利。现在问题来了。

让我们说，不是像平常一样点击原始链接，并在“baz”框架中加载special.html页面，而是单击它或选择在新选项卡中打开它。

当新标签加载时(没有任何父帧!)IE将进入无休止的页面加载循环!因为IE在JavaScript中“复制”了框架结构，这样新的标签确实有一个父标签，并且父标签的名字是“bar”。

好消息是，检查:

if(self == top){
  //this returns true!
}

在新选项卡中确实返回true，因此您可以测试这种奇怪的条件。

浏览器会阻塞对窗口的访问。顶部由于同源政策。IE漏洞也会发生。下面是工作代码:

function inIframe () {
    try {
        return window.self !== window.top;
    } catch (e) {
        return true;
    }
}

Top和self都是窗口对象(还有父窗口)，所以你会看到你的窗口是否是顶部窗口。

使用这个javascript函数作为如何实现这一点的例子。

function isNoIframeOrIframeInMyHost() {
// Validation: it must be loaded as the top page, or if it is loaded in an iframe 
// then it must be embedded in my own domain.
// Info: IF top.location.href is not accessible THEN it is embedded in an iframe 
// and the domains are different.
var myresult = true;
try {
    var tophref = top.location.href;
    var tophostname = top.location.hostname.toString();
    var myhref = location.href;
    if (tophref === myhref) {
        myresult = true;
    } else if (tophostname !== "www.yourdomain.com") {
        myresult = false;
    }
} catch (error) { 
  // error is a permission error that top.location.href is not accessible 
  // (which means parent domain <> iframe domain)!
    myresult = false;
}
return myresult;
}

如果你想知道用户是否通过facebook page tab或canvas访问你的应用，请检查Signed Request。如果你没有得到它，可能用户没有从facebook访问。 确保确认signed_request字段结构和字段内容。

使用php-sdk，你可以像这样获得Signed Request:

$signed_request = $facebook->getSignedRequest();

你可以在这里阅读更多关于签名请求的内容:

https://developers.facebook.com/docs/reference/php/facebook-getSignedRequest/

在这里:

https://developers.facebook.com/docs/reference/login/signed-request/

当在与父元素相同的iframe中，window. frameelement方法返回嵌入窗口的元素(例如iframe或object)。否则，如果在顶级上下文中浏览，或者如果父帧和子帧有不同的起源，它将求值为null。

window.frameElement
  ? 'embedded in iframe or object'
  : 'not embedded or cross-origin'

这是一个在所有现代浏览器中都具有基本支持的HTML标准。

“机器人”是对的，但我想补充一点。

在IE7/IE8中，当微软在浏览器中添加标签时，他们破坏了一件事，如果你不小心，就会对你的JS造成严重破坏。

想象一下这样的页面布局:

MainPage.html
  IframedPage1.html   (named "foo")
  IframedPage2.html   (named "bar")
    IframedPage3.html (named "baz")

现在在框架“baz”你点击一个链接(没有目标，加载在“baz”框架)，它工作得很好。

如果页面被加载，让我们称之为special.html，使用JS检查“它”是否有一个名为“bar”的父帧，它将返回true(预期)。

现在让我们假设special.html页面在加载时，检查父帧(是否存在和它的名称，如果它是“bar”，它会在bar帧中重新加载自己。如。

if(window.parent && window.parent.name == 'bar'){
  window.parent.location = self.location;
}

到目前为止一切顺利。现在问题来了。

让我们说，不是像平常一样点击原始链接，并在“baz”框架中加载special.html页面，而是单击它或选择在新选项卡中打开它。

当新标签加载时(没有任何父帧!)IE将进入无休止的页面加载循环!因为IE在JavaScript中“复制”了框架结构，这样新的标签确实有一个父标签，并且父标签的名字是“bar”。

好消息是，检查:

if(self == top){
  //this returns true!
}

在新选项卡中确实返回true，因此您可以测试这种奇怪的条件。