我有一个纯iframe的PHP Facebook应用程序。由于纯粹，我想说，直接在iframe URL中处理它没有任何意义。如果有人无意中接近（例如，在新选项卡中从应用程序内部打开链接）iframe之外的应用程序URL，我的应用程序可以通过JavaScript识别它，并重定向到它在iframe中的版本。
然而，我想要的行为是将用户发送到他想要访问的相同URL，只在Facebook平台iframe内。示例：
- 用户转到：http://app.myserver.com/pages/help/
- 我的应用重定向到：https://apps.facebook.com/my-awesome-app/，在iframe中是起始页http://app.myserver.com/
- 我想重定向的位置：https://apps.facebook.com/my-awesome-app/，在iframe中为请求页面http://app.myserver.com/pages/help/
你认为最好的解决方案是什么？我考虑过会话，它们有缺点吗？我可以保存原始位置并开始重定向到iframe，然后找出位置并重定向到ifame内的页面。我如何确保被重定向的用户不会中断进程，也不会因为保存但未解决的重定向而导致任何不可预测的重定向？用户在我的应用程序中有多个选项卡怎么办？标签可能会从另一个标签窃取重定向。。。
例如，将用户重定向到https://apps.facebook.com/my-awesome-app/?page=help并分析应用程序中的查询（或使用httpd重写规则）。
以下是我对Page Tab应用程序的发现。对于App on Facebook应用程序来说，这可能根本不是真的。
通常，Facebook不会将查询字符串参数传递到您的iframe的URL，因此您不能采用facebook.com/.../my_app?where=help&page=2方式。
然而，它将在已签名的请求中传递app_data参数（这是规则AFAIK的唯一例外）。但这只剩下一个参数可以使用。您可以通过使其成为一个url编码的JSON对象来应对这种情况，该对象实际上包含许多变量。示例：
facebook.com/.../my_app?app_data=%7bwhere%3a+%22help%22%2c+page%3a+2%7d
在服务器端，您通过json_decode($signedRequest['app_data'])接收哪个，并接收
array(
'where' => 'page',
'page' => 2
)
从现在开始，由您来执行重定向。除非你的用户没有登录到facebook和/或你的应用程序，否则你不必使用会话。那你就得把这件事稍微复杂一点。我的解决方案是为未登录的场景使用会话：Facebook应用程序-新应用程序用户的深度链接