# Y-m-d
@register.filter(name='converYmd') def converYmd(t): if t == '--': return t if t == '' or t is None: return t if len(str(t)) > 13: return "--" if int(t) < 0: return "--" t = float(int(t) / 1000.0) current_time = int(time.time()) if t > current_time: return "--" else: x = time.localtime(t) return time.strftime('%Y-%m-%d', x)
这是一个过滤时间戳并转换时间格式的过滤器的代码因为在本地测试没有问题所以以为时间是正确的,但是部署到服务器上,却发现日期少了一天。查了查原因,是因为django的问题。
修改setting.py 文件
在Django的配置文件settings.py中,有两个配置参数是跟时间与时区有关的,
分别是TIME_ZONE和USE_TZ
如果USE_TZ
设置为True
时,Django会使用系统默认设置的时区,即America/Chicago,
此时的TIME_ZONE不管有没有设置都不起作用。
如果USE_TZ
设置为False
,而TIME_ZONE
设置为None
,则Django还是会使用默认的America/Chicago时间。
若TIME_ZONE
设置为其它时区的话,则还要分情况,如果是Windows系统,则TIME_ZONE
设置是没用的,Django会使用本机的时间。如果为其他系统,则使用该时区的时间,入设置USE_TZ = False, TIME_ZONE = 'Asia/Shanghai'
, 则使用上海的UTC时间。这个值得引起注意因为吃过亏。。。。。
具体改成这样子
LANGUAGE_CODE = 'en-us' TIME_ZONE = 'Asia/Shanghai' USE_I18N = True USE_L10N = True USE_TZ = False # 为了保证django存入MySQL数据库时间差8个小时的问题
修改代码中默认时区
把代码中的时间也定位成utc时区
import datetime
from django.utils.timezone import utc
utcnow = datetime.datetime.utcnow().replace(tzinfo=utc)