use_tz

最新推荐文章于 2023-09-23 17:58:58 发布
原创 最新推荐文章于 2023-09-23 17:58:58 发布 · 1.9k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#use_tz

本文详细解析了Django项目中TIME_ZONE和USE_TZ两个关键配置的作用，通过实验对比了不同设置下对项目时间显示的影响，揭示了UTC时间与本地时间的切换机制。

django的settings中，有两个key跟项目的时区有关系：

TIME_ZONE = 'Asia/Shanghai'
USE_TZ = True

下面根据实际的情况来讲解下他们对项目时区的设置

# 1
TIME_ZONE = 'Asia/Shanghai'
USE_TZ = True

# 2
TIME_ZONE = 'Asia/Shanghai'
USE_TZ = False

# 3
# TIME_ZONE = 'Asia/Shanghai'
USE_TZ = False

# 4
# TIME_ZONE = 'Asia/Shanghai'
USE_TZ = True

本地测试过后，分别对应下面的编号结果

| 1 | 2018-09-26 16:45:08 |    # utc时间
| 2 | 2018-09-27 00:46:12 |    # 本地时间
| 3 | 2018-09-26 11:47:34 |    # 巴西时间
| 4 | 2018-09-26 16:56:38 |    # utc时间

由结果可得到的结论，USE_TZ 字段是UTC时间的开关。
当 USE_TZ = True时，系统采用UTC时间；
当 USE_TZ = False时，系统采用要看TIME_ZONE（时区）是否设置。若已设置时区，项目采用设置的时区的时间；若未设置，项目采用巴西时区的时间（utc-5），目前还不清楚为什么采用巴西的时区时间。

https://time.is/UTC+8
https://time.is/UTC
https://time.is/UTC-5

【Dv2Admin】解决MySQL后端时区USE_TZ is False的问题
Mr数据杨
12-17 1389
在使用Django-vue-admin框架开发应用时，处理与时区相关的日期时间问题是一个开发者需要解决的关键问题。通过适当配置Django的USE_TZ选项，或通过编写自定义的日期时间转换函数，开发者可以有效避免由于MySQL不支持时区敏感数据导致的错误。无论选择哪种方式，解决这一问题都能提升数据库操作的稳定性，确保数据的一致性，从而为应用提供更好的用户体验。
Django学习第四天：USE_TZ = True 或者USE_TZ = False
百锦再的博客
12-07 1万+
启用时区支持，所有时间将以 UTC 存储，Django 会根据时区进行转换。推荐在跨时区应用中使用。：禁用时区支持，所有时间将直接作为本地时间处理，适合不涉及跨时区的应用。在大多数情况下，推荐使用，这样可以确保应用在处理时间时更加一致和健壮，特别是在涉及多时区的情况下。
【补充小知识】USE_TZ和更新数据
Chimengmeng的博客
08-19 380
【补充小知识】USE_TZ和更新数据 【1】USE_TZ = False写成true，和fasle的区别 介绍 USE_TZ = False 和 USE_TZ = True 的区别在于是否启用时区支持。 当将 USE_TZ 设置为 False 时，Django 将以系统默认的时区进行操作。 这意味着 Django 会假设所有时间都是以服务器本地时区表示的，数据库中的日期时间字段也会被视为无时...
Django3.2.5项目settings.py中“USE_TZ = True”时区无法正常转换相关的bug
Nnnn的博客
07-23 662
不得不说，这是一个迷之一样的bug。在Django3.2.2中，使用代码“ last_updated = models.DatetimeField(default=datetime.datetime.now().replace(tzinfo=pytz.timezone('Asia/Shanghai'))) ”还是可以将UTC时间转换为Asia/Shanghai时区时间的。但是升级至Django3.2.5时，事情就不一样了。如果在不清楚原委的情况下，很容易陷入其中难以自拔的怪圈：不断在P...
USE_TZ
weixin_35756624的博客
01-16 461
USE_TZ 是 Django 中的一个设置，用于指定是否使用时区。如果设置为 True，Django 会在数据库和 Python 之间自动转换时区。如果设置为 False，Django 会假设数据库和 Python 都使用服务器的时区。默认值为 False。 ...
django---时区问题（USE_TZ）
一夜奈何梁山
10-28 8802
目录一： Django出现的时间问题：二：Django如何开启时区支持？三： 了解django的配置文件：四：区分两类datetime对象验证：时区关闭时：django使用的timezone。验证：时区开启时：django使用的timezone。 一： Django出现的时间问题： 问题描述： 不同时区的人所在的时间是不同的，如果都采用当地时间，那么导致数据库存储的时间，并不是同一时刻的时间。但如果都采用0时区时间，那么不在0时区的用户就会看到错误的时间，怎么做呢？ 解决方案： 在代码和数据库中都采用UTC
Django 项目中 “USE_TZ = True“ 时区转换问题的解决方法
JfpBlockchain的博客
09-23 442
这意味着在数据库中存储的时间将保持为 UTC 时间，而在页面上显示时将以 “Asia/Shanghai” 时区的本地时间显示。将 settings.py 文件中的 USE_TZ 设置为 False，即将 USE_TZ = True 修改为 USE_TZ = False。需要注意的是，禁用时区转换后，Django 不会自动将时间从 UTC 转换为本地时间，也不会将用户输入的时间转换为 UTC。这样，Django 将不再尝试将时间和日期转换为本地时区，而是将它们视为 UTC 时间并直接存储在数据库中。
Django设置USE_TZ为True后使用mysql查询可能会出现的问题
MarxLu的博客
11-19 1809
django项目的settings.py中设置了USE_TZ=True后，不管TIME_ZONE设置的是什么，存入数据库的都是UTC时间，取出来时会转成当前时区的时间来显示。具体USE_TZ的作用在这里就不细说了。 环境说明 Django 3.2.8版本 myql使用的是8.0.25版本 windows10系统 出现的问题 最开始项目中使用的还是sqlite，项目中有个Model类包含了一个DateTimeField，在sqlite时查询是正常的。 下面是示例: # 查询文章年份为2021年且月份为10月的
Django中TIME_ZONE和USE_TZ问题
laowangism的博客
12-26 1309
项目场景： 在 问题描述： 提示：这里描述项目中遇到的问题： 例如：数据传输过程中数据不时出现丢失的情况，偶尔会丢失一部分数据 APP 中接收数据代码： @Override public void run() { bytes = mmInStream.read(buffer); mHandler.obtainMessage(READ_DATA, bytes, -1, buffer).sendToTarget(); } 原
celery在django的USE_TZ为False时不停的执行任务调度
池塘
02-26 3175
环境 Django==2.0.13 # 使用celery实现计划任务！！ celery==4.3.0rc1 redis==3.0.1 django-celery-beat==1.4.0 django-celery-results==1.0.4 现象 不停的执行Scheduler: Sending due task [2019-02-26 15:40:03,798: INFO/MainProces...
django mysql 时间_Python Django MySQL，时区、日期、时间戳（USE_TZ=True时的时间存储问题）...
weixin_33268205的博客
01-19 929
Python Django MySQL，时区、日期、时间戳，写下这个标题的时候，头脑里面回荡着火车上的经典广告词：啤酒、饮料、矿泉水，花生、瓜子、八宝粥。当然本文跟这些零食吃喝没有关系，我们主要来聊聊时间问题。环境说明：1、约定：本文中的“时间”，如未特别说明均指“日期+时间”，即形如“%Y-%m-%d %H:%M:%S”，或“yyyy-mm-dd HH:MM:SS” 等包含日期和时间点的值，可能...
django_celery_beat 报错 USE_TZ
zpf_07的博客
04-06 766
django_celery_beat 报错 USE_TZ 报错信息如下重点内容是坑解决方案备注 报错信息如下 [2020-04-06 20:53:11,587: INFO/MainProcess] Writing entries... [2020-04-06 20:53:11,588: WARNING/MainProcess] Traceback (most recent call last): ...
Django开启USE_TZ = True时，以时间为参数查询结果为空
bocai_xiaodaidai的博客
07-23 673
django开启时区设置USE_TZ = True时，如果想查询某一天或者某个月的数据，那大概率会返回一个空的queryset。 如下： >>> Supplier.objects.filter(create_time__month=7) <QuerySet []> 原因： 在查询之前，日期时间字段将转换为指定时区的时间，而转化时需要在数据库中定义时区表。 官方文档queryset. 解决办法： 执行如下命令，将系统时区文件到入到数据库表中： mysql_t
django中的时区设置TIME_ZONE,USE_TZ
沉浮
08-23 2万+
Django如果开启了Time Zone功能，则所有的存储和内部处理，甚至包括直接print显示全都是UTC的。只有通过模板进行表单输入/渲染输出的时候，才会执行UTC本地时间的转换。
django时区设置的坑：TIME_ZONE和USE_TZ
jjxp2011的专栏
11-22 1309
windows下有USE_TZ=True时，TIME_ZONE设置就没有用了 1、在Django的配置文件settings.py中，有两个配置参数是跟时间与时区有关的，分别是TIME_ZONE和USE_TZ 2、如果USE_TZ设置为True时，Django会使用系统默认设置的时区，即America/Chicago，此时的TIME_ZONE不管有没有设置都不起作用。 3、如果USE_TZ 设置为False，而TIME_ZONE设置为None，则Django还是会使用默认的America/Chic.
Django 时区设置为USE_TZ = False 查询时间出错
LeonTom的博客
11-05 7691
问题： USE_TZ = False后，django orm 查询时间报错：MySQL backend does not support timezone-aware datetimes when USE_TZ is False. 解决：查询时间前，做替换 import pytz from django.utils import timezone USE_TZ ...
Python - Django 框架 - 设置时间区
学无止境
07-12 2077
完成上述步骤后，Django将使用指定的时区进行日期和时间操作。请确保在修改时区设置后重新启动Django应用程序以使更改生效。在Django的settings.py文件中，可以设置时区的配置。在settings.py文件中找到TIME_ZONE设置项，并将其设置为希望使用的时区。这将告诉Django使用设置的时区进行时间处理。
Django设置TIME_ZONE为中国，及其规则与善后问题
热门推荐
WY00703的专栏
04-16 5万+
Django默认的timezone是TIME_ZONE = ‘America/Chicago’ 现在要改成我们中国的时区 只需编辑settings.py文件 把time_zone的值改成TIME_ZONE=’Asia/Shanghai’即可 Django 启用 USE_TZ = True 的善后工作 Django 1.4 之后，时区的问题总算解决了。虽然 pytz
USE_TZ = True
最新发布
07-07
在 Django 项目中，当配置 `USE_TZ = True` 时，可能会出现时间显示或存储不正确的问题。这种现象通常与 Django 的时区处理机制有关，具体表现为数据库中存储的时间为 UTC 时间，而从数据库取出后会根据 `TIME_ZONE` 设置进行转换显示[^2]。 ### 配置建议 - **启用时区支持**：在 `settings.py` 中设置 `USE_TZ = True` 可以启用时区感知时间（aware datetime objects），这意味着所有时间字段将自动使用 UTC 时间进行存储，并在读取时根据当前设置的 `TIME_ZONE` 转换回本地时间[^3]。 - **指定正确的时区**：为了确保时间能够正确地被转换，应该在 `settings.py` 中设置 `TIME_ZONE = 'Asia/Shanghai'` 或者你所在地区的时区[^4]。 - **使用时区感知函数**：在代码中处理时间时，应使用 `django.utils.timezone.now()` 函数获取当前时间，而不是 Python 标准库中的 `datetime.datetime.now()`，这样可以保证获得的是一个时区感知的时间对象[^1]。 ### 常见问题及解决方法 - **存储和显示时间不一致**：如果发现存入数据库的时间与预期不符，检查是否已经正确设置了 `USE_TZ` 和 `TIME_ZONE`。当 `USE_TZ = True` 时，Django 会把接收到的所有时间转换成 UTC 时间再存入数据库；而在页面上显示时，则会依据 `TIME_ZONE` 的设定将 UTC 时间转回本地时间。 - **查询结果为空**：开启 `USE_TZ = True` 后，若以时间为参数进行查询得到空结果，可能是因为传入的时间没有携带时区信息或者不符合数据库中存储的 UTC 时间格式。前端传递带有时区的时间对象（如 ISO 8601 格式）可以避免此类问题[^5]。 ### 示例代码 ```python from django.utils import timezone # 获取当前时区感知的现在时间 current_time = timezone.now() ``` 上述配置和实践有助于确保 Django 应用程序能够正确处理跨时区的时间存储和展示问题。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值