#pytz

https://gist.github.com/mathom/5347326

지금까지 별 생각없이 타임존을 처리하고 있었는데, 암 생각 없이 잘 처리하고 있었다. 요번에 분석코드를 짜다가 난관에 부딪쳤는데. 아래와 같다. >>> import pytz >>> from datetime import datetime >>> tz = pytz.timezone('Asia/Seoul') >>> datetime(2013, 2, 3, tzinfo=tz) datetime.datetime(2013, 2, 3, 0, 0, tzinfo=) >>> datetime(2013, 2, 3, tzinfo=tz).utcoffset() datetime.timedelta(0, 30600) 한국이 정확히는 +8:30분 위치에 있기는 하지만 일본과 같이 +9:00를 사용 중이다. 그런데 위와 같은 코드를 작성하면 +8:30이 되버린다. pytz 문서를 보니 아래와 같이 설명이 되어 있었다. > Note that this library differs from the documented Python API for tzinfo implementations; if you want to create local wallclock times you need to use the localize() method documented in this document. In addition, if you perform date arithmetic on local times that cross DST boundaries, the result may be in an incorrect timezone (ie. subtract 1 minute from 2002-10-27 1:00 EST and you get 2002-10-27 0:59 EST instead of the correct 2002-10-27 1:59 EDT). A normalize() method is provided to correct this. Unfortunately these issues cannot be resolved without modifying the Python datetime implementation. 결론은... 1. datetime(year, month, day, tzinfo=timezone)은 사용하지 말 것. 2. utc시간이 저장된 naive datetime을 timezone-aware datetime으로 바꾸는 경우 localize를 사용 * localize() : <timezone instance>.localize(<naive datetime>) 3. timezone-aware datetime을 다른 timezone으로 바꾸는 경우 * astimezone() : <timezone-aware datetime instance>.astimezone(<timezone instance>) 4. 연산은 가능하면 utc상태에서 하는 것이 좋으나 local time으로 하고 싶을때는 계산을 하고 나서 반드시 normalize()를 호출할 것. 서머타임제 등을 보정해 줌.