Que data é a marca de tempo Unix 1234567890?

1234567890 em segundos Unix é 2009-02-13T23:31:30.000Z (Friday, February 13, 2009, 23:31:30 UTC).

O que é 1234567890 em milissegundos?

1234567890000 milissegundos é o mesmo instante — a forma que JavaScript Date e Java Instant esperam.

Por que new Date(1234567890) mostra 1970?

JavaScript Date recebe milissegundos. O valor em segundos tratado como milissegundos aponta para o início de 1970. Use new Date(1234567890 * 1000) em vez disso.

Como converto 1234567890 no shell?

Linux: date -u -d @1234567890. macOS: date -u -r 1234567890. Ambos retornam a data UTC.

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

Converter outro carimbo de data/hora →Todos os exemplos

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

A marca de tempo Unix 1234567890 equivale a 2009-02-13T23:31:30.000Z (Friday, February 13, 2009, 23:31:30 UTC). O valor é o número de segundos decorridos desde o epoch Unix (1970-01-01 00:00:00 UTC).

Segundos vs milissegundos

1234567890 está em segundos Unix. JavaScript, Java e vários drivers de banco de dados esperam milissegundos Unix em vez disso — o mesmo instante, valor × 1000.

Segundos Unix: 1234567890
Milissegundos Unix: 1234567890000
ISO 8601 UTC: 2009-02-13T23:31:30.000Z
Dia do ano 2009: 44

Equivalentes em fusos locais

1234567890 é um único instante; a data e a hora de relógio diferem por fuso horário.

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

Converter em código

Linhas únicas para as linguagens mais perguntadas. Multiplique por 1000 para JavaScript Date.

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);

Erro comum: new Date(1234567890) in JavaScript

O construtor Date do JavaScript recebe milissegundos. Passar o valor em segundos como está faz Date interpretá-lo como 1,234,567,890 ms — apenas algumas semanas após o epoch. O resultado cai no início de 1970.

Certo: new Date(1234567890 * 1000) → 2009-02-13T23:31:30.000Z
Errado: new Date(1234567890) → 1970-01-15T06:56:07.890Z
Regra rápida: um número de 10 dígitos é segundos; um de 13 dígitos é milissegundos.

FAQ

Que data é a marca de tempo Unix 1234567890?: 1234567890 em segundos Unix é 2009-02-13T23:31:30.000Z (Friday, February 13, 2009, 23:31:30 UTC).
O que é 1234567890 em milissegundos?: 1234567890000 milissegundos é o mesmo instante — a forma que JavaScript Date e Java Instant esperam.
Por que new Date(1234567890) mostra 1970?: JavaScript Date recebe milissegundos. O valor em segundos tratado como milissegundos aponta para o início de 1970. Use new Date(1234567890 * 1000) em vez disso.
Como converto 1234567890 no shell?: Linux: date -u -d @1234567890. macOS: date -u -r 1234567890. Ambos retornam a data UTC.