根据访客的时区本地化日期和时间格式
以访客自己的本地时间和格式显示页面上的每个日期和时间，而不是使用一个几乎对谁都不正确的固定服务器时区。
标签
#时区信息
历史时区变更及其为何仍然重要
多年前的时间戳需要使用当时实际生效的时区规则，而不是今天的规则。弄错这一点会悄悄地破坏历史数据。
根据访客位置显示正确的营业时间
先确定访客的本地时区，再与您公布的营业时间进行比较，从而为全球受众正确显示“营业中”或“已打烊”。
极点附近的地理编码会发生什么
在极点附近，经线汇聚于一点，时区几乎失去意义。基于普通假设构建的位置软件在那里往往会表现异常。
构建一个默认选中访客时区的时区选择器
根据访客的 IP 地址在设置表单中预先选中其所在时区，而不是让他们自己去搜索。
国际日期变更线以及跨越它的请求
相距不远的两个点可能处于完全不同的日历日期，这纯粹是因为国际日期变更线恰好从它们之间穿过。
闰秒、UTC，以及它们为何很少与您相关
每隔一段时间，UTC 中就会插入一个额外的秒，以使其与地球的实际自转保持一致。几乎没有应用需要直接考虑这一点。
重建查询表后，时区查询速度更快
每个请求背后的时区查询表已为提升速度而重建，请求结构和响应字段均无变化。
迁出 Bing Maps 时区集成
Bing 的时区数据通常与其地理编码调用绑定在同一个账户下。下面介绍如何把这一部分分离出来并迁移。
为支持控制台添加本地时间时钟小组件
在每张支持工单旁边显示客户的本地时间，让客服人员知道此时打电话是否合适。
迁出 Google Maps Platform 时区集成
Google 时区查询通常与更大的 Maps Platform 账户捆绑在一起。下面介绍如何只迁移这一部分。
更改过时区规则的国家
一个国家的 UTC 偏移量并不是永久不变的。各国政府会定期重新划定时区边界、调整偏移量，或者增加和取消夏令时，软件必须及时跟进。
夏令时切换以及在切换前后出错的请求
每年有两次，某一段本地时间要么不存在，要么出现两次。假设每个时钟时间都没有歧义的软件，恰恰会在这时出错。
半小时和 45 分钟时区详解
并非每个时区都正好落在整点上。有几个国家使用 30 或 45 分钟的偏移量，假设偏移量都是整小时的代码会在这些时区出错。
为您的用户将 UTC 时间戳转换为本地时间
利用访客的坐标和一次附带正确时间戳的时区查询，以访客的本地时间显示时间戳，而不是原始的 UTC 时间。
时区数据：规则实际上是如何维护的
时区偏移量不是固定的物理事实，而是由政府决定并会更改的法律规定。下面介绍这些变化是如何被跟踪并保持最新的。
查找任意经纬度的时区
只需一次 API 调用，即可把任意一对坐标转换为时区名称、当前 UTC 偏移量和缩写，直接供您自己的日期库使用。