[PYTHON] Les spécifications de pytz ont changé

Le format du fuseau horaire japonais a changé dans la version pytz 2017.2 publiée le 30/03/2017 (bug ??)

La dernière version (version 2017.2) de la bibliothèque liée au fuseau horaire python gérée par Stuart Bishop a un comportement étrange, je vais donc la partager. http://pythonhosted.org/pytz/#localized-times-and-date-arithmetic

Qu'est ce qui a changé

jusqu'à maintenant

In [1]: import pytz

In [2]: pytz.__version__
Out[2]: '2016.10'

In [3]: pytz.timezone('Asia/Tokyo')
Out[3]: <DstTzInfo 'Asia/Tokyo' JST+9:00:00 STD>

dernière version

In [1]: import pytz

In [2]: pytz.__version__
Out[2]: '2017.2'

In [3]: pytz.timezone('Asia/Tokyo')
Out[3]: <DstTzInfo 'Asia/Tokyo' LMT+9:19:00 STD>

Il y a une possibilité de bug car je n'ai trouvé aucun commentaire de l'auteur.

Impact de ceci

Pour cette raison, si vous convertissez UTC-> JST en lisant dans DB, il peut être désactivé de 19 minutes. C'est bogué parce qu'il y a des processus qui changent simplement et ne changent pas. Le traitement qui change et le traitement qui ne change pas sont résumés ci-dessous.

Traitement auquel JST est accordé comme auparavant

In [8]: tz = pytz.timezone('Asia/Tokyo')

In [10]: tz.localize(datetime.datetime.now())
Out[10]: datetime.datetime(2017, 4, 5, 9, 24, 56, 215625, tzinfo=<DstTzInfo 'Asia/Tokyo' JST+9:00:00 STD>)

In [11]: datetime.datetime.now(tz=pytz.utc).astimezone(tz)
Out[11]: datetime.datetime(2017, 4, 5, 18, 27, 33, 912014, tzinfo=<DstTzInfo 'Asia/Tokyo' JST+9:00:00 STD>)

Traitement qui donne au LMT 19 minutes de temps d'arrêt comme indiqué par tzinfo

In [9]: datetime.datetime.now().replace(tzinfo=tz)
Out[9]: datetime.datetime(2017, 4, 5, 9, 24, 45, 694185, tzinfo=<DstTzInfo 'Asia/Tokyo' LMT+9:19:00 STD>)

Quand je l'ai essayé, JST est correctement affecté dans un traitement non destructif tel que tz.localize, datetime.astimezone (tz). On sait que JST ne fonctionne pas lors de l'utilisation du code qui attribue de force le fuseau horaire avec datetime.replace (tz), et il se décale de 19 minutes.

Autre

• pytz.timezone('Japan')
• Des résultats similaires ont été obtenus. .. ..

Enfin (sujet principal)

1. Ceux qui savent comment obtenir le fuseau horaire JST comme avant ――Veuillez aider !! Je vous serais reconnaissant si vous pouviez me le faire savoir dans les commentaires !!
2. De plus, si vous utilisez datetime.replace (tzinfo = tz) sans le savoir ――C'est dangereux, alors réparez-le !! Votre horloge est éteinte de 19 minutes !!
3. (Puisque le fuseau horaire est critique, j'aimerais que vous le publiiez dans Python official, pas dans une bibliothèque comme pytz que vous gérez individuellement.) --Il semble que Python3 ait datetime.timezone, donc je me demande s'il vaut mieux y passer ...