Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/oracle/9.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Facebook graph api 在Facebook Graph API中使用应用令牌而不是用户/页面令牌_Facebook Graph Api - Fatal编程技术网

Facebook graph api 在Facebook Graph API中使用应用令牌而不是用户/页面令牌

Facebook graph api 在Facebook Graph API中使用应用令牌而不是用户/页面令牌,facebook-graph-api,Facebook Graph Api,Facebook的Graph API返回3种类型的令牌:用户令牌、页面令牌和应用令牌。我们的web应用程序使用用户和页面令牌分别向用户和页面读取和发布数据。它工作得很好,除了60天的令牌生命周期需要重复验证这一事实 然后我注意到,其中提到a)它们不会过期,b)它们允许您代表用户发布 我还尝试使用apptoken从用户和页面对象读取私有流数据,这也很有效。那怎么办?我可以在所有通话中使用App token而不是用户/页面生成的token,而不用担心过期吗?App token将您的应用作为应用程序本

Facebook的Graph API返回3种类型的令牌:用户令牌、页面令牌和应用令牌。我们的web应用程序使用用户和页面令牌分别向用户和页面读取和发布数据。它工作得很好,除了60天的令牌生命周期需要重复验证这一事实

然后我注意到,其中提到a)它们不会过期,b)它们允许您代表用户发布


我还尝试使用apptoken从用户和页面对象读取私有流数据,这也很有效。那怎么办?我可以在所有通话中使用App token而不是用户/页面生成的token,而不用担心过期吗?

App token将您的应用作为应用程序本身验证到Facebook。这对于公共数据来说是很好的,但是如果您有用户登录,这可能不是您想要的


如果您想代表您的用户采取行动,您仍然需要让他们进行身份验证,并使用他们的用户和页面访问令牌。

正如我在问题中所解释的,应用令牌确实允许我代表我的用户采取行动。因此,我不认为使用用户/页面标记有什么意义。那么,你应该澄清你的问题。最好使用实际代码。您所描述的内容与用户或页面访问令牌的使用相对应,而不是应用程序访问令牌。你可能还有一个。重新阅读问题和链接文章。这些文档清楚地表明,您可以使用应用程序令牌代表用户发布。我刚刚测试过。别指望这个漏洞会永远存在,这就是我要说的。这显然不是Facebook的目的。虽然每60天对每一次使用进行一次重新验证的事情是完全荒谬的,我希望FB醒悟并意识到它的错误,但我不指望它。。。