django時區(qū)問題的解決
前言
我們都知道時區(qū),標準時區(qū)是UTC時區(qū),django默認使用的就是UTC時區(qū),所以我們存儲在數(shù)據庫中的時間是UTC的時間,但是當我們做的網站只面向國內用戶,或者只是提供內部平臺使用,我們希望存儲在數(shù)據庫中的時間就是本地時間(東八區(qū)的時間),那么django也是可以完成這樣的需求的
await時間和navie時間
什么是await時間和navie時間?它是我們python中的兩種時間類型
- navie:不知道自己的時間表示哪個時區(qū)
- await:知道自己的時間表示的是哪個時區(qū)的
django設置東八區(qū)時間
我們想讓django中的時區(qū)變?yōu)闁|八區(qū)的時間,很簡單
USE_TZ = False TIME_ZONE = 'Asia/Shanghai'
在settings.py文件中將USE_TZ設置為False,將TIME_ZONE設置為亞洲上海,之后我們在模型中創(chuàng)建時間字段的時候,在數(shù)據庫中存儲的就是東八區(qū)的時間,而時間的類型會使navie類型,所以我們就不能再把navie類型的時間轉換成其他時區(qū)的類型,所以我們一般不建議這么做。
django設置UTC時區(qū)
django中默認設置的是UTC時區(qū),所以我們數(shù)據庫中存儲時間就是UTC時區(qū)的時間,也就是0時區(qū),比我們正常見到的少8個小時,但是它的時間是await類型,可以轉成任意時間的時區(qū)。
django中提供了2個時間的方法
- django.utils.timezone.now:會根據settings.py文件中是否設置了USE_TZ=True獲取當前的時間。如果為Ture,那么就獲取一個aware類型的UTC時間,如果為False,那么就獲取一個navie類型的時間
- django.utils.timezone.localtime:會根據setting.py中的TIME_ZONE來將一個aware類型的時間轉換為TIME_ZONE指定時區(qū)的時間
下面列出了幾個常見的時區(qū)問題,并提供相關原因,如有不對,歡迎指出。
問題一:三個時間datetime.datetime.now()、datetime.datetime.utcnow()與django.util.timezone.now()的區(qū)別
datetime.datetime.now():輸出的永遠是本地時間(naive time)與配置無任任何關系。datetime.datetime.utcnow():如果setting中配置USE_TZ=True則輸出的是UTC時間(naive time),如果setting中配置USE_TZ=False,則該輸出時間與datetime.datetime.now()完全相同。django.util.timezone.now():如果setting中配置USE_TZ=True則輸出的是UTC時間(active time),如果配置USE_TZ=False,則與datetime.datetime.now()完全相同。
問題二:django存儲到數(shù)據庫的時間比本地時間小8個小時?
首先要明確的一點,Django1.4版本之前,對時區(qū)毫無概概念,對時間的存取、展示不做任何處理,數(shù)據庫里存儲的通常是本地時間,當然都是naive time。
Django在1.4版本之后存儲如果設置了USE_TZ=True,則存儲到數(shù)據庫中的時間永遠是UTC時間。這時如果settings里面設置了USE_TZ=True與TIME_ZONE = 'UTC',用datetime.datetime.now()獲取的時間django會把這個時間當成UTC時間存儲到數(shù)據庫中去。如果修改設置為USE_TZ=True與TIME_ZONE = 'Asia/Shanghai',用datetime.datetime.now()獲取的時間由于不帶時區(qū),django會把這個時間當成Asia/Shanghai時間,即東八區(qū)時間,然后django會把這個時間轉成帶時區(qū)UTC時間存儲到數(shù)據庫中去,而讀的時候直接按UTC時間讀出來,這就是網上很多人遇到的存儲到數(shù)據庫中的時間比本地時間會小8個小時的原因。
問題三:DateTimeField role_cost_history.cost_time received a naive datetime (2015-05-12 19:59:01.259517) while time zone support is active?
這個問題是因為如果設置了USE_TZ=True之后,model里面認為DateTimeField使用UTC時間(帶時區(qū)的時間),這時用datetime.datetime.now()獲取的時間是不帶時區(qū)的就會報這個問題。
問題四:django.util.timezone.now()輸出時間比本地時間小8個小時
只要設置了USE_TZ=True,django.util.timezone.now()輸出地永遠是UTC時間,不管你設置的TIME_ZONE是什么。如果USE_TZ=False,則django.util.timezone.now()輸出等同于datetime.datetime.now(),也不管TIME_ZONE設置的是什么。
問題五:模板顯示時間
在設置了USE_TZ=True之后,如果設置了TIME_ZONE = 'Asia/Shanghai',盡管數(shù)據庫中存儲的是UTC時間,但在模板顯示的時候,會轉成TIME_ZONE所示的本地時間進行顯示。
建議:為了統(tǒng)一時間,在django開發(fā)時,盡量使用UTC時間,即設置USE_TZ=True,TIME_ZONE = 'Asia/Shanghai',并且在獲取時間的時候使用django.util.timezone.now()。因為后臺程序使用時間時UTC時間就能滿足,也能保證證模板時間的正確顯示。
到此這篇關于django時區(qū)問題的解決的文章就介紹到這了,更多相關django 時區(qū)內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
python+opencv實現(xiàn)文字顏色識別與標定功能
最近小編接了一個比較簡單的圖像處理的單子,今天小編給大家分享python+opencv實現(xiàn)文字顏色識別與標定功能的完整思路及代碼,感興趣的朋友一起看看吧2021-09-09Python中torch.load()加載模型以及其map_location參數(shù)詳解
torch.load()作用用來加載torch.save()保存的模型文件,下面這篇文章主要給大家介紹了關于Python中torch.load()加載模型以及其map_location參數(shù)的相關資料,需要的朋友可以參考下2022-09-09利用Chatgpt開發(fā)一款加減乘除計算器(Python代碼實現(xiàn))
這篇文章主要為大家詳細介紹了如何利用Chatgpt開發(fā)一款加減乘除計算器(用Python代碼實現(xiàn)),文中的示例代碼講解詳細,感興趣的小伙伴可以了解一下2023-02-02pandas如何將datetime64[ns]轉為字符串日期
這篇文章主要介紹了pandas如何將datetime64[ns]轉為字符串日期,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-07-07Python報錯error: subprocess-exited-with-error解決辦法
在Python開發(fā)中,遇到subprocess-exited-with-error通常是由依賴缺失、權限問題、環(huán)境配置錯誤或兼容性問題導致,修復方法包括安裝依賴、使用虛擬環(huán)境、提升權限、檢查路徑和命令,文中通過代碼介紹的非常詳細,需要的朋友可以參考下2024-10-10