Question

注意：我删除了之前存在的问题，并在此仅提供相关信息。

我们的数据库服务器（RH）指定了TIME_ZONE =“Europe / London”。并且，在Django settings.py中，我们指定TIME_ZONE =“America / New_York”。

而且，在我的Model类中，我指定了：

created = models.DateTimeField(editable=False,auto_now=False, auto_now_add=True)
modified = models.DateTimeField(editable=False,auto_now=True, auto_now_add=True)

当我去查看管理站点中的数据时，我得到UTC / GMT时间而不是东部时间。

我认为所有的时间都是由Django自动调整的，因为我将“America / New_York”指定为Django的时区。

感谢任何帮助/澄清。

由于埃里克

Answer 1

依赖日期/时间'automagic'是危险的，这些auto_add模型参数是一个陷阱。始终了解您正在处理的时区。 Python通过将tzinfo成员附加到其datetime对象来简化这一过程。虽然默认情况下这些对象是“天真的”，但我建议您始终附加tzinfo详细信息。仍然Python需要一些额外的帮助 python-dateutil 或 pytz （我使用的）。这是一个通用规则 - 始终将您的日期时间存储在数据库中作为UTC。

为什么呢？您的用户可能在不同的本地人，移动电话和笔记本电脑旅行，服务器配置错误或镜像在不同的时区。这么多头疼。日期时间永远不应该是天真的，如果它们（如在数据库中）并且您需要上下文，则还要在表中包含时区字段。

所以在你的情况下。

请勿使用auto_now字段，而是使用自定义save（）。
将UTC存储在数据库中
如果您需要知道时区 - 例如用户事件 - 也将时区存储在数据库中。
转换为必要/请求的时区

如果您使用的是pytz，localize()方法很棒。 Python的datetime对象具有有用的replace（）和astimezone（）。

还有一点需要注意，如果您的数据库是时区（如MySQL），请确保您的日期时间是UTC，然后使用replace（tzinfo = None），因为数据库连接器无法处理tz感知对象。

这是一个thread，其中详细介绍了Django的auto_now字段。

Answer 2

首先，我希望将我的数据存储为UTC，因为它是一个很好的起点。

所以让我问一下，为什么你需要EST的时间，这是给最终用户的，还是你需要在服务器上做逻辑并在EST中需要它？

如果是最终用户，一个简单的解决方法是让用户浏览器处理转换到正确的时间。在服务器上将datetime对象转换为时间戳：

timestamp = time.mktime(datetime_obj.timetuple()) * 1000

然后在网页上实例化一个Date对象：

var date_obj = new Date({{ timestamp }});
var datetime_string = date_obj.toString();
// the datetime_string will be in the users local timezone

现在，另一方面，如果您希望将时间放在服务器上的正确区域中，以便可以对其执行逻辑。我建议使用python-dateutil的帮助。它可以让您轻松切换到不同的时区：

from datetime import datetime
from dateutil import zoneinfo

from_zone = zoneinfo.gettz('UTC')
to_zone = zoneinfo.gettz('America/New_York')

utc = created # your datetime object from the db


# Tell the datetime object that it's in UTC time zone since 
# datetime objects are 'naive' by default
utc = utc.replace(tzinfo=from_zone)

# Convert time zone
eastern_time = utc.aztimezone(to_zone)

现在，如果您真的想在EST中存储日期时间，则需要更改数据库服务器上的时间（如Ajay Yadav和gorus所说）。我不知道你为什么要将它们存储为EST，但我不知道你的应用程序是什么。

Answer 3

当您说auto_now_add = True时，该值将由您的数据库服务器而不是您的django服务器添加。因此，您需要在数据库服务器上设置时区。

Answer 4

最简单/最快的修复 [上面由 Ajay Yadav 说] 是这样的，

只需将 TIME_ZONE 属性添加到 settings.py 中的数据库部分，

settings.py

# Database
# https://docs.djangoproject.com/en/3.1/ref/settings/#databases

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3',
        'NAME': BASE_DIR / 'db.sqlite3',
        'TIME_ZONE': 'Asia/Tokyo',
    }
}

有关可用的时区选择，请参阅下面链接的官方文档，

DJANGO TIMEZONE CHOICES

Answer 5

由于您编辑了问题，我将编辑我的答案:) Django无法控制数据库的时区，因此修复此问题的方法是更新数据库的时区。对于MySql，运行以下查询：

SELECT @@global.time_zone, @@session.time_zone;

默认情况下，这应该返回SYSTEM, SYSTEM，在您的情况下，这意味着“欧洲/伦敦”，以及问题的原因。既然您已经验证了这一点，请按照本页第一条评论中的说明操作：

http://dev.mysql.com/doc/refman/5.5/en/time-zone-support.html

请记住在更新时区后重新启动MySql服务器以使更改生效。

Django：时区问题

5 个答案: