Django修改配置中的时区后仍获取本地时间错误的解决方法

最新推荐文章于 2022-08-31 09:03:33 发布
最新推荐文章于 2022-08-31 09:03:33 发布
阅读量601 收藏 1
点赞数 1
分类专栏： Django 文章标签： django
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/joker_zsl/article/details/105379564
版权

Django项目在settings.py文件中 默认使用UTC时间，而UTC时间（格林威治时间）比北京时间晚8小时，因此在Django项目中获取当前时间时或出现问题。

一般我们会把settings中的TIME_ZONE属性值改为Asia/Shanghai

但是在使用时发现，仅修改时区并不能有效的获取正确的时间，记录的仍是UTC时间

应该同时把settings中的USE_TZ的属性值改为False

再试一下发现已经能正确记录时间了

 

joker_zsl
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
django中使用POST方法获取POST数据
09-18
本文将详细介绍如何在Django中使用POST方法获取这两种类型的数据。 1. 获取POST中表单键值数据 当客户端（如浏览器）通过POST方式提交表单时，数据通常是以`application/x-www-form-urlencoded`格式发送的。在...
Django数据查询到的时间错误？Django中的时间与时区设置
走在搬砖的路上！
03-15 569
若TIME_ZONE设置为其它时区的话，则还要分情况，如果是Windows系统，则TIME_ZONE设置是没用的，Django会使用本机的时间。如果USE_TZ设置为True时，Django会使用系统默认设置的时区，即America/Chicago，此时的TIME_ZONE不管有没有设置都不起作用。如果为其他系统，则使用该时区的时间，入设置USE_TZ = False, TIME_ZONE = ‘Asia/Shanghai’, 则使用上海的UTC时间。Django数据查询的结果发现有数据库的时间对不上？
解决Django项目中用timezone.now()获取时间时总是比当前时间小8个小时
肥仔的博客
03-04 1035
为什么会小8小时的原因可以看这篇博客，我只讲解决方法： 在settings.py中把TIME_ZONE改成'Asia/Shanghai'，把USE_TZ这行代码注释掉
为什么Django设置时区为TIME_ZONE = Asia/Shanghai USE_TZ = True后，存入mysql中的时间只能是UTC时间
我就叫贝塔
06-30 1400
这个问题的解释还得看Django官方文档。其实是我理解错了，因为Mysql存储的时间不能灵活设置时区，不像datetime对象有一项参数专门指定时区，所以为了统一全球的时间，必须使用国际标准时间UTC，否则就会乱套。所有时间在存如数据库前，必须转换成UTC时间。比如北京时间8点，存入mysql变成0点（UTC）。 一般不跨时区的应用，可以不使用时区，即在settings.py设置 USE_TZ = False 这样存储的时间就是无时区的时间，英文叫naive datetime (datetime with
Django DateTimeField时区问题
penghe的专栏
07-22 4989
使用Django的DateTimeField(auro_now_add=True)设置当前时间为创建时间时，时间往往与当前时间对应不上，这是由于Django默认使用的是【UTC】（世界标准时间）时区，与我们的时间相差8小时。要解决这个问题可通过修改settings.py文件中的【TIME_ZONE】和【USE_TZ】这两个参数实现。 具体步骤如下： 1. 找到并打开【settings.py】文...
django 时区问题解决方案
加菲猫小站
07-13 562
http://smilejay.com/2014/06/django-datetimefield-timezone-issue/ 最近开始使用Django开发一些系统，在models.py中设置一些数据库表结构并给日期时间字段赋初值，不过在使用的过程中，遇到一点问题。问题是，我本来服务器使用的市区是“Asia/Shanghai”（+08:00），然后用datetime.now保存到数据库...
Django打包试错
wangaolong0427的博客
11-29 2155
项目场景： Django项目打包成exe 问题描述： 第一次打包Django项目，虽然知道最后会生成dist文件夹，但是在build文件夹里也找到了manage.exe，经过测试…直接删除了build. 按道理来说不出意外manage.py会绑定一个manage.spec，如果没有就去网上找。 manage.spec代码： # -*- mode: python ; coding: utf-8 -*- block_cipher = None a = Analysis(['manage.py'],
详解Django 时间与时区设置问题
09-19
解决这类问题的方法是始终使用 `django.utils.timezone.now()` 来获取当前时间，或者在处理naive时间时明确地指定时区。在保存到数据库之前，确保时间对象是时区感知的，以避免出现不一致的情况。 总的来说，理解和...
Django 解决由save方法引发的错误
09-16
总结来说，解决Django中由`save()`方法引发的错误主要涉及以下几点： 1. 使用`save(update_fields=[])`来限制更新的字段，避免并发环境下的数据不一致。 2. 在多线程环境中，考虑使用事务管理来确保数据一致性，尤其...
在Django中同时使用多个配置文件的方法
12-24
如果你想把你的配置文件按照产品设置和开发设置组织起来，你可以通过下面三种方法的其中一种达到这个目的。 设置成两个全面的，彼此独立的配置文件 设置一个基本的配置文件（比如，为了开发)和第二个（为了产品)...
Django Form 实时从数据库中获取数据的操作方法
12-31
Django Form 实时从数据库中获取数据 ，具体内容如下所示： 修改 models.py 添加 class UserType(models.Model): caption = models.CharField(max_length=32) 执行命令，生成数据库 python manage.py ...
Django时区设置问题
m0_46829545的博客
08-31 159
Django时区设置问题
Django保存的时间与系统时间不一致
wavehaha的博客
03-24 1213
Django保存的时间与系统时间不一致 在使用Django项目打印时间时发现与系统时间不一样，原因是django默认使用的是格林尼治的时间，与北京时间差八个小时 解决办法： 在Django的配置文件settings.py中，有两个配置参数是跟时间与时区有关的，分别是TIME_ZONE和USE_TZ 如果USE_TZ设置为True时，Django会使用系统默认设置的时区，即America/Chicago，此时的TIME_ZONE不管有没有设置都不起作用。 如果USE_TZ 设置为False，而TIME_ZO
django linux 有时候获取时间不对,django 获取系统当前时间 和linux 系统当前时间不一致 问题处理。...
weixin_35949298的博客
05-02 162
问题场景：在django admin models 实体对象添加一个属性最后修改时间，用户在添加、修改是系统自动修改操作时间。UpdateTime自动获取系统时间、并且自动修改。代码设置如下。上面代码设置是没有问题的。当放到linux 完全上去跑是，发现UpdateTime和CreateTime(数据库字段)时间和系统时间不一致。当修改记录是UpdateTime也能自动修改时间就，当是时间还是和系...
glibc时区不生效_Django学习踩坑关于Mysql的时区设置
weixin_39767887的博客
11-28 243
最近在学习django网课，但是由于是之前的课程，所以很多内容都更新换代了，一边学习一边踩坑，顺便将其一起记录下来。这次主要是两部分，一部分是关于Mysql的崩溃事件，我在折腾Mysql的时区设置时把它搞崩了，net start mysql无法启动，一直提示“MySQL 服务正在启动 ..MySQL 服务无法启动。”百度了很多答案，雷同，无法解决，最后还是谷歌靠谱点，解决...
Django 时间与时区设置问题
Matt22
05-30 117
在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系统，则TI.
django settings 的时区和时间设置（django 默认生成时间总是差半个小时（或不等时间差）左右的问题）
shunzi2016的博客
07-31 2755
目录 问题描述： 问题研究： 第一部分： 第二部分： 解决方案： 问题描述： 当我们将django 的settings 时区设置为如下格式时 TIME_ZONE = 'Asia/Shanghai' USE_TZ = True USE_I18N = True USE_L10N = True model 类设置了如下 create_time = models.DateT...
django时区报错 received a naive datetime (2012-01-01 00:00:00) while time zone support is active.
向死往生
07-31 433
django 的时区问题 问题： 在默认情况, 如果设置了时区的配置。 且models中使用DatetimeFiled 字段，使用时间就应该加上时区。 在迁移或者使用的时候使用没有时区的时间，就会引发一个warning。 RuntimeWarning: DateTimeField ModelName.field_name received a naive datetime (2012-01-01 00:00:00) while time zone support is active. 解决方案： 生成新的
django项目中遇到懂得问题与解决方法
最新发布
06-09
当在Django项目中遇到问题时，一般可以通过以下步骤来解决： 1.查看Django的错误提示，Django会在控制台或浏览器中显示详细的错误信息，包括错误类型、错误位置等等。 2.查看Django的文档，Django文档中包含了很多有用的信息和示例代码，可以帮助我们解决问题。 3.查看Django的源代码，有时候需要深入了解Django的实现方式才能找到问题的解决方法。 4.搜索网络资源，很多人都遇到过与我们相似的问题，可以通过搜索相关的问题来找到解决方案。 5.向Django社区求助，Django社区是一个非常活跃的社区，有很多经验丰富的开发者可以帮助解决问题。 总之，解决Django项目中的问题需要耐心和细心，多方面寻找解决方法，并不断学习和积累经验。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值