Question

我有一个关于处理夏令时的一般问题。我想它不是特定的PHP，但我用PHP编写，所以我认为包含它不会有什么坏处。

我有一个使用jquery fullcalendar构建的日历应用程序。用户在本地时区查看事件，我的服务器将它们存储为mysql中的UTC日期时间。（有关stackoverflow的其他问题表明这是处理时区的最佳方法。）因此，每次用户在日历上保存或查看事件时都会进行转换。这工作正常，但我很困惑如何最好地处理夏令时。

例如，假设用户在时区EST（东部标准时间）创建一个事件，当它不是夏令时，每天下午3点重复。我的PHP代码使用标准的DateTime（和DateTimeZone）类在UTC和EST之间转换UTC-5：00。当夏令时处于活动状态时，时钟将提前一小时，PHP将在UTC和EST之间转换UTC-4：00。从用户的角度来看，事件从原来的下午3点转移到下午4点。这不是我的用户和我想要的。无论夏令时如何，下午3点的活动都应该在下午3点举行。处理这个问题的最佳方法是什么？ PHP中有没有办法忽略夏令时？

我的代码：

$getDate = new DateTime($storedDate, new DateTimeZone('UTC'));
$getDate->setTimezone(new DateTimeZone('America/New_York'));
$getDateString = $getDate->format('Y-m-d H:i:s');

更多信息:(从我下面的评论中复制）

- 仅存储重复事件的第一次出现。根据用户请求的日历视图（月，周或日视图），即时创建所有其他事件。按照我编写的方式，它只创建在视图上可见的事件。

- 问题是，我还需要为其他时区保持不变。继续原来的例子，下午3点应该在美国东部时间下午3点（不管夏令时），但如果在中部时间观看活动，活动也应该在下午2点（不管夏令时）。

基本上，我需要以某种方式忽略夏令时。

Answer 1

这是一个复杂的问题。我学到了很难，不是每天都是86,400秒。

在处理各种日历应用程序时，我在早期做出了一个设计决定，这让我很麻烦。也就是说，事件的每个实例都在数据库中有一个条目。

一张表用于所有活动信息（标题，描述等）。另一个表为该事件的每个实例保存了一个时间戳。当有人安排重复事件时（比如每周三下午3:00），我会在每个星期三的3点PM 的时区（实际上存储为UTC）插入一个实例。现在，理论上的事件可以永远重复。我认为在重复上设置一个合理的限制（比如50或100年）比在飞行中计算事件的所有日期要简单得多。对于用户来说，事件似乎永远持续下去，但在数据库中却没有。即使你每天安排一个100年的活动，在一张非常狭窄的桌子上也只有36,500条记录。

使用这种方法，您必须考虑例外。有时人们会改变一个事件实例的细节。在这些情况下，我只是创建了另一个事件并复制了相关的细节...因为它实际上是一个单独的事件。如果你想将它们与组ID绑在一起，你可以。更改事件的单个调度很容易，因为每个实例都有一个单独的行。

对于像这样的大多数情况，我推荐这种方法。为我节省了很多麻烦，能够依靠数据库完成所有繁重的工作，同时也解决了你的时区问题。

Answer 2

您是否尝试过查看DateTimeZone :: getTransitions（）？

http://www.php.net/manual/en/datetimezone.gettransitions.php

特别使用[offset]和[isdst]属性。

当他们节省时间时，找到当前日期之前的第一个转换 NOT DST 。（通常是过去一年中两个值中的一个）。使用非DST 期间的偏移量
检索该值时，您目前在DST期间，请使用非DST期间的偏移量来转换时间，而不是当前偏移量。

以你的EST为例，即使你在EDT，你也可以使用EST转换为-5来保存值。

如果他们在1月份查看该值时将值拉回，则添加5，如果您在8月份，则添加4。

这将适用于95％的情况我假设交换机是一致的。如果东方决定与Central合并，你可以进行-5 / -4 / -5 / -4 / -5 / -5 / -6 / -5 / -6 / -6 的转换那会搞砸。

这个没有灵丹妙药。我不知道您的应用程序结构的详细信息，您可能只需要尝试将3小时添加到您所在的任何一天的午夜，以便任何定期的每日约会存储为仅限时间。

PHP Daylight节省难题

2 个答案: