Jak działa strefa czasowa django z auto_now_add model.field

Question

Przypuszczam, że zarządzanie strefą czasową zostało dodane do django 1.4, więc problem jest całkiem nowy.

użyłem prostego modelu

class Sample(models.Model): 
    ... 
    date_generated = models.DateTimeField(auto_now_add = True) 

Kiedy próbuję pobrać nowo utworzonego rekordu jej się nie powiedzie.

min_datetime = datetime.now() - timedelta(seconds = 300) 
sample = Sample.objects.get(date_generated__gte = min_datetime) 

i serwer wydaje ostrzeżenie.

DateTimeField received a naive datetime (2012-06-29 15:02:15.074000) while time zone support is active. 

Wymyśliłem dwa rozwiązania tego problemu.

1. Wyłącz zarządzanie strefa czasowa w settings.py

   USE_TZ = False 
   

   ale nie zawsze jest to desierable.

2. zmieniając

   date_generated = models.DateTimeField(auto_now_add = True) 
   

   do

   date_generated = models.DateTimeField(default=datetime.now()) 
   

   jest rozwiązanie, które utrzymuje zarządzania strefą czasową pracę

Answer 1

Problem polega na koniec: datetime.now() nie jest TZ świadomy, więc jesteś tym, który karmi się naiwną TZ. Zobacz Django docs on this issue. Powodem jego działania podczas ustawiania default=datetime.now jest wymuszenie wartości na naiwnej datetime, więc gdy porównasz ją później z inną naiwną datetime, nie ma problemu.

Musisz dostać się „teraz” w następujący sposób:

import datetime 
from django.utils.timezone import utc 

now = datetime.datetime.utcnow().replace(tzinfo=utc) 

Answer 2

być ostrożnym ustawienie wartości DateTimeField domyślnej datetime.now(), jako że będzie obliczyć pojedynczą wartość, gdy Apache/nginx ładunki Django (lub po uruchomieniu serwer programistyczny), a wszystkie kolejne rekordy otrzymają tę wartość.

Zawsze należy stosować auto_now_add z tego powodu.

Answer 3

utils

Zastosowanie strefa czasowa Django

from django.utils import timezone 
date_generated = models.DateTimeField(default=timezone.now)