API率限制设置方式低(每分钟60)如果你有一个受欢迎的网站,很多用户与外部服务API调用。
有什么计划允许更高的速率限制为高流量的网站,做很多API调用的Webflow框架?
低速率限制的主要影响甚至严重的开发人员使用该框架的如果有可能不会通过HTTP 429错误和API调用。是不现实的,这种行为在一个API。应该有API层允许更高的API处理大容量的交通网站。
对于那些迫切需要这个,请给我发邮件:ennis.tony@gmail.com。启动代理程序客户今天早上删除API的限制(负载测试高达每秒3000个请求)——如果这是人们会支付,我会打开它。
是的,请!这是特别重要的电子商务是有限的,所以如果你使用Integromat或类似的自动化服务,你很快达到极限。我甚至会支付美元每月访问API“溢价”。> 300每分钟将是理想的。
我们遇到了同样的问题。速度限制很低。现在我们有167 cms的文章,没有能够过滤收集项目我们必须首先得到项目每个请求分页100然后遍历167件找到我们想修改的。所以有很多的自定义编码集分页和速度限制很低。我们甚至可以让我们需要工作但翻这些限制将帮助极大。如果限制速度翻倍会解决很多问题对于许多开发人员,否则无法使用的API,因为较低的限制。建议:两倍的速率限制从60 /分钟120 /分钟和集合返回每页200年而不是100年的最大商品返回。也允许通过字段过滤收集请求的能力,这样我就可以查询物品的收集发布,草案,存档等……或者指定一个自定义字段。
你不会通知更改这个想法。
迈克尔Kadron
对于那些迫切需要这个,请给我发邮件:ennis.tony@gmail.com。启动代理程序客户今天早上删除API的限制(负载测试高达每秒3000个请求)——如果这是人们会支付,我会打开它。
对于那些迫切需要这个,请给我发邮件:ennis.tony@gmail.com。启动代理程序客户今天早上删除API的限制(负载测试高达每秒3000个请求)——如果这是人们会支付,我会打开它。
是的,请!这是特别重要的电子商务是有限的,所以如果你使用Integromat或类似的自动化服务,你很快达到极限。我甚至会支付美元每月访问API“溢价”。
> 300每分钟将是理想的。
我们遇到了同样的问题。速度限制很低。现在我们有167 cms的文章,没有能够过滤收集项目我们必须首先得到项目每个请求分页100然后遍历167件找到我们想修改的。所以有很多的自定义编码集分页和速度限制很低。我们甚至可以让我们需要工作但翻这些限制将帮助极大。如果限制速度翻倍会解决很多问题对于许多开发人员,否则无法使用的API,因为较低的限制。
建议:
两倍的速率限制从60 /分钟120 /分钟和集合返回每页200年而不是100年的最大商品返回。也允许通过字段过滤收集请求的能力,这样我就可以查询物品的收集发布,草案,存档等……或者指定一个自定义字段。