Rate limiting
注：只对于规范API端口号，高級API没有探讨范畴内。
每一个客户或每一个应用软件
规范API的速度限定关键根据每一个客户，或是更精确地说，根据每一个客户的浏览动态口令。假如一个方式容许每一个端口号接受15个要求，那麼它容许每一个浏览动态口令浏览该对话框15个要求。（通俗易懂便是限定15个要求就只有容许你浏览15次）
应用仅应用软件身份认证时，将全局性明确全部应用软件的速度限定。假如一个方式容许每一个端口号接受15个要求，那麼它容许您意味着应用软件为每一个对话框传出15个要求。此限定与每一个客户的限定彻底分离考虑到。
15分钟间距
速度限定分成15分钟间距。全部端口号在要求时都必须身份认证。
有二种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方式（这两个方式后边会详细介绍）。
以“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应用状况的统计数据），请考虑到仅要求近期登陆您网站的客户的数据信息。
总之 好是的提升頻率限定的方式或是充值=。=
Facebook发布情侣专用双人聊天工具Tuned
Facebook“新品试验工作组”公布的手机软件手机软件名叫“Tuned”，激励恋人或是夫妻在相互之间创建一个亲密无间的社交网络。根据这款iOS手机软件，她们能够 …
Facebook产品更新！长期无花费广告账号将被实施封停处理~
为了更好地不断打造出安全性及其可靠的服务平台自然环境，Facebook公布一则关键升级，本次升级关联一部分广告宣传耗费限制信用额度及静止不动帐户，望诸位广告商详尽掌握并立即调节。主要内容以下：
…
品牌如何利用挑战赛玩转Tiktok
玩过Tiktok的客户都了解Tiktok上边有一种方式称为争霸赛。争霸赛也是Tiktok独创性的金牌資源和营销方式。可是许多客户却不清楚它除开是一种游戏玩法以外究竟有没有什么能够 …
