ins买粉 推特标准接口API的请求频率限制说明（2）

🟨🟧🟩🟦『https://t.me/socialrogers/』 - 缓存文件- 买ins粉丝网- ins涨粉|ins买粉|ins买赞|ins刷粉丝|ins买粉丝|ins 买 粉|ins 买粉|ig 买粉丝 Instagram粉丝增长专家🟨🟧🟩🟦

Rate limiting

注：只对于规范API端口号，高級API没有探讨范畴内。

每一个用户或每一个应用软件

规范API的速率限定关键根据每一个用户，或是更精确地说，根据每一个用户的浏览动态口令。假如一个方式 容许每一个端口号接受15个请求，那麼它容许每一个浏览动态口令浏览该对话框15个请求。（通俗易懂便是限定15个请求就只有容许你浏览15次）

应用仅应用软件身份认证时，将全局性明确全部应用软件的速率限定。假如一个方式 容许每一个端口号接受15个请求，那麼它容许您意味着应用软件为每一个对话框传出15个请求。此限定与每一个用户的限定彻底分离考虑到。

15分鐘间距

速率限定分成15分鐘间距。全部端口号在请求时都必须身份认证。

[买ins粉丝网] https://www.mfma.net

有二种initial buckets可用以GET请求：每15分鐘15个请求，每15分鐘180个请求。

HTTP头顶部和回应编码

应用HTTP头能够掌握在给出的速率限定下，应用软件在刚应用的方式 上的情况。

Http Headers

图中是HTTP Headers and Response Codes一部分，能够见到有三个主要参数能够查询当今请求全过程所属的“一轮请求记数”一共的频次、剩下的频次、下一次再次记数的时间格式。

留意，HTTP头是前后文的。当应用app-only auth的身份认证时，他们标示应用软件前后文的速率限定。使用user-based auth的身份认证时，他们标示该用户应用软件前后文的速率限定。

当应用软件超出给出规范API结束点的速率限定时，API将回到一个HTTP 429“过多请求”回应编码，并在回应文章正文中回到下列不正确：

回到不正确

为了更好地能够更好地了解可以用的速率限定，请考虑到按时应用GET application/rate_limit_status方式 （这两个方式 后边会详细介绍）。

「Janebook」的原创文章内容更强的表述了这好多个主要参数的应用，在这里贴出一部分內容：

以“GET followers/ids”插口为例子，文本文档表明15分鐘为一个记数循环系统，15分鐘内单独用户（不一样用户请求沒有检测）应用“user auth”数 多请求15次该插口。记数从每一轮循环系统的 次传出请求逐渐测算这轮循环系统的15分鐘，相匹配x-rate-limint-reset主要参数，即是这轮初次传出请求时的时间格式 1560相匹配的数据。x-rate-limit-limit针对此插口而言为15（不会改变的数值），一轮循环系统中添加早已请求了N次，则相匹配的x-rate-limit-remaining为15-N次。*

GET and POST请求限定

从系统软件中载入的速率限定（GET）是依据每一个用户和每一个运用程序定义的，而载入系统软件（POST）的速率限定仅在用户账号等级界定。也就是说，针对载入速率限定，请考虑到下列状况：

这一部分不明白也没什么问题，大约意思是：

防止速率受到限制的方法

缓存文件

假如您期待很多应用API，请将回应储存在您的应用软件或网址中。比如，切勿试着在网址登陆页面的每一个页面加载上启用Twitter API。只是不常常启用API，并将回应载入到当地缓存文件中。当用户浏览您的网址时，载入結果的缓存文件版本号。

优先选择考虑到主题活动用户

假如您的网站追踪很多Twitter用户（比如，获得其当今情况或相关Twitter应用状况的统计数据），请考虑到仅请求近期登陆您网站的用户的数据信息。

总之 好是的提升頻率限定的方式 或是充值=。=

❤️‍🔥 ❤️‍🔥