1.Django的时区问题 django默认的时区是UTC,平时是没有什么影响的,但是在需要将时间戳转换成本时区的时间或者是获取当前的本地的localtime的时候就出现了问题。之前程序在测试时是运
1.Django的时区问题
django默认的时区是UTC,平时是没有什么影响的,但是在需要将时间戳转换成本时区的时间或者是获取当前的本地的localtime的时候就出现了问题。之前程序在测试时是运行在Windows环境,所以即使settings.py中的TIME_ZONE使用默认时区,Django也会根据本机的时区使用当前时区时间。然而程序放到linux运行程序时,Django的时区会使用settings.py中的TIME_ZONE设置的时区,所以这时就出现了问题。再有当我用脚本在linux上测试或者直接进入Python环境的时候,运行time.localtime(),显示本机所在时区的当前时间。
<div">
'''
我的django程序中的一部分,这部分功能是将用户的聊天时间戳转化为格式化时间。由于我使用的默认时区UTC,原以为在linux环境中会像windows环境中一样会使用机器设置的时区的时间,
结果并不是,而是使用了默认时区的时间。
'''
import time send_time = 1543524392 day = time.strftime('%Y-%m-%d %H:%M:%S', time.localtime(send_time)) print day # 2018-11-29 20:46:32--->UTC 代码中打印出来的时间是UTC时间
2.Django时区设置
- 在Django的
settings
中,有两个配置参数是跟时间与时区有关---->TIME_ZONE
和USE_TZ
USE_TZ
为True
,Django使用系统默认时区,即America/Chicago
,此时TIME_ZONE
不管有没有设置都不起作用。USE_TZ
为False
,TIME_ZONE
为None
,Django会使用默认的America/Chicago
时间。
设置为其它时区,则要具体的程序运行环境。如果是Windows系统,则USE_TZ
为False,
TIME_ZONETIME_ZONE
设置是没用的,Django会使用本机的所使用的时区。如果为其他系统,则使用TIME_ZONE设置的时区------>即USE_TZ = False
,TIME_ZONE = 'Asia/Shanghai'
, 使用上海的UTC
时间。