一尘不染

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

php

在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;
}

阅读 372

收藏
2020-05-29

共1个答案

一尘不染

我的解决方案

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

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

2020-05-29