j127
1
我不确定这是一个错误还是我误解了它的行为。
示例 1
代码:
[date=2022-05-06 time=01:00:00 timezone="America/Los_Angeles"]
(洛杉矶是 GMT-7。)
结果:
2022-05-06T08:00:00Z
示例 2
代码:
[date=2022-05-06 time=01:00:00 timezone="Etc/GMT-7"]
结果:
洛杉矶是 GMT-7。如果我们说,“活动时间是 GMT-7(洛杉矶时区)下午 1 点”,并且有人像这样在 Discourse 中使用 GMT-7:
结果时间是错误的:
2022-05-05T18:00:00Z
要在那里获得洛杉矶时间(GMT-7),您必须像这样输入 GMT+7:
[date=2022-05-06 time=01:00:00 timezone="Etc/GMT+7"]
结果:
2022-05-06T08:00:00Z
America/Los_Angeles+7 应该与 GMT 相同,而 GMT-7 应该与 America/Los_Angeles 相同,不是吗?该小部件还显示 GMT-7 下午 1 点与洛杉矶不同:
1 个赞
j127
3
谢谢,我发帖前搜索过,但没看到那个讨论。
我认为如果不带 Etc/ 前缀显示,并且 GMT-7 与 America/Los_Angeles 相同,对用户来说会更清晰,但我猜这可能会让那些已经在以编程方式处理日期的人感到意外。
2 个赞
Stephen
(Stephen)
4
很容易忽略 Los_Angeles 和 GMT-7 并非同一回事。
洛杉矶根据一年中的不同时间,处于太平洋夏令时(PDT,GMT-7)或太平洋标准时(PST,GMT-8),并且不同国家/地区在不同时间进行时钟更改(英国:3 月最后一个星期日和 10 月最后一个星期日,而美国:3 月第二个星期日和 11 月第一个星期日),因此偏移量会有所不同。
这就是为什么日期/时间系统通常会同时显示时区和偏移量。
j127
5
谢谢,我们知道时钟的变化,但那些在时区选择器中找到 GMT-7(或一年中其他时间的 GMT-8)的人可能没有意识到他们输入的日期并非他们想要的。或者当他们看到类似这样的内容时,会觉得不合理,因为洛杉矶目前是 GMT-7:
system
(system)
关闭
6
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.