python - datetime-mit timezone zur Epoche

In dem code unten, bin ich die Berechnung jetzt Epoche und zu Beginn der heutigen Epoche.

import time
import pytz
from datetime import datetime

tz1 = pytz.timezone('CST6CDT')
utc = pytz.timezone('UTC')
now = pytz.UTC.localize(datetime.utcnow())
now_tz = now.astimezone(tz1)
print now_tz
print now_tz.strftime('%s')

begin_day = now_tz.replace(hour=0, minute=0, second=0)
print begin_day

print begin_day.strftime('%s')

print-Anweisungen:

2012-08-28 13:52:21.595718-05:00
1346187141
2012-08-28 00:00:00.595718-05:00
1346137200

Konvertieren Epochen-Zeitstempel mit CDT-timezone:
1346187141 - Aug 28 2012 15:52:21,
1346137200 - Aug 28 2012 02:00:00

Ich würde gerne die zweite Epoche zu Beginn des Tages, aber es ist 2 Uhr morgens. Wie es aussieht ist es immer noch mit der lokalen Zeitzone PST-Datei bei der Konvertierung in die Epoche.

Was mache ich falsch ? oder geht das anders?

Dank!

InformationsquelleAutor t0x13 | 2012-08-28

6

HINWEIS: Meine Antwort ist flat-out falsch. (Ich möchte um es zu löschen, bin aber nicht in der Lage zu tun, bis das accept flag entfernt wird.)

Finden Sie J. F. Sebastian ' s Antwort.

Hier ist der code demonstriert einen Wert von now_tz für die unsere zwei Methoden unterschiedliche Ergebnisse erzeugen.
```
import calendar
import pytz
import datetime as dt

tz1 = pytz.timezone('US/Eastern')
utc = pytz.timezone('UTC')
now = utc.localize(dt.datetime(2002, 10, 28), is_dst=None)
now_tz = now.astimezone(tz1)
now_epoch = calendar.timegm(now_tz.utctimetuple())
begin_day = tz1.normalize(now_tz.replace(hour=0, minute=0, second=0))

midnight = tz1.localize(dt.datetime.combine(now_tz, dt.time(0, 0)), is_dst=None)
if begin_day != midnight:
    print(begin_day)
    # 2002-10-27 01:00:00-04:00  # my result -- is not midnight
    print(midnight)
    # 2002-10-27 00:00:00-04:00  # J.F.Sebastian's result is correct
```
(Original Antwort abgefaßten)
- Mein Leben gerettet! Genau das, was ich brauchte.
- Verwenden America/Chicago statt CST6CST. Nur eine Handvoll von POSIX-Zeit-Zonen sind in der tzdb, und Sie sind nur da, um die Abwärtskompatibilität zu unterstützen.
- Hinweis: now_tz.replace(hour=0,...) zurückgeben kann denormalisiert datetime-Objekt aus, wenn die Mitternacht hat unterschiedliche utc-offset von now_tz in tz1 Zeitzone. tz1.normalize() nennen könnte notwendig sein, so dass tzinfo würde entsprechend die richtige Zeitzone. Das Ergebnis ist undefiniert, wenn es eine Zeitumstellung um Mitternacht (Brasilien). tz.localize(is_dst=None) löst eine Ausnahme in diesem Fall anstelle von lautlos Rückkehr eine falsche Antwort (obwohl es angebracht sein könnte, zu unterdrücken manchmal Ausnahmen).
- Danke für den Kommentar. Ich bin nicht in der Lage reproduzieren Sie das problem. Würden Sie bitte ein Beispiel geben?
- einfach. Es sind zwei Themen: 1. denormalisiert datetime-Objekt durch .replace() 2. Mitternacht (Ortszeit) mehrdeutig sein kann oder sogar nicht existent (z.B. wegen Sommerzeit): pytz.timezone('Brazil/East').localize(datetime(2014, 10, 19), is_dst=None)
- Vielen Dank für die Hilfe; ich fühle Ihr Verständnis dieser Probleme ist viel besser als meine. Bitte korrigieren Sie mich, wenn ich falsch bin: (1) die Normalisierung nach dem Aufruf replace ist eine gute Sache, auch wenn es nicht die endgültige Antwort. (2) Während der Lokalisierung zu einer Zeitzone, die beobachtet DST erzeugen kann, nicht eindeutig oder nicht vorhandene Daten, es gibt nie eine Schwierigkeit lokalisieren UTC, da es nicht beobachten DST. So utc.localize ist immer sicher, und daher is_dst=None ist nicht erforderlich in den code oben.
- (1) begin_day im das Beispiel ist in einem inkonsistenten Status: break-down-Zeit entspricht nicht tzname, utcoffset (falsch tzinfo). Ich weiß nicht, welche Laune der Umsetzung macht utctimetuple() Werte gleich, während utcoffset() sind verschiedene für die Vereinten Nationen und der normalisierten Datumsangaben. (2) UTC ist ein besonderer Fall (gleichen utc-offset, immer). Sie brauchen nicht localize() in diesem Fall könnten Sie tzinfo parameter direkt z.B. datetime(1970, 1, 1, tzinfo=pytz.utc).
- Über (1), könnte es sein, dass eine nicht-normalisierte Datum ist nicht unvereinbar, es ist nur nicht standard: begin_day == begin_day2 Wahr ist.
- Hinweis: .normalize() call ("standard" - Darstellung) macht deutlich, dass begin_day ist nicht Mitternacht. Mitternacht (Ortszeit US/Eastern) auf 2002-10-27 ist ein anderes moment in der Zeit, (midnight = tz.localize(datetime(2002, 10, 27), is_dst=None)), d.h., Ihre Antwort produzieren können falsch führen.
- Ich danke Ihnen sehr für die Korrektur.
- jetzt begin_day.hour != 0 (nicht Mitternacht) manchmal, D. H., normalize() macht das Problem aber nicht beheben. Meine Antwort zeigt eine Möglichkeit, um das Problem zu vermeiden.
InformationsquelleAutor unutbu

Konvertieren zu einer Zeit mit Zeitzone Epoche (POSIX-timestamp):

from datetime import datetime
import pytz

tz = pytz.timezone('CST6CDT')

# a datetime with timezone
dt_with_tz = tz.localize(datetime(2012, 8, 28, 19, 33, 50), is_dst=None)

# get timestamp
ts = (dt_with_tz - datetime(1970, 1, 1, tzinfo=pytz.utc)).total_seconds()
# -> 1346200430.0

Es ist wie datetime.timestamp Methode implementiert ist, für timezone-bewusst datetime Objekte in Python 3.

Bekommen "jetzt-Epoche":

from datetime import datetime

now_epoch = (datetime.utcnow() - datetime(1970, 1, 1)).total_seconds()

Oder (vorausgesetzt time verwendet POSIX epoch):

import time

now_epoch = time.time()

Erste "zu Beginn der heutigen Epoche" ist komplexer, denn die aktuellen Tag kann unterschiedlich sein in verschiedenen Zeitzonen:

from datetime import datetime, time
import pytz

tz = pytz.timezone('CST6CDT')

# get current date in given timezone
today = datetime.now(tz).date()
# -> datetime.date(2013, 6, 22)

# get beginning of current day in given timezone as a datetime with timezone
midnight = tz.localize(datetime.combine(today, time(0, 0)), is_dst=None)
# -> datetime.datetime(2013, 6, 22, 0, 0, tzinfo=<DstTzInfo 'CST6CDT'...>)

# get timestamp
ts = (midnight - datetime(1970, 1, 1, tzinfo=pytz.utc)).total_seconds()
# -> 1371877200.0

Sehen Wie bekomme ich die UTC-Zeit von "midnight" für eine bestimmte Zeitzone?.

Bekommen "Anfang der heutigen Epoche" vorausgesetzt, UTC Datum:

from datetime import datetime, date

# get current date in UTC
utc_date = datetime.utcnow().date()
# -> datetime.date(2013, 6, 23)

# get timestamp
ts = (utc_date - date(1970, 1, 1)).days * 86400
# -> 1371945600

Sehen Die Konvertierung von datetime.date/datetime.datetime in UTC-Zeitstempel in Python.

InformationsquelleAutor jfs

die neueste Version von einfache-Datum (version 0.2 auf pypi) verwalten die details für Sie:

>>> from simpledate import *
>>> now_utc = SimpleDate(tz='UTC')
>>> now_tz = now_utc.convert(tz='CST6CDT')
>>> begin_day = now_tz.replace(hour=0, minute=0, second=0, microsecond=0)
>>> now_utc.timestamp
1371950295.777453
>>> now_tz.timestamp
1371950295.777453
>>> begin_day.timestamp
1371877200.0

können wir rückwärts gehen, um zu überprüfen, die Zeitstempel (obwohl es klar vor, dass der Wechsel der Zeitzone nicht ändern, die Epoche, während der Bewegung zu Beginn des Tages haben):

>>> SimpleDate(1371877200.0, tz='CST6CDT')
SimpleDate('2013-06-22 00:00:00.000000 CDT', tz='CST6CDT')
>>> SimpleDate(1371877200.0, tz='UTC')
SimpleDate('2013-06-22 05:00:00.000000 UTC')

.replace() - Aufruf fehlschlägt (unendliche Rekursion) z.B. SimpleDate('2014-08-20 03:29:35.203607 UTC').replace(hour=0, minute=0, second=0, microsecond=0) (simple-Datum==0.4.8).

InformationsquelleAutor andrew cooke

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.