配额及其消费如何运作？
How the quota and it's consumption works?
我对Google Maps JS Google的配额分配和配额消耗有点迷茫API.
Places WebService API, per user quota hint @ JS API:
If you are developing a web based application that only needs to search for places, and does not submit new places, you should use the Places Library of the Google Maps Javascript API rather than the Google Places API Web Service. The Places library assigns a quota to each end user rather than to each key. This means that your available quota increases with your user base rather than being capped at a fixed amount.
不错！但它究竟是如何工作的呢？什么是最终用户，他得到多少配额？
-
它是否消耗每个用户每个密钥的配额？
JavaScript API, Places Library, Searching:
Note that each search counts as a single request against your usage limits.
好的，但是在有关搜索响应（对附近搜索、文本搜索、雷达搜索）的部分中提到了这一点 - 地点详情请求是否相同？
其他libraries/features:
JS API 提供了很多子库，Places 库也是如此 - 这些也没有记录，它们是基于每个用户还是每个键？
我是不是错过了详细的table使用消费规则？
当然，我假设每个请求都会占用配额中的一个请求，这听起来不错，但是每个用户的配额何时以及如何生效？
最终用户 是访问您网页的用户。
当您使用地图-javascript-API（包括任何 service/library）时，只有 1 个配额与您相关，mapLoads-配额 (25k每天 ).
A single map load occurs when:
a map is displayed using the Google Maps JavaScript API when loaded by a web page or application;
a Street View panorama is displayed using the Google Maps JavaScript API by a web page or application that has not also
displayed a map;
a single request is made for a map image from the Google Static Maps API; or
a single request is made for a panorama image from the Google Street View Image API.
这个配额与网页的域有关（或者使用密钥时与项目有关）
通过 Javascript-API 对 service/library 的任何后续请求（例如地点、地理编码、方向等）将影响 端的配额-user（访客）。
通常唯一相关的最终用户配额是 每秒请求数（大约每秒 10 个请求），因此您必须注意您的网页不会太快发送太多请求。
我对Google Maps JS Google的配额分配和配额消耗有点迷茫API.
Places WebService API, per user quota hint @ JS API:
If you are developing a web based application that only needs to search for places, and does not submit new places, you should use the Places Library of the Google Maps Javascript API rather than the Google Places API Web Service. The Places library assigns a quota to each end user rather than to each key. This means that your available quota increases with your user base rather than being capped at a fixed amount.
不错！但它究竟是如何工作的呢？什么是最终用户，他得到多少配额？
-
它是否消耗每个用户每个密钥的配额？
JavaScript API, Places Library, Searching:
Note that each search counts as a single request against your usage limits.
好的，但是在有关搜索响应（对附近搜索、文本搜索、雷达搜索）的部分中提到了这一点 - 地点详情请求是否相同？
其他libraries/features:
JS API 提供了很多子库，Places 库也是如此 - 这些也没有记录，它们是基于每个用户还是每个键？
我是不是错过了详细的table使用消费规则？
当然，我假设每个请求都会占用配额中的一个请求，这听起来不错，但是每个用户的配额何时以及如何生效？
最终用户 是访问您网页的用户。
当您使用地图-javascript-API（包括任何 service/library）时，只有 1 个配额与您相关，mapLoads-配额 (25k每天 ).
A single map load occurs when:
a map is displayed using the Google Maps JavaScript API when loaded by a web page or application;
a Street View panorama is displayed using the Google Maps JavaScript API by a web page or application that has not also displayed a map;
a single request is made for a map image from the Google Static Maps API; or
a single request is made for a panorama image from the Google Street View Image API.
这个配额与网页的域有关（或者使用密钥时与项目有关）
通过 Javascript-API 对 service/library 的任何后续请求（例如地点、地理编码、方向等）将影响 端的配额-user（访客）。 通常唯一相关的最终用户配额是 每秒请求数（大约每秒 10 个请求），因此您必须注意您的网页不会太快发送太多请求。