本月上线内容：地理编码、IP、时区等
API 近期工作汇总：新的兼容主机、更快的时区和海拔查询、控制台新功能，以及更清晰的配额可见性。
重建查询表后，时区查询速度更快
每次调用 /v1/timezone 都会查询一张将坐标映射到时区边界的查找表，而这张表的结构直接影响答案返回的速度。我们从头重建了这张表，端点因此响应得更快。
这些都不会改变请求的样子或响应包含的内容。向 /v1/timezone 发送坐标，您得到的字段仍与以往完全相同：时区标识符、偏移信息，以及 /docs/timezone-lookup/ 中记载的其余响应结构。唯一的区别是答案返回的速度，这对反复调用该端点的场景最为重要，例如逐个处理的一批坐标，或者不能显得迟缓的实时功能。
时区查询往往出现在速度会累积放大的地方。单次调用稍快一点几乎察觉不到，但为数千个坐标解析时区的批处理任务，或者在用户拖动图钉时显示当地时间的实时地图，都会直接受益于底层更精简的查找。由于批量请求一如既往地将每个坐标计为一项，批量调用相关的价格和配额规则在这里也没有任何变化。
这项工作与我们对时区端点的其他做法相辅相成：每个响应都带有一致的配额响应头，身份验证方式与其他所有端点相同，价格也相同，无论是直接调用，还是通过十七个涉及位置数据的兼容替换主机之一访问。更快的查找表不会改变其中任何一点，它只是让答案更早到达。
我们把这类底层重建视为日常维护，而不是重磅功能，但它值得一提，因为对于大量依赖该端点的用户来说，效果是实实在在的。如果您的集成批量处理坐标，或者时区查询位于响应时间直接影响用户的路径上，您无需修改任何一行代码就应该能感受到差别。
该端点的完整文档，包括请求参数和响应字段，可在 /docs/timezone-lookup/ 查看。除了响应速度之外，那里的内容没有任何变化。