这是给网站交付需求使用的合成教学例,不是客户成果、真实账号测试或认证。
“墨尔本凌晨2点半”,可能不是完整预约指示
如果预约网站只保存本地日期和钟表时间,没有时区与最终时间点,夏令时切换附近可能出现歧义。采购新预约流程时,两次调钟都要测,不只测普通工作日。本例验收软件行为,不代表营业时段。
| 墨尔本输入 | 示例UTC候选 | 结论 |
|---|---|---|
| 2026年10月4日02:30 | 没有 | 本地时间不存在 |
| 2026年4月5日02:30 | 4月4日15:30Z及16:30Z | 重复时间,必须明确选择 |
| 2026年10月5日09:00 | 10月4日22:00Z | 唯一匹配 |
运行填好的例子
下载有限规则Node检查器和已填写输入。使用Node 24或更新版本,不需要账号或API,也不联网。
node checks.mjs melbourne-booking-dst melbourne-booking-dst.json程序尝试相关的+10和+11偏移,再用运行环境的Australia/Melbourne时区数据反向核对。三项分别输出0、2、1个匹配时间点。应记录Node与时区数据环境;这是特定小模型,不是全球时区库。
客户与工作人员应该看到什么
不存在的时间应要求重新选择,不能悄悄移到另一个时间。重复时间则需要明确的消歧政策,并让双方确认最终时间点。适当保存绝对时间、命名时区及原始选择。
通知及日历导出也应对照同一时间点。客户选择不同显示时区,不应在没有解释时改变商家时段。真实服务商接口与可预约库存是另一项核验;本资源不预约、不发送通知。
范围仅限所列2026年墨尔本示例。其他地区、历史规则或不支持的环境,应使用成熟时区实现及自己的测试,不能靠猜偏移扩展。
官方依据与边界
澳洲储备银行:夏令时日期:列出维州2026年4月5日回拨与10月4日前拨时钟的切换。
来源于2026年10月15日核验。输入与验收规则为原创教学设计;正式实施前还要核对当前平台版本及实际交付合同。