【问题标题】:Saving a local datetime offset the time by 4 minutes保存本地日期时间会使时间偏移 4 分钟
【发布时间】:2017-06-25 00:06:49
【问题描述】:

我正在尝试通过以下方式在保存和加载时根据时区修改日期时间:

输入的日期时间和输入的时区被发送到服务器,服务器应更新日期时间以反映时区。所以当它保​​存在数据库(PostregSQL)中时,保存的是UTC时间(当然是在时区造成的偏移之后)。

为了反映这一点,这里有一个同样失败的简单示例:

一些进口:

>>> import datetime
>>> import pytz
>>> from apps.myapp.models import Project

创建两个输入:

>>> input_date = timezone.now()
>>> input_date
datetime.datetime(2017, 2, 7, 16, 7, 14, 377429, tzinfo=<UTC>)
>>> current_tz = pytz.timezone('America/New_York')
>>> current_tz
<DstTzInfo 'America/New_York' LMT-1 day, 19:04:00 STD>

如您所见,时区不是5h (24 - 19 = 5),而是4h56。在这个阶段我觉得没关系,可能和夏令时有关。

现在我正在替换输入日期的时区:

>>> input_date = input_date.replace(tzinfo=current_tz)
>>> input_date
datetime.datetime(2017, 2, 7, 16, 7, 14, 377429, tzinfo=<DstTzInfo 'America/New_York' LMT-1 day, 19:04:00 STD>)

正如所料,时间没有改变,但时区改变了,这很好。

我会将此值分配给项目(launch_dateDateTimeField,没有任何特定选项):

>>> project = Project.objects.get(pk=1)
>>> project.launch_date
datetime.datetime(2017, 1, 14, 8, 53, 57, 241718, tzinfo=<UTC>)
>>> project.launch_date = input_date
>>> project.launch_date
datetime.datetime(2017, 2, 7, 16, 7, 14, 377429, tzinfo=<DstTzInfo 'America/New_York' LMT-1 day, 19:04:00 STD>)

现在我将把它保存到数据库中(并从中刷新),让 Django/PostgreSQL 做数学运算:

>>> project.save()
>>> project.refresh_from_db()
>>> project.launch_date
datetime.datetime(2017, 2, 7, 21, 3, 14, 377429, tzinfo=<UTC>)

正如预期的那样,现在日期比上一个日期早 4 小时 56 分。我现在正在尝试恢复当地时间:

>>> project.launch_date.astimezone(current_tz)
datetime.datetime(2017, 2, 7, 16, 3, 14, 377429, tzinfo=<DstTzInfo 'America/New_York' EST-1 day, 19:00:00 STD>)
>>> input_date
datetime.datetime(2017, 2, 7, 16, 7, 14, 377429, tzinfo=<DstTzInfo 'America/New_York' LMT-1 day, 19:04:00 STD>)

这一次,偏移量正好是 5h。我错过了 4 分钟。

这里有 3 个问题:

  • 这 4 分钟是从哪里来的?
  • 为什么astimezone 也没有使用 4 分钟?
  • 如何将日期时间转换为 UTC、保存、加载并转换回本地?

【问题讨论】:

标签: python django timezone python-datetime


【解决方案1】:

pytz 时区有点奇怪,您可以从 StackOverflow 上的多个问题中看到。它们通常不会显示正确的偏移量或时区名称,除非允许它们将自己调整为与之配对的datetime。这是the documentation 不得不说的:

该库仅支持两种构建本地化时间的方法。第一种是使用pytz库提供的localize()方法。这用于本地化一个简单的日期时间(没有时区信息的日期时间):

构建本地化时间的第二种方法是使用标准 astimezone() 方法转换现有本地化时间:

不幸的是,对于许多时区,使用标准日期时间构造函数的 tzinfo 参数对 pytz “不起作用”。

没有这么明确说,但是使用replace和使用datetime构造函数有同样的问题。

要在不出现 4 分钟差异的情况下完成您的代码所做的事情,您可以使用 localize()

>>> input_date
datetime.datetime(2017, 2, 7, 16, 7, 14, 377429, tzinfo=<UTC>)
>>> current_tz.localize(input_date.replace(tzinfo=None))
datetime.datetime(2017, 2, 7, 16, 7, 14, 377429, tzinfo=<DstTzInfo 'America/New_York' EST-1 day, 19:00:00 STD>)

我怀疑这是一个错误,你真的想从 UTC 进行时区转换:

>>> input_date.astimezone(current_tz)
datetime.datetime(2017, 2, 7, 11, 7, 14, 377429, tzinfo=<DstTzInfo 'America/New_York' EST-1 day, 19:00:00 STD>)

【讨论】:

  • 这正是我最终所做的,感谢您的澄清。
  • 天哪,谢谢!!!经过这么多的挖掘,我终于找到了这个答案,这正是我所需要的。祝福你。
猜你喜欢
  • 1970-01-01
  • 2011-05-18
  • 2011-09-25
  • 1970-01-01
  • 2013-09-13
  • 2014-04-13
  • 2018-01-14
  • 2015-08-26
  • 2021-12-19
相关资源
最近更新 更多