Easy!Appointments 时区问题导致预约日期显示错误的解决方案

问题背景

在Easy!Appointments这款开源预约管理系统中，当用户处于GMT负时区时，预订日历会错误地将可用日期提前一天显示。这个bug影响了全球许多地区用户的正常使用体验，特别是那些位于UTC时区以西的地区。

问题根源分析

该问题的核心在于JavaScript的Date对象处理日期字符串时的时区转换行为。在原始代码中，系统直接将从后端获取的日期字符串转换为Date对象：

unavailableDates.map((unavailableDate) => new Date(unavailableDate))

这种处理方式会导致以下问题：

1. 当仅传入日期字符串(如"2024-11-05")时，JavaScript会将其解释为UTC时间
2. 在转换为本地时区时，GMT负时区的用户会看到日期被提前一天
3. 这是因为UTC午夜在负时区会变成前一天的晚上

技术解决方案

正确的处理方式是在日期字符串后添加时间部分，明确指定为当天的开始时间：

unavailableDates.map((unavailableDate) => new Date(unavailableDate + 'T00:00'))

这个修改确保了：

1. 日期字符串被明确解释为本地时区的午夜时间
2. 避免了UTC到本地时区的意外转换
3. 保持了日期显示的准确性，与用户所在时区一致

实现细节

该修复位于项目的assets/js/http/booking_http_client.js文件第341行。修改后的代码确保：

1. 日期字符串被完整解析，包含日期和时间部分
2. 时间部分明确设置为午夜(00:00)，消除时区转换歧义
3. 保持了与后端API的兼容性，无需修改数据格式

影响范围

该修复主要影响以下场景：

1. 位于UTC时区以西(如美洲地区)的用户
2. 使用日期选择功能的所有界面
3. 涉及可用日期计算的所有业务逻辑

最佳实践建议

在处理日期时，开发人员应当：

1. 始终明确指定日期字符串的时间部分
2. 考虑时区转换对日期显示的影响
3. 在前端和后端之间保持一致的日期处理逻辑
4. 在跨时区应用中考虑使用UTC时间作为中间格式

这个修复已被项目维护者合并到主分支，解决了长期困扰用户的一个关键问题，提升了系统在全球范围内的可用性。