Cómo hacer que un objeto de fecha y hora sea consciente (no ingenuo) - ViResist (2023)

Lo que tengo que hacer

Tengo un objeto de fecha y hora que no conoce una zona horaria al que necesito agregar una zona horaria para poder compararlo con otros objetos de fecha y hora que conocen la zona horaria. Para este caso heredado, no quiero cambiar toda mi aplicación sin conocer la zona horaria.

lo que probé

Primero, para ilustrar el problema:

Python 2.6.1 (r261:67515, 24 de junio de 2010, 21:47:49) [GCC 4.2.1 (Apple Inc. compilación 5646)] en darwinEscriba "ayuda", "derechos de autor", "créditos" o "licencia" para más información.>>> import datetime>>> import pytz>>> inconsciente = datetime.datetime(2011,8,15,8,15,12,0)>>> inconscientedatetime.datetime(2011, 8, 15, 8 , 15, 12)>>> consciente = fechahora.fechahora(2011,8,15,8,15,12,0,pytz.UTC)>>> conscienciahora.fechahora(2011, 8, 15, 8, 15, 12 , tzinfo=)>>> consciente == no consciente Rastreo (última llamada más reciente): Archivo "", línea 1, en Error de tipo: no se pueden comparar las fechas y horas de compensación ingenua y compensación

Primero probé astimezone:

>>> unaware.astimezone(pytz.UTC)Traceback (última llamada más reciente): Archivo "", línea 1, en ValueError: astimezone() no se puede aplicar a una fecha y hora ingenua>>>

No es particularmente sorprendente que esto haya fallado ya que en realidad es una conversión. Reemplazar parecía una mejor opción (según ¿Cómo obtengo un valor de datetime.today() que es "consciente de la zona horaria" en Python?):

>>> unaware.replace(tzinfo=pytz.UTC)datetime.datetime(2011, 8, 15, 8, 15, 12, tzinfo=)>>> unaware == awarenessTraceback (última llamada más reciente): Archivo "", línea 1, en TypeError: no se pueden comparar las fechas horarias ingenuas y conscientes de la compensación>>>

Pero como puede ver, replace parece estar configurando tzinfo pero no haciendo que el objeto lo sepa. Me estoy preparando para manipular la cadena de entrada nuevamente para obtener una zona horaria antes de analizar (uso dateutil para analizar si eso importa), pero eso me parece increíblemente engorroso.

Además, probé esto tanto en Python 2.6 como en Python 2.7 con los mismos resultados.

contexto

Estoy escribiendo un analizador para algunos archivos de datos. Hay un formato antiguo que necesito admitir donde la cadena de fecha no tiene un indicador de zona horaria. Ya he corregido la fuente de datos, pero aún necesito admitir el formato de datos anterior. Una conversión única de los datos heredados no es una opción por varias razones comerciales. Si bien generalmente no me gusta la idea de codificar una zona horaria predeterminada, parece la mejor opción en este caso. Sé con certeza razonable que todos los datos heredados en cuestión están en UTC, por lo que estoy dispuesto a correr el riesgo de no hacerlo en este caso.

• inconsciente.reemplazar()volveríaNingunosi cambiarainconscienteobjeto disponible. Eso muestra el REPL.reemplazar()devuelve uno nuevofecha y horaobjeto aquí.

  – jfs

  15 de agosto de 2011 a las 16:40

• Lo que necesitaba cuando vine aquí:importar fecha y hora; fechahora.fechahora.ahora(fechahora.zonahoraria.utc)

  – Martín Tomas

  16 ENE 2018 a las 9:32

• @MartinThoma usaría el nombretzarg para que sea más legible:fechahora.fechahora.ahora(tz=fechahora.zonahoraria.utc)

  – Asclepio

  14 OCT 2019 a las 14:45

• comozonahoraria()ahora (a partir de 3.6) se puede llamar a un objeto ingenuo y su parámetro se puede omitir (a partir de 3.3), por lo que la solución es tan simple comoinconsciente.astimezone()

  - vashekcz

  25 febrero 2021 a las 21:49
  
  
  

• Encontré el truco: Europa/París, Berlín, CET, ... tienen errores completos en Pytz y estuve en un caos de inestabilidad durante meses debido a eso. ¡Reemplacé todo eso con dateutil.tz.gettz(…) y ahora mi código es estable y funciona! Mi consejo: ¡No uses Pytz en absoluto!

  – Hervé-Guérin

  29 de septiembre de 2022 a las 10:35 am

En general, para acomodar una zona horaria de fecha/hora ingenua, use elmétodo de localización:

import datetimeimport pytzunaware = datetime.datetime(2011, 8, 15, 8, 15, 12, 0)aware = datetime.datetime(2011, 8, 15, 8, 15, 12, 0, pytz.UTC)now_aware = pytz. utc.localize(no consciente)afirmar consciente == now_aware

Para el huso horario UTC no es estrictamente necesario su usolocalizarya que no hay cálculo de horario de verano:

now_aware = unaware.replace(tzinfo=pytz.UTC)

funciones (.reemplazardevuelve una nueva fecha/hora; no cambiainconsciente.)

• Bueno, me siento tonto. Reemplazar devuelve una nueva fecha y hora. Eso también está directamente en los documentos, y lo pasé por alto por completo. Gracias, eso es exactamente lo que estaba buscando.

  -Mark Tozzi

  15 de agosto de 2011 a las 14:24

• "Reemplazar devuelve una nueva fecha/hora". La pista que le da REPL es que le muestra el valor devuelto. 🙂 🙂

  – Karl Knechtel

  15 de agosto de 2011 a las 14:33

• Si la zona horaria no es UTC, no use el constructor directamente:consciente = fecha y hora (..., tz)usar.localizar()en lugar de esto.

  – jfs

  8 de marzo de 2014 a las 21:07

• Vale la pena señalar que la hora local puede no ser única.tz.localize(..., is_dst=Ninguno)afirma que no es así.

  – jfs

  8 de marzo de 2014 a las 21:10

• Putz tiene un error que establece la zona horaria de Ámsterdam a +20 minutos con respecto a UTC, una zona horaria desactualizada de 1937. Tenías un trabajo, Pytz.

  – Borís

  18 febrero 2020 a las 16:09

Todos estos ejemplos usan un módulo externo, pero puede lograr el mismo resultado usando solo el módulo de fecha y hora, como también se muestra en esta respuesta SO:

from datetime import datetime, timezonedt = datetime.now()dt = dt.replace(tzinfo=timezone.utc)print(dt.isoformat())# '2017-01-12T22:11:31+00:00'

Menos dependencias y sin problemas de Pytz.

NOTA: Si desea usar esto con Python3 y Python2, también puede usarlo para la importación de zonas horarias (codificadas en UTC):

intente: from datetime import timezone utc = timezone.utcexcept ImportError: #Hola python2 clase de usuario UTC(tzinfo): def utcoffset(self, dt): return timedelta(0) def tzname(self, dt): return "UTC" def dst(self, dt): retorno timedelta(0) utc = UTC()

• Muy buena respuesta sobre prevención.pytzProblemas, ¡me alegro de haberme desplazado un poco hacia abajo! No quería lidiar con esopytzen realidad en mis servidores remotos 🙂

  – Tregoreg

  1 de febrero de 2017 a las 20:20

• Tenga en cuenta quedesde la zona horaria de importación de fecha y horaFunciona en py3 pero no en py2.7.

  - 7y4r

  20 de febrero de 2017 a las 16:44

• Debes tener en cuenta quedt.replace(tzinfo=zonahoraria.utc)Devuelve una nueva fecha/hora, no cambiadten su lugar. (Voy a editar para mostrar esto).

  — Blairg23

  28 de marzo de 2017 a las 12:58 am

• En lugar de usar timezone.utc, ¿cómo puede proporcionar una zona horaria diferente como una cadena (por ejemplo, "América/Chicago")?

  - Tonto

  26 SEP 2017 a las 18:36

• @bumpkin más vale tarde que nunca, supongo:tz = pytz.timezone('América/Chicago')

  – Florián

  13 febrero 2019 a las 11:40 am

Escribí este script de Python 2 en 2011 pero nunca verifiqué si funciona en Python 3.

Había cambiado de dt_aware a dt_unaware:

dt_unaware = dt_aware.replace(tzinfo=Ninguno)

y dt_unware a dt_aware:

from pytz import timezonelocaltz = timezone('Europa/Lisboa')dt_aware = localtz.localize(dt_unware)

• podrías usarlocaltz.localize(dt_unware, is_dst=Ninguno)lanzar una excepción sidt_unwarerepresenta una hora local inexistente o ambigua (nota: no hubo tal problema en la revisión anterior de su respuestalocaltzera UTC, ya que no hay transiciones de horario de verano en UTC

  – jfs

  15 de mayo de 2014 a las 19:55
  
  
  

• @JF Sebastian, primer comentario aplicado

  – sergio

  15. mayo 2014 a las 20:59

• Me alegra que muestres ambas direcciones de conversión.

  – Christian Lange

  24 de junio de 2016 a las 1:08 am

• @Sérgio y si coloca ese argumento en .replace y obtiene "TypeError: replace() obtuvo un argumento de palabra clave inesperado 'tzinfo'"? ¿Qué puedes hacer con este problema?

  -Gustavo Rottgering

  22 junio 2020 a las 19:36

Uso esta declaración en Django para convertir un tiempo inconsciente en uno consciente:

de django.utils import timezonedt_aware = timezone.make_aware(dt_unaware, timezone.get_current_timezone())

Python 3.9 agrega quezonainfoMódulo¡Así que ahora solo se necesita la biblioteca estándar!

from zoneinfo import ZoneInfofrom datetime import datetimeunaware = datetime(2020, 10, 31, 12)

Añadir una zona horaria:

>>> unaware.replace(tzinfo=ZoneInfo('Asia/Tokyo'))datetime.datetime(2020, 10, 31, 12, 0, tzinfo=zoneinfo.ZoneInfo(key='Asia/Tokyo'))>>> str(_)'2020-10-31 12:00:00+09:00'

Agregue la zona horaria local del sistema:

>>> unaware.replace(tzinfo=ZoneInfo('localtime'))datetime.datetime(2020, 10, 31, 12, 0, tzinfo=zoneinfo.ZoneInfo(key='localtime'))>>> str(_) '2020-10-31 12:00:00+01:00'

Luego se convierte correctamente a otras zonas horarias:

>>> unaware.replace(tzinfo=ZoneInfo('localtime')).astimezone(ZoneInfo('Asia/Tokyo'))datetime.datetime(2020, 10, 31, 20, 0, tzinfo=backports.zoneinfo.ZoneInfo( clave='Asia/Tokio'))>>> str(_)'2020-10-31 20:00:00+09:00'

Lista de Wikipedia de zonas horarias disponibles

ventanas no tieneBase de datos de zona horaria del sistema, por lo que se requiere un paquete adicional aquí:

pip instalar tzdata

Hay un backport que permite su uso.zonainfoEnPitón 3.6 a 3.8:

pip instalar backports.zoneinfo

Entonces:

desde backports.zoneinfo importar ZoneInfo

• En Windows, también debe hacer estopip instalar tzdata

  – Fobersteiner

  11 junio 2020 a las 17:19

• @MrFuppes ¡Gracias por el consejo! Probaré esto mañana y lo convertiré en mi respuesta. ¿Sabes cómo está la situación en Mac?

  – xjcl

  11 junio 2020 a las 22:32

• @xjcl necesitaspip instalar tzdataen cualquier plataforma donde el sistema operativo no proporcione una base de datos de zonas horarias. Las Mac deberían funcionar de inmediato. La instalación no dolerátzdataincondicionalmente (ya que los datos del sistema tienen prioridad).tzdata) si su aplicación requiere datos de zona horaria.

  - Pablo

  21 de septiembre de 2020 a las 19:29

• @xjcl tzdata es prácticamente parte de la biblioteca estándar (lo llamamos "paquete de origen"), solo necesita pip ya que tiene una cadencia de lanzamiento mucho más rápida que CPython.

  - Pablo

  27 de septiembre de 2020 a las 00:18

• Quería mencionar que es muy fácil agregar condicionalmente esto al archivo requirements.txt solo en Windows:tzdata; plataforma_sys == "win32"(en: stackoverflow.com/a/35614580/705296)

  –Joe Sadoski

  31 de mayo de 2022 a las 14:37

Estoy de acuerdo con las respuestas anteriores y está bien si puede comenzar en UTC. Pero creo que también es un escenario común para las personas trabajar con un valor consciente de TZ que tiene undatetime, que tiene una zona horaria local no UTC.

Si acaba de dar el nombre, probablemente concluiría que replace() es aplicable y crea el objeto correcto con detección de fecha/hora. Ese no es el caso.

El replace( tzinfo=… ) parece ser aleatorio en su comportamiento. Por lo tanto, es inútil. ¡No uses esto!

"localizar" es la función correcta. Ejemplo:

localdatetime_aware = tz.localize(datetime_nonaware)

O un ejemplo más completo:

import pytzfrom datetime import datetimepytz.timezone('Australia/Melbourne').localize(datetime.now())

me da un valor de fecha/hora relativo a la zona horaria de la hora local actual:

datetime.datetime(2017, 11, 3, 7, 44, 51, 908574, tzinfo=)

• En Windows, también debe hacer estopip instalar tzdata

  – Fobersteiner

  11 junio 2020 a las 17:19

• @MrFuppes ¡Gracias por el consejo! Probaré esto mañana y lo convertiré en mi respuesta. ¿Sabes cómo está la situación en Mac?

  – xjcl

  11 junio 2020 a las 22:32

• @xjcl necesitaspip instalar tzdataen cualquier plataforma donde el sistema operativo no proporcione una base de datos de zonas horarias. Las Mac deberían funcionar de inmediato. La instalación no dolerátzdataincondicionalmente (ya que los datos del sistema tienen prioridad).tzdata) si su aplicación requiere datos de zona horaria.

  - Pablo

  21 de septiembre de 2020 a las 19:29

• @xjcl tzdata es prácticamente parte de la biblioteca estándar (lo llamamos "paquete de origen"), solo necesita pip ya que tiene una cadencia de lanzamiento mucho más rápida que CPython.

  - Pablo

  27 de septiembre de 2020 a las 00:18

• Quería mencionar que es muy fácil agregar condicionalmente esto al archivo requirements.txt solo en Windows:tzdata; plataforma_sys == "win32"(en: stackoverflow.com/a/35614580/705296)

  –Joe Sadoski

  31 de mayo de 2022 a las 14:37

Usardateutil.tz.tzlocal()para obtener la zona horaria en su usofechahora.fechahora.ahora()Ydatetime.datetime.astimezone():

from datetime import datetimefrom dateutil import tzunlocalisedDatetime = datetime.now()localisedDatetime1 = datetime.now(tz = tz.tzlocal())localisedDatetime2 = datetime(2017, 6, 24, 12, 24, 36, tz.tzlocal())localisedDatetime3 = fechahoranolocalizada.astimezone(tz = tz.tzlocal())fechahoralocalizada4 = fechahoranolocalizada.replace(tzinfo = tz.tzlocal())

Tenga en cuenta quedatetime.astimezoneconvertirá el tuyo primerofecha y horaMueva el objeto a UTC y luego a la zona horaria, lo que equivale a llamarlofechahora.reemplazarcon la información de la zona horaria originalNinguno.

• Si quieres que sea UTC:.replace(tzinfo=dateutil.tz.UTC)

  – Martín Tomas

  19 agosto 2019 a las 6:08 am

• Una importación menos y solo:.replace(tzinfo=fechahora.zonahoraria.utc)

  – kubanczyk

  9 de abril de 2020 a las 3:16 p. m.