Facebook-使用Feed对话框查询不带';读流';权限

Facebook-使用Feed对话框查询不带';读流';权限,facebook,Facebook,是否可以在不请求“read_stream”权限的情况下检查帖子(使用Facebook的提要对话框共享)是否仍然存在(或者是否已被删除) 更详细的解释: 使用Facebook的提要对话框时: 如果用户分享故事,提要对话框将重定向到重定向uri并返回帖子id 如果我使用此帖子id、应用程序id以及用户访问令牌,是否可以在不请求“读取流”权限的情况下检查(使用FQL、图形API或其他)帖子是否仍然存在(或是否已被删除) 我想要实现的目标: 我试图做的是让用户分享一个故事,然后当他/她再次使用该网站时,

是否可以在不请求“read_stream”权限的情况下检查帖子(使用Facebook的提要对话框共享)是否仍然存在(或者是否已被删除)

更详细的解释:

使用Facebook的提要对话框时:

如果用户分享故事,提要对话框将重定向到重定向uri并返回帖子id

如果我使用此帖子id、应用程序id以及用户访问令牌,是否可以在不请求“读取流”权限的情况下检查(使用FQL、图形API或其他)帖子是否仍然存在(或是否已被删除)

我想要实现的目标:


我试图做的是让用户分享一个故事,然后当他/她再次使用该网站时,我想检查该分享是否已被删除(或未被删除)。获取用户访问令牌是可以的,但我不想要求用户授予“读取流”权限。

如果您可以在不向用户请求读取流的情况下读取非公开的帖子,那么这就是API中的错误。如果没有必要的话,为什么他们会将_流作为权限来阅读呢?因为Facebook的Feed对话框使用了app_id,我希望app本身也能访问帖子。(特别是因为Feed对话框上写着“via****”,其中****是应用程序名)用户(包括我自己)非常不愿意授予“read_stream”权限——这让应用程序(以及开发者)可以完全访问所有私人帖子。如果Facebook拥有与“read_stream”权限相当的权限,但会限制应用程序阅读与其应用程序id相关的帖子,那就太好了。如果你可以阅读一篇非公开的帖子,而不要求用户提供read_stream,那么这就是API中的一个bug。如果没有必要的话,为什么他们会将_流作为权限来阅读呢?因为Facebook的Feed对话框使用了app_id,我希望app本身也能访问帖子。(特别是因为Feed对话框上写着“via****”,其中****是应用程序名)用户(包括我自己)非常不愿意授予“read_stream”权限——这让应用程序(以及开发者)可以完全访问所有私人帖子。如果Facebook拥有与“read_stream”权限相当的权限,但这会限制应用程序阅读与其应用程序id相关的帖子,那就太好了。
https://www.facebook.com/dialog/feed?
  app_id=123050457758183&
  link=https://developers.facebook.com/docs/reference/dialogs/&
  picture=http://fbrell.com/f8.jpg&
  name=Facebook%20Dialogs&
  caption=Reference%20Documentation&
  description=Using%20Dialogs%20to%20interact%20with%20users.&
  message=Facebook%20Dialogs%20are%20so%20easy!&
  redirect_uri=http://www.example.com/response