RuntimeWarning: DateTimeField otrzymał naiwną datę i godzinę

Próbuję wysłać zwykłą pocztę za pomocą IPython. Nie skonfigurowałem żadnych modeli, w których nadal występuje ten błąd. Co można zrobić?

Błąd: /home/sourabh/Django/learn/local/lib/python2.7/site-packages/django/db/models/fields/ init .py: 827: RuntimeWarning: DateTimeField otrzymał naiwny datetime (2013-09-04 14: 14: 13.698105), gdy obsługa strefy czasowej jest aktywna. RuntimeWarning)

Wypróbowano: pierwszym krokiem jest dodanie USE_TZ = Truedo pliku ustawień i instalacja pytz(jeśli to możliwe).

Błąd zmieniony:

(learn)sourabh@sL:~/Django/learn/event$ python manage.py shell
/home/sourabh/Django/learn/local/lib/python2.7/site-packages/django/db/backends/sqlite3/base.py:53: RuntimeWarning: SQLite received a naive datetime (2013-09-05 00:59:32.181872) while time zone support is active.
  RuntimeWarning)

Problem nie dotyczy ustawień Django, ale daty przekazanej do modelu. Oto jak wygląda obiekt uwzględniający strefę czasową:

>>> from django.utils import timezone
>>> import pytz
>>> timezone.now()
datetime.datetime(2013, 11, 20, 20, 8, 7, 127325, tzinfo=pytz.UTC)

A oto naiwny obiekt:

>>> from datetime import datetime
>>> datetime.now()
datetime.datetime(2013, 11, 20, 20, 9, 26, 423063)

Więc jeśli podajesz datę e-maila w dowolnym miejscu (i ostatecznie trafia do jakiegoś modelu), po prostu użyj Django now(). Jeśli nie, to prawdopodobnie jest to problem z istniejącym pakietem, który pobiera datę bez strefy czasowej i możesz załatać pakiet, zignorować ostrzeżenie lub ustawić USE_TZ na False.

Użyj funkcji django.utils.timezone.make_aware, aby uświadomić strefę czasową naiwnych obiektów datetime i uniknąć ostrzeżeń.

Konwertuje naiwny obiekt datetime (bez informacji o strefie czasowej) na ten, który ma informacje o strefie czasowej (używając strefy czasowej określonej w ustawieniach django, jeśli nie określisz jej jawnie jako drugiego argumentu):

import datetime
from django.conf import settings
from django.utils.timezone import make_aware

naive_datetime = datetime.datetime.now()
naive_datetime.tzinfo  # None

settings.TIME_ZONE  # 'UTC'
aware_datetime = make_aware(naive_datetime)
aware_datetime.tzinfo  # <UTC>

Aby naprawić błąd i ustawić aktualny czas

from django.utils import timezone
import datetime

datetime.datetime.now(tz=timezone.utc) # you can use this value

Można zarówno naprawić ostrzeżenie, jak i użyć strefy czasowej określonej w pliku settings.py, która może być inna niż UTC.

Na przykład w moim settings.py mam:

USE_TZ = True
TIME_ZONE = 'Europe/Paris'

Oto rozwiązanie; zaletą jest to, że str(mydate)daje właściwy czas:

>>> from datetime import datetime
>>> from django.utils.timezone import get_current_timezone
>>> mydate = datetime.now(tz=get_current_timezone())
>>> mydate
datetime.datetime(2019, 3, 10, 11, 16, 9, 184106, 
    tzinfo=<DstTzInfo 'Europe/Paris' CET+1:00:00 STD>)
>>> str(mydate)
'2019-03-10 11:16:09.184106+01:00'

make_awareUżywa się innej równoważnej metody , patrz post dmrz.

Szybko i brudno - wyłącz:

USE_TZ = False

w Twoim settings.py

Możesz także zastąpić ustawienia, szczególnie przydatne w testach:

from django.test import override_settings

with override_settings(USE_TZ=False):
    # Insert your code that causes the warning here
    pass

Zapobiegnie to wyświetleniu ostrzeżenia, a jednocześnie wszystko w kodzie, które wymaga strefy czasowej uwzględniającej strefę czasową, może powodować problemy. Jeśli tak jest, patrz odpowiedź Kravietza.

Jeśli próbujesz przekształcić naiwny datetime w datetime ze strefą czasową w django, oto moje rozwiązanie:

>>> import datetime
>>> from django.utils import timezone
>>> t1 = datetime.datetime.strptime("2019-07-16 22:24:00", "%Y-%m-%d %H:%M:%S")
>>> t1
    datetime.datetime(2019, 7, 16, 22, 24)
>>> current_tz = timezone.get_current_timezone()
>>> t2 = current_tz.localize(t1)
>>> t2
    datetime.datetime(2019, 7, 16, 22, 24, tzinfo=<DstTzInfo 'Asia/Shanghai' CST+8:00:00 STD>)
>>>

t1 to naiwna data i godzina t2 to data i strefa czasowa w ustawieniach django.