Tempo/Números
Unix Timestamp ↔ Data
Converta o tempo Unix em uma data e vice-versa, com suporte para qualquer fuso horário (IANA).
Unix time (epoch time) is the number of seconds elapsed since January 1, 1970, 00:00:00 UTC. It's the most common way to store time in databases, APIs, and logs, since it's just a single integer with no tie to a specific timezone or date format.
How to use it
- Timestamp → date: paste a number of seconds (or milliseconds) and the tool shows the date and time in your chosen timezone.
- Date → timestamp: pick a date and time to get the matching Unix timestamp.
- The "now" button fills in the current moment instantly — handy for testing an API or grabbing a fresh value.
Common uses
- Reading a created_at or expires_at field from an API response that arrived as a raw number.
- Checking whether a token or session has expired, given an expiry field in seconds since the epoch.
- Building a timestamp for test data or a date filter in a database query.
Things to keep in mind
Mixing up seconds and milliseconds is the most common mistake: JavaScript's Date.now() returns milliseconds, while most Unix APIs use seconds — a factor of 1000 off.
Unix time itself has no timezone — it's always UTC; a timezone is only applied when displaying the date to a person.
Artigo sobre esta ferramenta: Tempo Unix: por que os computadores contam o tempo desde 1970
Perguntas frequentes
O que é um timestamp Unix?
É o número de segundos que passaram desde 1º de janeiro de 1970, 00:00:00 UTC (a época Unix). Esse número não está vinculado a nenhum fuso horário — o fuso horário só é aplicado ao exibir a data para uma pessoa.
Qual a diferença entre segundos e milissegundos?
JavaScript e algumas APIs (como Date.now()) retornam um timestamp em milissegundos, enquanto o tempo Unix clássico é em segundos. Confundir a unidade dá uma data em 1970 ou em algum lugar no futuro distante — escolha a unidade certa no campo "Unidades".
O tempo Unix leva em conta os segundos bissextos?
Não, cada dia no tempo Unix equivale sempre a exatamente 86400 segundos; os segundos bissextos são ignorados. Sistemas que precisam de sincronização exata com o UTC astronômico lidam com segundos bissextos por um mecanismo separado, fora do timestamp Unix padrão.
Um timestamp Unix pode ser negativo?
Sim, valores negativos correspondem a datas anteriores a 1º de janeiro de 1970. A maioria dos sistemas modernos lida corretamente com esses valores, embora algumas APIs ou bibliotecas antigas possam não suportá-los.
O que é o problema do ano 2038?
Em sistemas onde um timestamp é armazenado como um inteiro de 32 bits com sinal, o contador de segundos ultrapassará o limite em 19 de janeiro de 2038. Sistemas modernos de 64 bits não têm esse problema.