J'essaie de soustraire une valeur de date de la valeur de datetime.today()pour calculer la date d'il y a quelque chose. Mais il se plaint:

TypeError: can't subtract offset-naive and offset-aware datetimes

La valeur datetime.today()ne semble pas être "sensible au fuseau horaire", tandis que mon autre valeur de date l'est. Comment obtenir une valeur datetime.today()qui soit sensible au fuseau horaire?

En ce moment, cela me donne l'heure locale, qui se trouve être PST, c'est-à-dire UTC - 8 heures. Dans le pire des cas, existe-t-il un moyen de saisir manuellement une valeur de fuseau horaire dans l' datetimeobjet renvoyé par datetime.today()et de la définir sur UTC-8?

Bien sûr, la solution idéale serait qu'il connaisse automatiquement le fuseau horaire.

Dans la bibliothèque standard, il n'existe aucun moyen multiplateforme de créer des fuseaux horaires conscients sans créer votre propre classe de fuseau horaire.

Sous Windows, il y en a win32timezone.utcnow(), mais cela fait partie de pywin32. Je préférerais plutôt utiliser la bibliothèque pytz , qui a une base de données constamment mise à jour de la plupart des fuseaux horaires.

Travailler avec des fuseaux horaires locaux peut être très délicat (voir les liens "Autres lectures" ci-dessous), vous pouvez donc préférer utiliser UTC tout au long de votre application, en particulier pour les opérations arithmétiques comme le calcul de la différence entre deux points dans le temps.

Vous pouvez obtenir la date / heure actuelle comme suit:

import pytz
from datetime import datetime
datetime.utcnow().replace(tzinfo=pytz.utc)

Gardez cela à l'esprit datetime.today()et datetime.now()renvoyez l' heure locale , pas l'heure UTC, donc leur application .replace(tzinfo=pytz.utc)ne serait pas correcte.

Une autre bonne façon de le faire est:

datetime.now(pytz.utc)

qui est un peu plus court et fait de même.

Pour en savoir plus / regarder pourquoi préférer l'UTC dans de nombreux cas:

• documentation pytz
• Ce que chaque développeur doit savoir sur le temps - conseils de développement pour de nombreux cas d'utilisation réels
• Le problème du temps et des fuseaux horaires - Computerphile - explication amusante et révélatrice de la complexité du travail avec les fuseaux horaires (vidéo)

Obtenez l'heure actuelle, dans un fuseau horaire spécifique:

import datetime
import pytz
my_date = datetime.datetime.now(pytz.timezone('US/Pacific'))

Dans Python 3, la bibliothèque standard facilite beaucoup plus la spécification de l'UTC comme fuseau horaire:

>>> import datetime
>>> datetime.datetime.now(datetime.timezone.utc)
datetime.datetime(2016, 8, 26, 14, 34, 34, 74823, tzinfo=datetime.timezone.utc)

Si vous voulez une solution qui utilise uniquement la bibliothèque standard et qui fonctionne à la fois en Python 2 et Python 3, voir la réponse de jfs .

Si vous avez besoin du fuseau horaire local, pas de l'UTC, voir la réponse de Mihai Capotă

Voici une solution stdlib qui fonctionne à la fois sur Python 2 et 3:

from datetime import datetime

now = datetime.now(utc) # Timezone-aware datetime.utcnow()
today = datetime(now.year, now.month, now.day, tzinfo=utc) # Midnight

où todayest une instance datetime consciente représentant le début de la journée (minuit) en UTC et utcest un objet tzinfo ( exemple de la documentation ):

from datetime import tzinfo, timedelta

ZERO = timedelta(0)

class UTC(tzinfo):
    def utcoffset(self, dt):
        return ZERO

    def tzname(self, dt):
        return "UTC"

    def dst(self, dt):
        return ZERO

utc = UTC()

Connexes: comparaison des performances de plusieurs façons d'obtenir minuit (début d'une journée) pour une heure UTC donnée . Remarque: il est plus complexe d' obtenir minuit pour un fuseau horaire avec un décalage UTC non fixe .

Une autre méthode pour construire un objet datetime sensible au fuseau horaire représentant l'heure actuelle:

import datetime
import pytz

pytz.utc.localize( datetime.datetime.utcnow() )  

Un one-liner utilisant uniquement la bibliothèque standard fonctionne à partir de Python 3.3. Vous pouvez obtenir un datetimeobjet conscient du fuseau horaire local en utilisant astimezone(comme suggéré par johnchen902 ):

from datetime import datetime, timezone

aware_local_now = datetime.now(timezone.utc).astimezone()

print(aware_local_now)
# 2020-03-03 09:51:38.570162+01:00

print(repr(aware_local_now))
# datetime.datetime(2020, 3, 3, 9, 51, 38, 570162, tzinfo=datetime.timezone(datetime.timedelta(0, 3600), 'CET'))

Si vous utilisez Django , vous pouvez définir des dates non compatibles avec tz (uniquement UTC ).

Commentez la ligne suivante dans settings.py:

USE_TZ = True

pytz est une bibliothèque Python qui permet des calculs de fuseau horaire précis et multiplateforme à l'aide de Python 2.3 ou supérieur.

Avec le stdlib, ce n'est pas possible.

Voir une question similaire sur SO .

Voici une façon de le générer avec stdlib:

import time
from datetime import datetime

FORMAT='%Y-%m-%dT%H:%M:%S%z'
date=datetime.strptime(time.strftime(FORMAT, time.localtime()),FORMAT)

date stockera la date locale et le décalage par rapport à UTC , pas la date au fuseau horaire UTC, vous pouvez donc utiliser cette solution si vous avez besoin d'identifier à quel fuseau horaire la date est générée . Dans cet exemple et dans mon fuseau horaire local:

date
datetime.datetime(2017, 8, 1, 12, 15, 44, tzinfo=datetime.timezone(datetime.timedelta(0, 7200)))

date.tzname()
'UTC+02:00'

La clé ajoute la %zdirective à la représentation FORMAT, pour indiquer le décalage UTC de la structure temporelle générée. D'autres formats de représentation peuvent être consultés dans la documentation du module datetime

Si vous avez besoin de la date au fuseau horaire UTC, vous pouvez remplacer time.localtime () par time.gmtime ()

date=datetime.strptime(time.strftime(FORMAT, time.gmtime()),FORMAT)

date    
datetime.datetime(2017, 8, 1, 10, 23, 51, tzinfo=datetime.timezone.utc)

date.tzname()
'UTC'

Éditer

Cela ne fonctionne que sur python3 . La directive z n'est pas disponible sur le code python 2 _strptime.py

Utilisez dateutil comme décrit dans Python datetime.datetime.now () qui est sensible au fuseau horaire :

from dateutil.tz import tzlocal
# Get the current date/time with the timezone.
now = datetime.datetime.now(tzlocal())

Obtenir une date sensible au utcfuseau horaire dans le fuseau horaire suffit pour que la soustraction de date fonctionne.

Mais si vous voulez une date prenant en compte le fuseau horaire dans votre fuseau horaire actuel, tzlocalc'est la voie à suivre:

from tzlocal import get_localzone  # pip install tzlocal
from datetime import datetime
datetime.now(get_localzone())

PS dateutila une fonction similaire ( dateutil.tz.tzlocal). Mais malgré le partage du nom, il a une base de code complètement différente, qui, comme l'a noté JF Sebastian, peut donner de mauvais résultats.

Voici une solution utilisant un fuseau horaire lisible et qui fonctionne avec today ():

from pytz import timezone

datetime.now(timezone('Europe/Berlin'))
datetime.now(timezone('Europe/Berlin')).today()

Vous pouvez répertorier tous les fuseaux horaires comme suit:

import pytz

pytz.all_timezones
pytz.common_timezones # or

Surtout pour les fuseaux horaires non UTC:

Le seul fuseau horaire qui a sa propre méthode est timezone.utc, mais vous pouvez truquer un fuseau horaire avec n'importe quel décalage UTC si vous en avez besoin en utilisant timedelta& timezone, et en le forçant à l'aide .replace.

In [1]: from datetime import datetime, timezone, timedelta

In [2]: def force_timezone(dt, utc_offset=0):
   ...:     return dt.replace(tzinfo=timezone(timedelta(hours=utc_offset)))
   ...:

In [3]: dt = datetime(2011,8,15,8,15,12,0)

In [4]: str(dt)
Out[4]: '2011-08-15 08:15:12'

In [5]: str(force_timezone(dt, -8))
Out[5]: '2011-08-15 08:15:12-08:00'

L'utilisation timezone(timedelta(hours=n))comme fuseau horaire est la vraie solution miracle ici, et elle a beaucoup d'autres applications utiles.

Si vous obtenez l'heure et la date actuelles en python, puis importez la date et l'heure, le package pytz en python après vous obtiendrez la date et l'heure actuelles comme ..

from datetime import datetime
import pytz
import time
str(datetime.strftime(datetime.now(pytz.utc),"%Y-%m-%d %H:%M:%S%t"))

Une autre alternative, dans mon esprit une meilleure, utilise à la Pendulumplace de pytz. Considérez le code simple suivant:

>>> import pendulum

>>> dt = pendulum.now().to_iso8601_string()
>>> print (dt)
2018-03-27T13:59:49+03:00
>>>

Pour installer Pendulum et voir leur documentation, rendez-vous ici . Il a des tonnes d'options (comme la simple prise en charge des formats ISO8601, RFC3339 et bien d'autres), de meilleures performances et a tendance à produire un code plus simple.

Utilisez le fuseau horaire comme indiqué ci-dessous pour une date-heure compatible avec le fuseau horaire. La valeur par défaut est UTC:

from django.utils import timezone
today = timezone.now()

Tyler de 'howchoo' a fait un très bon article qui m'a aidé à avoir une meilleure idée des objets Datetime, lien ci-dessous

Travailler avec Datetime

essentiellement, je viens d'ajouter ce qui suit à la fin de mes deux objets datetime

.replace(tzinfo=pytz.utc)

Exemple:

import pytz
import datetime from datetime

date = datetime.now().replace(tzinfo=pytz.utc)

essayez pnp_datetime , tout le temps utilisé et renvoyé est avec le fuseau horaire, et ne causera aucun problème de naïf de décalage et de décalage.

>>> from pnp_datetime.pnp_datetime import Pnp_Datetime
>>>
>>> Pnp_Datetime.utcnow()
datetime.datetime(2020, 6, 5, 12, 26, 18, 958779, tzinfo=<UTC>)

Il convient de souligner que depuis Python 3.6, vous n'avez besoin que de la bibliothèque standard pour obtenir un objet datetime sensible au fuseau horaire qui représente l'heure locale (le réglage de votre système d'exploitation). Utilisation de l' astimezone ()

import datetime

datetime.datetime(2010, 12, 25, 10, 59).astimezone()
# e.g.
# datetime.datetime(2010, 12, 25, 10, 59, tzinfo=datetime.timezone(datetime.timedelta(seconds=3600), 'Mitteleuropäische Zeit'))

datetime.datetime(2010, 12, 25, 12, 59).astimezone().isoformat()
# e.g.
# '2010-12-25T12:59:00+01:00'

# I'm on CET/CEST

(voir le commentaire de @ johnchen902).