Conversor de timestamp Unix
Convierte entre timestamps Unix y fechas legibles. ISO 8601, UTC, local y relativo en tu zona horaria detectada. Formato vía Intl APIs, todo local.
¿Qué es un timestamp Unix?
Un timestamp Unix es el número de segundos (o ms) desde 00:00:00 UTC del 1 de enero de 1970 — la "Unix epoch". Casi todos los sistemas modernos almacenan el tiempo así porque es agnóstico a zonas y trivialmente comparable.
Segundos vs milisegundos
Sistemas Unix antiguos y la mayoría de bibliotecas estándar usan segundos. Date.now() en JavaScript devuelve ms. Java's System.currentTimeMillis() también usa ms. Verifica siempre la precisión.
Zonas horarias y Unix
Un timestamp Unix es independiente de la zona horaria — siempre se refiere al mismo instante UTC. La zona solo importa al convertir a cadena legible.
¿Trabajando con respuestas de API? Prueba nuestro formateador JSON.
Usos comunes
- Debug de API: Cuando el servidor devuelve
created_at: 1745582400, pégalo aquí para ver la fecha real. - Verificación cron: Verifica timestamps de próxima ejecución antes de desplegar.
- Interpretación de logs: Descifra timestamps Unix en líneas de log de servidores web o aplicaciones.
- Inspección de BD: Convierte columnas
created_atde MySQL/PostgreSQL en hora local durante debugging. - Verificación de expiración: Decodifica claims exp de JWT y verifica si un token está vigente.
- Verificación de migración: Convierte epochs Unix en CSV a fechas ISO para confirmar migración correcta.
- Coordinación entre equipos: Convierte "mensaje a 1745582400" a hora local de un colega en otra zona.
FAQ
¿Qué es el tiempo Unix?
Tiempo Unix es un entero contando segundos desde 00:00:00 UTC del 1 de enero de 1970, ignorando segundos intercalares. Es la lingua franca del tiempo digital.
¿Cuántos segundos desde 1970?
Cerca de 1.78 mil millones a mediados de 2026 — usa "Usar ahora" para el valor actual. Supera el límite signed int32 el 19 de enero de 2038 (problema Y2038).
¿Milisegundos o segundos — cuál usa mi sistema?
Mira la magnitud. 10 dígitos = segundos (~2001+). 13 dígitos = ms. JavaScript Date.now() y Java currentTimeMillis() usan ms; C/Python/Go usan segundos por defecto. Auto-detecta por longitud.
¿Cómo interactúan las zonas con timestamps Unix?
No interactúan — los timestamps Unix son siempre UTC. La zona solo afecta cómo se muestra como fecha. Dos sistemas en zonas distintas imprimen "local" diferente del mismo timestamp.
¿Qué es el problema del año 2038?
Sistemas Unix 32-bit antiguos almacenan timestamps como int signed, con límite de 2.147.483.647 — el 19 de enero de 2038 a las 03:14:07 UTC. Tras eso, desborda. Los modernos usan 64-bit y son inmunes.
En cifras
- La época Unix comienza a las 00:00:00 UTC del 1 de enero de 1970 — definida en POSIX (IEEE Std 1003.1)
- La mayoría de sistemas modernos usan timestamps de 64 bits, válidos por ~292 mil millones de años
- El famoso problema de 2038 afecta a los timestamps signed de 32 bits, que desbordan a las 03:14:07 UTC del 19 de enero de 2038
- El
Datede JavaScript usa milisegundos desde epoch, con rango válido de ±100.000.000 días desde el 1 de enero de 1970