Ron*_*yam 40 facebook opengraph facebook-graph-api
自11月下旬以来,我们正在达到Facebook API的应用程序限制.我们正在获取用户的照片,并选择了25张朋友照片→这是在用户签名时完成的(我们正在为用户构建相册).
上述行动有限,但直到11月底才受到限制.我们正在使用批量调用来从相册中获取照片 - 有没有更好的方法来获取此信息而不受限制?
顺便说一句,根据Facebook的说法,我们每天拨打1M电话,但根据我们的统计,我们每天拨打180K电话.
在没有他朋友的照片的情况下仅获取用户的照片对我们来说不是解决方案.
Sim*_*ias 36
Facebook API限制并没有真正记录,但显然它是这样的:每600秒600个呼叫,每个令牌和每个IP.由于网站受到限制,引用相关部分:
经过与Facebook平台团队的一些测试和讨论后,我没有官方限制或者可以在文档中找到.但是,我发现600个电话每600秒,每个令牌和每个IP就是他们阻止你的地方.我也看到了一些基于应用程序的速率限制,但没有任何数字.
作为一般规则,每秒一次呼叫不应该限制速率.从表面上看,这似乎非常严格,但请记住,您可以批量调用某些调用并使用订阅API来获取更改.
您可以通过Javascript SDK访问客户端的Graph API; 我认为,如果您从客户端application limit出示您的照片请求,您将不会点击任何用户(每个具有唯一ID的用户)获取数据,而不是您的应用程序服务器(唯一ID).
如果您所做的一切都通过服务器,这可能意味着巨大的重构.但是,如果您有这么多请求(因为它会让您的服务器喘不过气来),它似乎是最好的解决方案.
否则,您可以尝试batch请求,但我猜您已经采用这种方式,如果您有大量流量.
如果没有任何效果,根据Facebook平台政策,您应该联系他们.
如果您超过或计划超过以下任何阈值,请与我们联系,因为您可能需要遵守附加条款:(> 5M MAU)或(>每天100M API调用)或(>每天50M印象).
Jes*_*ebb 17
该文档者"限幅图形API率"表示,与代码中的错误#4是一个应用级别速率限制,这是比不同用户级的速率限制.虽然它没有给出任何确切的数字,但它将应用程序级别的速率限制描述为:
此速率限制适用于应用级别的全局.广告API呼叫被排除在外.
- 速率限制在滑动窗口上实时发生过去一小时.
- 收集统计数据,包括调用和查询的数量,花费的CPU时间,每个应用程序使用的内存.
- 每个资源都有一个限制乘以给定应用的每月活跃用户.
- 当应用程序使用超过其允许的资源时,将引发错误.
- 错误,代码:4,消息:达到应用程序请求限制
文档还提供了避免速率限制的建议.对于应用级别限制,它们是:
建议:
- 验证错误代码(4)以确认限制类型.
- 不要拨打电话,全天拨打电话.
- 智能提取数据(重要数据,非重复数据等).
- 实时洞察,确保API调用的结构使您能够以尽可能少的请求读取尽可能多的页面帖子的洞察.
- 不要两次获取用户提要(如果两个App用户有一个共同的特定朋友)
- 如果朋友的数量超过250,请不要连续获取所有用户的朋友.在不同的日期分开提取.作为选项,首先获取应用用户的新闻源(me/home),以便检测哪些朋友对App用户更重要.然后,首先获取这些朋友的提要.
- 考虑使用以下参数限制/过滤请求:"since","until","limit"
- 对于页面相关的调用,使用实时更新来订阅数据中的更改.
- 字段扩展允许将多个图形查询"加入"到单个调用中.
- 用于检查自上次检查后数据查询是否已更改的Etags.
- 对于没有庞大用户群的页面管理开发人员,请让页面管理员接受应用程序以增加用户数量.
最后,文档提供以下信息提示:
- 批量呼叫不会减少api呼叫的数量.
- 进行并行呼叫不会减少api呼叫的数量.
| 归档时间: |
|
| 查看次数: |
311566 次 |
| 最近记录: |