小编Ton*_*ate的帖子

我的客户公司为数千家小企业管理Facebook页面.我们构建了一个Facebook应用程序,供我们的客户简化流程,并允许他们一次快速地对多个/所有页面进行更改.

出于任何商业原因,我们的客户公司只为其中一个员工添加了管理员(以及小企业主)的每个页面.此用户帐户已添加我们的应用程序,我们正在抓取页面令牌并使用这些页面令牌来管理页面(更改联系信息,添加选项卡,获取墙上帖子).我们遇到了一些非常苛刻的api请求限制.现在我们每分钟只能添加3个新的Facebook页面(我认为这可能需要6-10次api调用才能完成所有操作).

我已经看到人们估计一个访问令牌允许大约600个请求/ 600秒,但我认为,由于我们使用页面令牌完成了大部分工作,因此我们的操作不会计入单个api限制.

有没有人知道api限制是否基于个人令牌,即使它们在技术上属于同一个用户？考虑到我无法真正为这些页面添加更多管理员,有什么方法可以绕过这个限制吗？

我正在研究一个最终用户是中小企业主的系统.此功能的目标是获取其他人发布到Instagram上的图片(实时),这些图片标记有他们的营业地点.请注意,这与使用商家帐户@标记的图片不同(即我们需要此Feed,而不是此Feed).

我计划使用此处记录的实时订阅系统,因为它解释了我们可以订阅位置ID并接收有关该位置的新媒体的通知.我们推出了它并立即开始失败,因为有一个未发布的限制30个订阅(我想我们应该在开始构建它之前做更多的谷歌搜索).

这基本上与此处概述的问题相同,但该对话非常陈旧,我不确定最终目标是否完全相同,因为提议的解决方案对我没有帮助.

有太多的客户帐户注册更多的应用程序来获得足够的订阅(我们必须注册数千个应用程序).我们希望我们可以使用通过Oauth2工作流程获得的Instagram用户访问令牌来创建更多订阅,但我的实验也没有完成.我知道其他人使用大型地理区域订阅而不是位置订阅,但这对我们来说也不会扩展到足够大.

我对此问题感到沮丧和困惑,因为:

1. 似乎其他应用程序正在以不符合30个订阅限制的规模实时获取这些图片.
2. 我无法想象许多用例是每个应用程序30个订阅将是一个有用的功能.

有没有人有解决方法？有没有办法使用Instagram用户凭据而不是应用程序凭据？我是否必须定期轮询定位饲料并放弃我的实时愿望？