就像我想象的那样,我每天都有1000个Mirror API调用的礼貌限制.
我看到有一个看起来很有前途的批处理工具,但它似乎只能批量处理单个凭证的请求.因此,即使是一个客户,每60秒推送一次API将是1440个请求/天.理想情况下,30秒是我想成为的地方.每天2880个请求将乘以客户数量.它真的会变得非常快.
我可能会遗漏一些东西,但我没有看到解决方法.
如果它可用,我可以在30秒内将所有客户端的所有更新变成一个巨大的消息......
是否有更好的设计模式可以使卡片与遥测器保持同步,实时变化？
您可以使用单个批量请求向多个用户发送请求：无需Authorization在批量请求中设置标头，只需Authorization在每个子请求中设置标头即可。
我们的Python和Java 快速入门项目有一个使用批量请求向最多 10 个用户发送更新的示例。在使用 Google Mirror API I/O 会话构建玻璃服务中也提到了这一点。
否则，您可以查看我们的参考指南中的协议文档。
正如 Scarygami 提到的，每个子请求都会消耗配额，因此唯一的优化是节省带宽和 HTTP 请求，特别是在使用gzip编码时。
| 归档时间： |
|
| 查看次数： |
285 次 |
| 最近记录： |