django時區問題的解決
前言
我們都知道時區,標準時區是UTC時區,django默認使用的就是UTC時區,所以我們存儲在數據庫中的時間是UTC的時間,但是當我們做的網站隻面向國內用戶,或者隻是提供內部平臺使用,我們希望存儲在數據庫中的時間就是本地時間(東八區的時間),那麼django也是可以完成這樣的需求的
await時間和navie時間
什麼是await時間和navie時間?它是我們python中的兩種時間類型
- navie:不知道自己的時間表示哪個時區
- await:知道自己的時間表示的是哪個時區的
django設置東八區時間
我們想讓django中的時區變為東八區的時間,很簡單
USE_TZ = False TIME_ZONE = 'Asia/Shanghai'
在settings.py文件中將USE_TZ設置為False,將TIME_ZONE設置為亞洲上海,之後我們在模型中創建時間字段的時候,在數據庫中存儲的就是東八區的時間,而時間的類型會使navie類型,所以我們就不能再把navie類型的時間轉換成其他時區的類型,所以我們一般不建議這麼做。
django設置UTC時區
django中默認設置的是UTC時區,所以我們數據庫中存儲時間就是UTC時區的時間,也就是0時區,比我們正常見到的少8個小時,但是它的時間是await類型,可以轉成任意時間的時區。
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指定時區的時間
下面列出瞭幾個常見的時區問題,並提供相關原因,如有不對,歡迎指出。
問題一:三個時間datetime.datetime.now()、datetime.datetime.utcnow()與django.util.timezone.now()的區別
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存儲到數據庫的時間比本地時間小8個小時?
首先要明確的一點,Django1.4版本之前,對時區毫無概概念,對時間的存取、展示不做任何處理,數據庫裡存儲的通常是本地時間,當然都是naive time。
Django在1.4版本之後存儲如果設置瞭USE_TZ=True,則存儲到數據庫中的時間永遠是UTC時間。這時如果settings裡面設置瞭USE_TZ=True與TIME_ZONE = ‘UTC’,用datetime.datetime.now()獲取的時間django會把這個時間當成UTC時間存儲到數據庫中去。如果修改設置為USE_TZ=True與TIME_ZONE = ‘Asia/Shanghai’,用datetime.datetime.now()獲取的時間由於不帶時區,django會把這個時間當成Asia/Shanghai時間,即東八區時間,然後django會把這個時間轉成帶時區UTC時間存儲到數據庫中去,而讀的時候直接按UTC時間讀出來,這就是網上很多人遇到的存儲到數據庫中的時間比本地時間會小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時間(帶時區的時間),這時用datetime.datetime.now()獲取的時間是不帶時區的就會報這個問題。
問題四: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’,盡管數據庫中存儲的是UTC時間,但在模板顯示的時候,會轉成TIME_ZONE所示的本地時間進行顯示。
建議:為瞭統一時間,在django開發時,盡量使用UTC時間,即設置USE_TZ=True,TIME_ZONE = ‘Asia/Shanghai’,並且在獲取時間的時候使用django.util.timezone.now()。因為後臺程序使用時間時UTC時間就能滿足,也能保證證模板時間的正確顯示。
到此這篇關於django時區問題的解決的文章就介紹到這瞭,更多相關django 時區內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- 在Docker容器中部署Django的時區問題
- python中的時區問題
- 關於Django使用 django-celery-beat動態添加定時任務的方法
- mysql8.0 my.ini 如何永久修改時區
- PyCharm創建Django項目的簡單步驟記錄