Seite 1 von 1
django datetime.now() -> utcnow()
Verfasst: Dienstag 18. August 2009, 16:28
von jens
Ich denke es wäre Sinnvoller wenn django statt datetime.now() überall utcnow() verwenden würde.
In eigenen Modellen mache ich das auch schon. Aber quer durch django gibt es an einigen Stellen ein datetime.now()...
Meine Idee wäre ein Patch in der Richtung:
Code: Alles auswählen
import datetime
datetime.datetime.now = datetime.datetime.utcnow
Was meint ihr?
EDIT: Ach schade, der patch geht ja überhaupt nicht

Verfasst: Dienstag 18. August 2009, 19:07
von jens
Ich sollte mir mal settings.TIME_ZONE ansehen
Aber dennoch, macht UTC nicht eigentlich generell mehr Sinn?
Verfasst: Dienstag 18. August 2009, 21:23
von sma
Müsste das nicht funktionieren, wenn man Zeitzonen nachrüstet. Das diese in Python fehlen, ist mir total unverständlich. Ansonsten würde ich aber auch sagen, ohne den Code studiert zu haben, dass man nie einfach nur mit lokalen Zeiten arbeiten sollte. UTC ist da (ähnlich wie Unicode/UTF) ein vernünftiger Standard.
Stefan
Verfasst: Mittwoch 19. August 2009, 07:26
von Leonidas
Zeitzonen fehlen weil sich die Definitionen öfter ändern, als Python Releases hat. Zudem man eh ein separates Projekt bräuchte um bei älteren Python-Versionen die neueren Zeitzoneninformationen zu aktualisieren.
Verfasst: Mittwoch 19. August 2009, 17:57
von sma
Java schaft's doch auch... Denn muss Python eben öfters neue Versionen herausbringen.
Stefan
Verfasst: Donnerstag 20. August 2009, 18:50
von Leonidas
Weil Java eben so oft Sicherheitsupdates nachschieben muss, da kann man auch die Zeitzonen mitaktualisieren
