我对Facebook新的publish_pages许可很困惑.
我的Facebook应用程序允许我们的CMS用户通过我们的CMS发布到他们的Facebook页面,冒充页面.我们已经(通过登录审核流程)授予了manage_pages和publish_actions权限.
该API更改日志状态这样的:
publish_pages权限 - 需要此新权限才能作为页面发布.以前需要publish_actions.在v2.3之前授予manage_pages和publish_actions的人员已自动被授予publish_pages.如果有人通过v2.3登录,除了manage_pages之外,您还需要明确请求publish_pages.
我们尚未自动获得publish_pages权限.
这篇博客文章指出:
对于页面开发人员,我们添加了通过实时更新(RTU)在页面上提供更多内容的功能.现在,要求应用程序代表Pages发布新的登录权限publish_pages; 以前,这需要publish_actions.
所以我觉得如果我们升级到使用API 2.3,我们的服务将不再有效,因为我们还没有被授予publish_pages.
该文档的状态如下:
具有publish_actions权限的用户访问令牌可用于代表该人发布新帖子.帖子将出现在用户的声音中.
具有publish_pages权限的页面访问令牌可用于代表该页面发布新帖子.帖子将出现在页面的声音中.
我们确实希望像目前一样发布页面的声音.
因此,我打开了一个新的登录审核请求并总结了上述所有内容,并引用了他们的更改日志.Facebook的回应如下:
您不需要publish_pages权限,因为您已经授予了publish_actions和manage_pages权限.Publish_pages是一项新功能,允许应用程序发布到托管的Facebook粉丝页面,但您之前授予的权限已包含此功能.
它只是我,还是这种反应与他们写的其他一切有冲突？
所以我的问题很简单,我们是否需要这个新的许可未来,并且他们错误地不会自动授予我们吗？
我已按照此页面上的说明操作:https: //developers.facebook.com/docs/reference/api/page/#realtime
但我无法让删除应用程序部分工作.PHP SDK和Facebook的Graph API Explorer都是这种情况.
首先,我添加一个应用程序,通过POST来获取实时更新
/<page_id>/tabs
将app_id参数设置为我的App ID.我还为页面传递了访问令牌.
这在Graph Explorer中返回'true',在PHP SDK中返回'1',我理解这意味着在两种情况下都成功.我知道这是真的,因为我已经收到了实时终点数据.
但是,我还需要能够每页删除这些订阅.文档建议通过执行DELETE来完成
/<page_id>/tabs/app_<app_id>
再次传递与以前相同的访问令牌.在Graph Explorer和PHP SDK中,返回:
(#100) Tab is not installed or not removable: <The same app_id I passed>
我见过其他几个人报告同样的问题,但显然没有解决方案.如果有人设法解决这个问题,我会非常感谢你的想法.