-
-
Notifications
You must be signed in to change notification settings - Fork 544
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Should we store all datetimes in UTC? #39
Comments
I read through the article and found this
Went to the python docs and then found this
So according to the articles conclusion, as long as we continue and don't forget to set it to UTC everywhere we will hopefully be fine. |
Yeah it's really not the aware vs naive thing that I'm afraid of as that has been fixed in Python as you've discovered. I'm more concerned about changes to and from DST. |
I'm closing this for now, doesn't seem like we will be doing this until we get a better argument in favor of it. |
We ended up doing this. Now looking to add timezones as a separate field in the database representation of the event model: #109 |
Found this article, I think it makes a convincing argument with the DST madness. The issues with Python aware vs naive datetime I (hope) think is a non-issue for us right now. But the DST thing annoys me a bit.
Link: http://lucumr.pocoo.org/2011/7/15/eppur-si-muove/
The text was updated successfully, but these errors were encountered: