但凡應(yīng)用涉及到時間問題,都要進行如下考慮:我這個時間,是不是可以跨區(qū)域使用。舉個例子,有個商品的搶購時間截止到北京時間22點,但我們并沒有說明這是北京時間,也就是北京時間二十三點的時候,莫斯科區(qū)域還能繼續(xù)搶購,這在邏輯上是有問題的。所以我們一般都采用統(tǒng)一的時間,也就是UTC時間。但是如果并沒有這樣的需求的話,使用UTC時間并不便于我們的使用(Django默認使用UTC時區(qū)),那么怎么進行Django時間轉(zhuǎn)換呢?接下來這篇文章告訴你。
前言
我們都知道時區(qū),標準時區(qū)是UTC時區(qū),django默認使用的就是UTC時區(qū),所以我們存儲在數(shù)據(jù)庫中的時間是UTC的時間,但是當我們做的網(wǎng)站只面向國內(nèi)用戶,或者只是提供內(nèi)部平臺使用,我們希望存儲在數(shù)據(jù)庫中的時間就是本地時間(東八區(qū)的時間),那么django也是可以完成這樣的需求的
await時間和navie時間
什么是await時間和navie時間?它是我們python中的兩種時間類型
- navie:不知道自己的時間表示哪個時區(qū)
- await:知道自己的時間表示的是哪個時區(qū)的
django設(shè)置東八區(qū)時間
我們想讓django中的時區(qū)變?yōu)闁|八區(qū)的時間,很簡單
USE_TZ = False
TIME_ZONE = 'Asia/Shanghai'
在settings.py文件中將USE_TZ設(shè)置為False,將TIME_ZONE設(shè)置為亞洲上海,之后我們在模型中創(chuàng)建時間字段的時候,在數(shù)據(jù)庫中存儲的就是東八區(qū)的時間,而時間的類型會使navie類型,所以我們就不能再把navie類型的時間轉(zhuǎn)換成其他時區(qū)的類型,所以我們一般不建議這么做。
django設(shè)置UTC時區(qū)
django中默認設(shè)置的是UTC時區(qū),所以我們數(shù)據(jù)庫中存儲時間就是UTC時區(qū)的時間,也就是0時區(qū),比我們正常見到的少8個小時,但是它的時間是await類型,可以轉(zhuǎn)成任意時間的時區(qū)。
django中提供了2個時間的方法
- django.utils.timezone.now:會根據(jù)settings.py文件中是否設(shè)置了USE_TZ=True獲取當前的時間。如果為Ture,那么就獲取一個aware類型的UTC時間,如果為False,那么就獲取一個navie類型的時間
- django.utils.timezone.localtime:會根據(jù)setting.py中的TIME_ZONE來將一個aware類型的時間轉(zhuǎn)換為TIME_ZONE指定時區(qū)的時間
下面列出了幾個常見的時區(qū)問題,并提供相關(guān)原因,如有不對,歡迎指出。
問題一:三個時間datetime.datetime.now()、datetime.datetime.utcnow()與django.util.timezone.now()的區(qū)別
datetime.datetime.now():輸出的永遠是本地時間(naive time)與配置無任任何關(guān)系。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ù)據(jù)庫的時間比本地時間小8個小時?
首先要明確的一點,Django1.4版本之前,對時區(qū)毫無概概念,對時間的存取、展示不做任何處理,數(shù)據(jù)庫里存儲的通常是本地時間,當然都是naive time。
Django在1.4版本之后存儲如果設(shè)置了USE_TZ=True,則存儲到數(shù)據(jù)庫中的時間永遠是UTC時間。這時如果settings里面設(shè)置了USE_TZ=True與TIME_ZONE = 'UTC',用datetime.datetime.now()獲取的時間django會把這個時間當成UTC時間存儲到數(shù)據(jù)庫中去。如果修改設(shè)置為USE_TZ=True與TIME_ZONE = 'Asia/Shanghai',用datetime.datetime.now()獲取的時間由于不帶時區(qū),django會把這個時間當成Asia/Shanghai時間,即東八區(qū)時間,然后django會把這個時間轉(zhuǎn)成帶時區(qū)UTC時間存儲到數(shù)據(jù)庫中去,而讀的時候直接按UTC時間讀出來,這就是網(wǎng)上很多人遇到的存儲到數(shù)據(jù)庫中的時間比本地時間會小8個小時的原因。
問題三:DateTimeField role_cost_history.cost_time received a naive datetime (2015-05-12 19:59:01.259517) while time zone support is active?
這個問題是因為如果設(shè)置了USE_TZ=True之后,model里面認為DateTimeField使用UTC時間(帶時區(qū)的時間),這時用datetime.datetime.now()獲取的時間是不帶時區(qū)的就會報這個問題。
問題四:django.util.timezone.now()輸出時間比本地時間小8個小時
只要設(shè)置了USE_TZ=True,django.util.timezone.now()輸出地永遠是UTC時間,不管你設(shè)置的TIME_ZONE是什么。如果USE_TZ=False,則django.util.timezone.now()輸出等同于datetime.datetime.now(),也不管TIME_ZONE設(shè)置的是什么。
問題五:模板顯示時間
在設(shè)置了USE_TZ=True之后,如果設(shè)置了TIME_ZONE = 'Asia/Shanghai',盡管數(shù)據(jù)庫中存儲的是UTC時間,但在模板顯示的時候,會轉(zhuǎn)成TIME_ZONE所示的本地時間進行顯示。
建議:為了統(tǒng)一時間,在django開發(fā)時,盡量使用UTC時間,即設(shè)置USE_TZ=True,TIME_ZONE = 'Asia/Shanghai',并且在獲取時間的時候使用django.util.timezone.now()。因為后臺程序使用時間時UTC時間就能滿足,也能保證證模板時間的正確顯示。
到此這篇關(guān)于django時間轉(zhuǎn)換的文章就介紹到這了,更多django學習上遇到的問題可以搜索W3Cschool以前的文章尋找解決方案!