Questions tagged «dst»

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 2年前关闭。 我希望将这个问题及其答案作为处理夏时制（尤其是处理实际变更）的权威指南。 如果您要添加任何内容，请执行 许多系统都依赖于保持准确的时间，问题在于夏时制导致的时间变化-向前或向后移动时钟。 例如，一个在接订单系统中有取决于订单时间的业务规则-如果时钟改变，则规则可能不太清楚。订购时间应如何保留？当然，有无数种情况-这只是一种说明。 您如何处理夏令时问题？ 解决方案中包含哪些假设？（在此处查找上下文） 同样重要的是，如果不是更重要的话： 您尝试了什么却不起作用？ 为什么不起作用？ 我会对编程，操作系统，数据持久性以及该问题的其他相关方面感兴趣。 通用答案很好，但是我也想查看详细信息，特别是如果它们仅在一个平台上可用。

2046 datetime  timezone  utc  dst  datetimeoffset 

这是我的JS代码所需要的： var secDiff = Math.abs(Math.round((utc_date-this.premiere_date)/1000)); this.years = this.calculateUnit(secDiff,(86400*365)); this.days = this.calculateUnit(secDiff-(this.years*(86400*365)),86400); this.hours = this.calculateUnit((secDiff-(this.years*(86400*365))-(this.days*86400)),3600); this.minutes = this.calculateUnit((secDiff-(this.years*(86400*365))-(this.days*86400)-(this.hours*3600)),60); this.seconds = this.calculateUnit((secDiff-(this.years*(86400*365))-(this.days*86400)-(this.hours*3600)-(this.minutes*60)),1); 我想在“ ago”中获取日期时间，但是如果使用了DST，则日期会减少1小时。我不知道如何检查DST是否有效。 我怎么知道夏令时的开始和结束？

154 javascript  dst 

我正在使用美国/纽约时区。在秋季，我们“退后”一个小时-在凌晨2点有效地“获得”一个小时。在过渡点发生以下情况： 它是01:59:00 -04：00， 然后一分钟后变成：01 :00 : 00 -05：00 因此，如果您只是简单地说“ 1:30 am”，那么您是指第一次还是1:30滚动还是第二次就不清楚了。我正在尝试将计划数据保存到MySQL数据库，并且无法确定如何正确保存时间。 这是问题所在： “ 2009-11-01 00:30:00”内部存储为2009-11-01 00:30:00 -04：00 “ 2009-11-01 01:30:00”内部存储为2009-11-01 01:30:00 -05：00 这是很好的，也是可以预期的。但是，如何将任何内容保存到01:30:00 -04：00？该文档没有显示对指定偏移量的任何支持，因此，当我尝试指定偏移量时，它已被适当忽略。 我想到的唯一解决方案是将服务器设置为不使用夏时制的时区，并在脚本中进行必要的转换（为此我使用PHP）。但这似乎没有必要。 非常感谢您的任何建议。

88 php  mysql  datetime  timestamp  dst 

我正在尝试编写一个脚本，在该脚本中我想将任何时区转换为UTC反向。但是从某些地方我知道，在将任何时区转换为UTC 带或不带DST的情况下，它都会给出相同的UTC时间。例如：如果我尝试将其转换为： $mytime = '2011-03-31 05:06:00.000'; $myzone = 'America/New_York'; 到具有DST而没有DST的UTC，我将获得.. (New_York->UTC DST=Yes)2011-03-31 09:06:00 (New_York->UTC DST=No)2011-03-31 09:06:00 .......... 这是核心吗？如果是，那么为什么？请任何人给我你的答案。

83 php  time  dst 

通常，最佳做法是将时间存储在UTC中，如此处和此处所述。 假设有一个重复发生的事件，例如结束时间总是与当地时间相同，例如17:00，无论该时区是否启用了夏令时。并且还要求在特定时区打开或关闭DST时不要手动更改时间。还要求任何其他系统通过API（例如GetEndTimeByEvent）要求结束时间时，都必须以UTC格式发送结束时间。 方法1： 如果决定以UTC存储，则可以将其存储在数据库表中，如下所示。 Event UTCEndTime ===================== ABC 07:00:00 MNO 06:00:00 PQR 04:00:00 对于第一个事件ABC，UTC的结束时间是上午07:00，如果将其转换为从UTC到2012年7月1日的本地时间，则将转换为17:00的本地时间，如果转换为2012年10月10日（日期（DST在该时区为ON的日期），则将导致下午6点，这不是正确的结束时间。 我想的一种可能方法是将DST时间存储在附加列中，并在时区DST ON时使用该时间。 方法2： 但是，如果将其存储为本地时间，例如事件ABC，则它将在任何日期始终为17:00，因为没有从UTC到本地时间的转换。 Event LocalEndTime ======================= ABC 17:00:00 MNO 16:00:00 PQR 14:00:00 应用程序层将本地时间转换为UTC时间，以通过（API GetEndTimeByEvent）发送给其他系统。 在这种情况下，将时间存储在UTC还是一个好主意吗？如果是，那么如何获取恒定的本地时间？ 相关问题：是否有充分的理由不使用UTC来存储时间？

67 date  time  timezone  utc  dst