Welches Datum ist Unix-Zeitstempel 1234567890?

1234567890 in Unix-Sekunden ist 2009-02-13T23:31:30.000Z (Friday, February 13, 2009, 23:31:30 UTC).

Was ist 1234567890 in Millisekunden?

1234567890000 Millisekunden sind derselbe Zeitpunkt — die Form, die JavaScript Date und Java Instant erwarten.

Warum zeigt new Date(1234567890) 1970 an?

JavaScript Date nimmt Millisekunden. Der als Millisekunden behandelte Sekundenwert zeigt auf Anfang 1970. Verwende stattdessen new Date(1234567890 * 1000).

Wie wandle ich 1234567890 in der Shell um?

Linux: date -u -d @1234567890. macOS: date -u -r 1234567890. Beide geben das UTC-Datum zurück.

1234567890

1234567890 Unix-Timestamp

1234567890 = 2009-02-13 23:31:30 UTC

1234567890=2009-02-13 23:31:30 UTC

Unix seconds1234567890

Unix milliseconds1234567890000

ISO 8601 UTC2009-02-13T23:31:30.000Z

In code

JavaScript:  new Date(1234567890 * 1000).toISOString()
Python:      datetime.fromtimestamp(1234567890, tz=timezone.utc)
Linux:       date -u -d @1234567890
macOS:       date -u -r 1234567890

Try a different timestamp

Anderen Zeitstempel umwandeln →Alle Beispiele

1234567890 ist 2009-02-13 23:31:30 UTC

Der Unix-Zeitstempel 1234567890 entspricht 2009-02-13T23:31:30.000Z (Friday, February 13, 2009, 23:31:30 UTC). Der Wert ist die Anzahl der seit der Unix-Epoch (1970-01-01 00:00:00 UTC) vergangenen Sekunden.

Sekunden vs. Millisekunden

1234567890 ist in Unix-Sekunden. JavaScript, Java und mehrere Datenbanktreiber erwarten stattdessen Unix-Millisekunden — derselbe Zeitpunkt, Wert × 1000.

Unix-Sekunden: 1234567890
Unix-Millisekunden: 1234567890000
ISO 8601 UTC: 2009-02-13T23:31:30.000Z
Tag des Jahres 2009: 44

Lokale Zeitzonen-Entsprechungen

1234567890 ist ein einzelner Zeitpunkt; das Wanduhr-Datum und die -Uhrzeit unterscheiden sich je nach Zeitzone.

UTC: 2009-02-13 23:31:30
America/New_York: 2009-02-13 18:31:30
America/Los_Angeles: 2009-02-13 15:31:30
Europe/London: 2009-02-13 23:31:30
Europe/Berlin: 2009-02-14 00:31:30
Asia/Shanghai: 2009-02-14 07:31:30
Asia/Tokyo: 2009-02-14 08:31:30
Australia/Sydney: 2009-02-14 10:31:30

Im Code umrechnen

Einzeiler für die am häufigsten nachgefragten Sprachen. Für JavaScript Date mit 1000 multiplizieren.

JavaScript: new Date(1234567890 * 1000).toISOString() → "2009-02-13T23:31:30.000Z"
JavaScript (ms form): new Date(1234567890000).toISOString()
Python: datetime.fromtimestamp(1234567890, tz=timezone.utc)
Python ISO: datetime.fromtimestamp(1234567890, tz=timezone.utc).isoformat()
Linux: date -u -d @1234567890
macOS: date -u -r 1234567890
Go: time.Unix(1234567890, 0).UTC()
SQL (PostgreSQL): SELECT to_timestamp(1234567890) AT TIME ZONE 'UTC';
SQL (MySQL): SELECT FROM_UNIXTIME(1234567890);

Häufiger Fehler: new Date(1234567890) in JavaScript

Der Date-Konstruktor von JavaScript nimmt Millisekunden. Den Sekundenwert unverändert zu übergeben, lässt Date ihn als 1,234,567,890 ms interpretieren — nur ein paar Wochen nach der Epoch. Das Ergebnis landet Anfang 1970.

Richtig: new Date(1234567890 * 1000) → 2009-02-13T23:31:30.000Z
Falsch: new Date(1234567890) → 1970-01-15T06:56:07.890Z
Faustregel: eine 10-stellige Zahl sind Sekunden; eine 13-stellige Zahl sind Millisekunden.

FAQ

Welches Datum ist Unix-Zeitstempel 1234567890?: 1234567890 in Unix-Sekunden ist 2009-02-13T23:31:30.000Z (Friday, February 13, 2009, 23:31:30 UTC).
Was ist 1234567890 in Millisekunden?: 1234567890000 Millisekunden sind derselbe Zeitpunkt — die Form, die JavaScript Date und Java Instant erwarten.
Warum zeigt new Date(1234567890) 1970 an?: JavaScript Date nimmt Millisekunden. Der als Millisekunden behandelte Sekundenwert zeigt auf Anfang 1970. Verwende stattdessen new Date(1234567890 * 1000).
Wie wandle ich 1234567890 in der Shell um?: Linux: date -u -d @1234567890. macOS: date -u -r 1234567890. Beide geben das UTC-Datum zurück.