Python과 Django 간의 시간대 문제

코딩에서 시간 문제는 항상 시간대 문제로 헷갈리기 쉽습니다. 늘 시행착오를 거쳐 해결해 왔는데, 오늘 드디어 그 이유를 알아내고 마음속의 매듭을 풀었습니다. .

Python의 시간대 문제

datetime.today() / datetime.now()

이 두 함수는 현재 시스템 시간을 가져오지만, 가져온 datetime 객체는 tzinfo 시스템에 시간대가 설정되어 있어도 in은 비어 있습니다.

datetime.utcnow()

이 함수는 현재 UTC 시간을 가져오며, 이는 현재 시스템 시간과 시간대를 기준으로 계산되어야 합니다.

예를 들어 시스템 시간은 14:00, 시간대는 아시아/상하이(베이징 시간), utcnow 반환 시간은 6:00입니다. 마찬가지로 결과 객체의 tzinfo는 비어 있습니다.

환경 변수 TZ가 위 기능에 미치는 영향:

환경 변수 TZ가 시스템에 설정되거나 Python에 os.environ['TZ']가 설정된 경우 위의 함수에서 구한 시간은 해당 TZ 시간대의 시간입니다. 실제로 TZ는 이러한 기능이 아닌 시스템 시간에 영향을 미치는 것으로 볼 수 있는데, 이는 date 명령의 반환 결과를 보면 알 수 있다. datetime.now() 및 date 명령이 반환하는 결과는 항상 일관됩니다.

Django의 시간대 문제

위의 Python 함수를 이해하고 나면 Django의 시간대 문제는 간단해 보입니다.

django 설정에는 프로그램에서 사용하는 시간대를 설정하는 TIME_ZONE이라는 설정이 있습니다.

django 문서에서 TIME_ZONE의 기능은 os.environ['TZ']를 변경하는 것이지만 os.environ['TZ']를 변경해도 시스템 환경 변수 TZ는 변경되지 않습니다. , TIME_ZONE 설정이 시스템 시간대 설정과 일치하지 않으면 프로그램의 datetime.now()에서 얻은 시간이 date 명령의 시간과 일치하지 않습니다.

따라서 TIME_ZONE은 프로그램이 사용하려는 시간대로 설정되어야 합니다. 로컬 프로그램의 경우 TIME_ZONE을 시스템 시간대와 동일하게 설정할 수 있습니다. 국제 응용 프로그램의 경우 TIME_ZONE을 UTC로 설정한 다음 표시할 때 현재 사용자의 시간대에 따라 조정하는 것이 가장 좋습니다.

Manual

classmethod datetime.now([tz])

선택 인수 tz가 None이거나 지정되지 않은 경우 오늘과 같습니다. (), 그러나 가능하다면 time.time() 타임스탬프를 통해 얻을 수 있는 것보다 더 높은 정밀도를 제공합니다(예를 들어 C gettimeofday() 함수를 제공하는 플랫폼에서 가능할 수 있습니다).

그렇지 않으면 tz는 클래스 tzinfo 하위 클래스의 인스턴스여야 하며 현재 날짜와 시간은 tz의 시간대로 변환됩니다. 이 경우 결과는 tz.fromutc(datetime.utcnow().replace(tzinfo=tz )) 와 동일합니다. today(), utcnow()도 참조하세요.

classmethod datetime.utcnow()

tzinfo None을 사용하여 현재 UTC 날짜 및 시간을 반환합니다. 이는 now()와 같지만 반환합니다. 현재 UTC 날짜 및 시간(naivedatetime 객체) now()도 참조하세요.

시간대 변환 코드

import pytz
....
#dt the datetime var
dt.replace(tzinfo=pytz.utc).astimezone(pytz.timezone('Asia/Shanghai'))