Mik*_*ert 24 oauth limit facebook-graph-api facebook-oauth
{
"error": {
"message": "(#4) User request limit reached",
"type": "OAuthException"
}
}
Run Code Online (Sandbox Code Playgroud)
我不确定这个错误的原因,是的,我已经做了很多搜索类似用户的问题(他们是错误#17,或达到app限制).我正在常规的图形API调用(例如https://graph.facebook.com/me)上执行此操作,不一定像其他人遇到过FQL.
User request limit reached使它看起来像每用户限制,但根据http://www.fb-developers.info/tech/fb_dev/faq/general/gen_10.php,#4是"Application request limit reached"和#17是"User request limit reached".
我不相信无论如何我都达到了100M /天的app限制.我只为几个用户的auth令牌获取它,所以它不是我得到的应用程序范围的错误消息.当我要求太快时,我通常会得到FQL_EC_RATE_LIMIT_EXCEEDED.
但是对于那些有上述错误的用户"(#4) User request limit reached",我暂时将他们列入加载数据的黑名单,但是当我尝试在一天后使用该身份验证令牌访问时,他们仍然会收到上述错误.
所以总结......
我不明白"(#4) User request limit reached"当该用户的auth-token未在24小时之前的任何查询中使用时我怎么能得到.我不知道这些用户有什么特别之处.
任何建议或意见将不胜感激.几天前它只有一个用户,但今天第二个用户开始遇到这个问题,我担心这个问题将来会变得更糟,没有明确的解决方案.
以下是错误代码列表:http: //fbdevwiki.com/wiki/Error_codes
#4表示您提出了太多的API请求.在给定一定时间的情况下,您的应用程序可以制作的数量有限制.每个用户也有限制.如果等待一段时间,错误应该清除,并允许您再次发出请求.
错误代码是旧版API的回归,所以他们可能只是将#4和#17组合在一起,总是只返回#4.
此外,限制不是固定的,例如"100M /天".转到适用于您的应用程序的数据分析,然后查看"诊断".它将显示导致该错误的请求.限制每天都有所不同,我认为与其他流量有关.
| 归档时间: |
|
| 查看次数: |
14911 次 |
| 最近记录: |