如何使用Facebook PHP SDK 3.0正确处理会话和访问令牌？

Question

在PHP 3.0 SDK中，没有getSession()或没有来自Facebook api的会话处理可用。根据
此博客条目 和
此错误报告
，几天前，facebook的开发人员还以某种方式更新了JavaScript sdk 。

在过去的几天中，托管的JS SDK进行了更改，从而破坏了它与当前PHP SDK（2.x和3.x）之间的所有兼容性。在其网站上同时使用JS和PHP
SDK的开发人员可能会看到服务器端API失败。

但是，我不知道这是否真的影响了我的问题。就像在
这个问题的答案中 一样，我正在使用PHP检索OAuth对话框的访问令牌，并将新的访问令牌保存在会话中。

当前解决方法

以下代码显示了我如何处理此会话。$_REQUEST['session']是OAuth对话框的响应内容。

if(isset($_REQUEST['session'])) {

    $response = json_decode(stripslashes($_REQUEST['session']), true);

    if(isset($response['access_token'])) {
        $this->api->setAccessToken($response['access_token']);
        $_SESSION['access_token'] = $this->api->getAccessToken();
    }

}
elseif(isset($_SESSION['access_token']) && ! isset($_REQUEST['signed_request'])) 
    $this->api->setAccessToken($_SESSION['access_token']);
elseif(isset($_REQUEST['signed_request'])) {
    Session::invalidate('fbuser');
    $_SESSION['access_token'] = '';
}

这是我处理用户数据的方式：

try {
    $this->user = Session::getVar('fbuser');
    if ($this->user === false || is_null($this->user)) {
        $facebookUser = $this->api->api('me?fields=id,name,first_name,last_name');
        $this->user = new FBUserModel(array('fbId' => $facebookUser['fbId'], ...));
        Session::setVar('fbuser', $this->user);
    }
}

问题

测试时一切看起来都很好。仅发生一次错误：设置权限后 的第一次 。现在，由于该应用程序处于在线状态，因此似乎该错误平均发生在第二个用户中

$facebookUser = $this->api->api('me?fields=id,name,first_name,last_name');

与错误：

An active access token must be used to query information about the current user.

题

那么为什么会这样呢？调试非常困难，因为错误似乎仅在应用程序身份验证和访问令牌更改后，才在用户首次进入应用程序时发生。甚至不是每次都这样。我应该如何使用新的PHP
SDK处理会话和访问令牌？

任何帮助将不胜感激！

编辑

我发现iFrame中的cookie /会话存在一些IE问题 。有了这个提示和进一步的研究，我在引导程序中添加了以下几行：

ini_set('session.use_trans_sid', 1);
header('P3P:CP="IDC DSP COR ADM DEVi TAIi PSA PSD IVAi IVDi CONi HIS OUR IND CNT"');

现在，它的功能要好得多了，但是在步骤登录页面（身份验证）->公式->和注册之间，约有50个用户中的2个丢失了信息。因此，我仍然错过了一些东西。

编辑2

我从编辑了用户处理

if ($this->user === false || is_null($this->user)) {
    // get user data
}

至

if ((is_object($this->user) && $this->user->fbId == '') || $this->user === false || is_null($this->user)) {
    // get user data
}

这似乎有所帮助。我认为主要问题出在我的会议上。

此外，我添加了一个try / catch块，以查看是否在我的应用程序中某处OAuthException抛出了Facebook 。在这种情况下，我将
顶部位置 重定向到Facebook Page和Tab以获取 新的签名请求
。尽管这可能有助于解决此问题，但我想防止我的应用程序不得不重定向用户。

编辑3

经过几天的密集调试和日志记录，我发现$_REQUEST['session']来自 FB.uiPermissions.request方法
的信息很少为空。

这是我的处理方式：

这是我一直包含的内容：

FB.provide("UIServer.Methods", {'permissions.request': {size : {width: 575, height: 300}, url: 'connect/uiserver.php', transform : FB.UIServer.genericTransform}});

并在表单提交上调用此功能。一直为我工作，但是尽管如此，它仍然以某种方式发送表格session == ''。

function getPermission(form) {

    session = $('#' + $(form).attr('id') + ' input[name="session"]');

    if($(session).val() != '') {
        form.submit();
        return;
    }

    FB.ui({method: "permissions.request", "perms": 'user_photos'}, function callback(info){
        if(info.status=='connected' && info.session !== null) {
            $(session).val(JSON.stringify(info.session));
            form.submit();
        }
    });
    return;
}

Answer 1

我的解决方案

好吧，由于在新的JS
SDK推出之前，我所做的只是一个解决方法，因此似乎没有最佳实践。设置session.use_trans_sid为1并添加P3P标头有助于克服IE
iFrame cookie问题（请参阅我的第一个编辑）。经过几天的大量调试，我发现FB.ui
permission_request不会每次都发送新的访问令牌（<5％）。

如果发生这种情况，那就出问题了。但是，这点小事使我发疯。由于这种情况很少发生，因此我可以将用户重定向回Facebook选项卡以获取新的签名请求。希望有了新的JS
SDK，这将不再发生。