3

谷歌距离矩阵 说：

Usage Limits

Each query sent to the Distance Matrix API is limited by the number of allowed elements, where the number of origins times the number of destinations defines the number of elements.

The Distance Matrix API has the following limits in place:

100 elements per query.
100 elements per 10 seconds.
2 500 elements per 24 hour period.
Google Maps API for Business customers have higher limits:

625 elements per query.
1 000 elements per 10 seconds.
100 000 elements per 24 hour period.
Maps API for Business customers can purchase additional quota by contacting their Google Enterprise Sales Account Manager.

Distance Matrix API URLs are restricted to 2048 characters, after URL encoding. As some Distance Matrix API service URLs may involve many locations, be aware of this limit when constructing your URLs.

我想知道一个例子：

是我网站上每个用户的这个限制还是所有用户都共享这个限制，所以如果我有 100 个用户同时在一个网站上，并且有 10 个用户在同一秒内单击以获取 DIstanceMatrix，我是否得到了 OVER_QUERY_LIMIT ... 或者这是每个用户

请给我解释一下。我真的很困惑。

4

2 回答 2

3

这个答案更像是一个假设，而不是基于官方事实：

当您发送服务器端请求时，目标服务器可能检测到的唯一详细信息是 REMOTE_ADDRESS，即发送请求的服务器的 IP。

因此（假设您没有以任何方式对请求进行身份验证），此限制不能设置为：

  • 一个域（不同的域可能共享一个IP，不可能可靠地检测到域）
  • 一个用户（用户的IP不会转发给google）

所以这个限制只能适用于服务器，因此这个假设必须是正确的：

所以如果我在同一时间有 100 个用户一个站点并且有 10 个用户在同一秒内单击以获取 DIstanceMatrix，我是否得到了 OVER_QUERY_LIMIT

...此外：这 10 个用户不得在您的站点（域）上，当同一服务器上托管另一个域时，服务器端脚本也同时请求 DistanceMatrixService，这也应适用于限制。

我知道，这听起来有点疯狂，但对我来说，这是唯一合乎逻辑的结论。

与 Maps-Javascript-API 的距离矩阵服务相关：

唯一明确定义的限制是：

  • 每个请求最多 25 个起点或 25 个目的地；和
  • 每个请求最多 100 个元素（起点乘以终点）。

附加说明：请求也受到速率限制。如果在某个时间段内请求的元素过多，则会返回 OVER_QUERY_LIMIT 响应码。真的很模糊。我已经对其进行了测试，并且在一秒钟内没有收到数十个请求（每个请求有 100 个元素）的任何错误，因此距离矩阵 API 的速率限制（每 10 秒 100 个元素和每 24 小时 2 500 个元素） ) 它似乎不适用于 Maps-Javascript-API 的距离矩阵服务。

于 2013-09-11T18:29:11.977 回答
0

根据谷歌条款，

构成页面查看的请求将应用于页面查看总数

所以页面浏览量很重要，但用户数量并不重要。如果您有 100 个用户同时生成 10.000 次页面查看，则您使用了 10.000 次查询并且您的配额减少了 10.000

于 2013-09-11T15:57:10.323 回答