RuntimeWarning: a naive datetime (1999-01-01 18:00:00) while time zone support is active.

本文解析了在Django项目中遇到的时区支持警告问题,详细介绍了naive datetime与active datetime的区别,提供了通过调整USE_TZ设置或使用timezone.now()替代datetime.now()的解决方案。
摘要由CSDN通过智能技术生成

1451: RuntimeWarning: a naive datetime (1999-01-01 18:00:00) while time zone support is active.

C:\Python27\lib\site-packages\django\db\models\fields\__init__.py:
1451: RuntimeWarning:
 DateTimeField Job.job_begin_time received a naive datetime (1999-01-01 08:00:00)
  while time zone support is active.
  RuntimeWarning)
1451: RuntimeWarning:
 DateTimeField Job.job_end_time received a naive datetime (1999-01-01 18:00:00)
  while time zone support is active.
 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

查了一下资料,这是因为django的时区设置导致的问题:
报错中说到datetime字段得到一个naive datetime,而不是支持time zone的active datetime
由于Django的设置中米哦人USE_TZ设置为True,Django会自动根据所设的时区对时间进行转换,所以程序中和数据保存的时间都转UTC时间,只有模版渲染时会把时间转为TIME_ZONE所设置的时区的时间。

使用datetime.datetime.utcnow()输出的是不带时区的utc时间,称为naive time

from datetime import datetime 
datetime.now() 
datetime.datetime(2016, 06, 19, 07, 14, 55, 865000)
 
 
  • 1
  • 2
  • 3

使用django.utils.timezone.now()输出的是带时区的utc时间,称为active time

from django.utils import timezone
timezone.now()
datetime.datetime(2016, 06, 19, 07, 15, 48, 367000, tzinfo=<UTC>)
 
 
  • 1
  • 2
  • 3

如果项目需要根据时区显示时间,那就使用Django的timezone.now()

不需要的话将setting.py里的USE_TZ设置为False即可。

使用带时区的时间,将所有用到datetime.now()的地方改为timezone.now(),并在对应的文件顶部加上from django.utils import timezone,就OK了。

如果项目中已经有了很多datetime.now(),又不想大面积改动的话,可以将import的语句修改一下

# from datetime import datetime # 原来用的注释掉
from django.utils import timezone as datetime # 不想大面积修改就这么做
 
 
  • 1
  • 2

而我做的demo只是固定的一个地区,所以不必牵涉到时区,把USE_TZ设置为False之后运行。

问题解决了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值