Conversor de timestamp Unix

Qué es el tiempo Unix

El tiempo Unix (también llamado epoch time o tiempo POSIX) es la forma en que la mayoría de los sistemas informáticos cuentan el tiempo: un número entero con los segundos transcurridos desde el 1 de enero de 1970 a las 00:00:00 UTC, un instante conocido como la época Unix. No tiene zonas horarias, ni meses, ni horario de verano: es un contador que sube de uno en uno. Los segundos intercalares se ignoran para que cada día mida exactamente 86 400 segundos.

Esa simplicidad es su ventaja: comparar fechas es comparar números, una duración es una resta y el mismo valor significa el mismo instante en Tokio, Madrid o Santo Domingo.

Cómo usar la herramienta

1. El reloj vivo de arriba muestra el timestamp actual en segundos y milisegundos, actualizado cada segundo, con botón para copiar.
2. Para convertir un timestamp en fecha, pégalo en el campo Timestamp a fecha. La herramienta detecta sola si viene en segundos (10 dígitos) o milisegundos (13 dígitos) y te lo indica.
3. Lee el resultado en dos versiones: tu hora local (con la zona que detecta el navegador) y UTC.
4. Para el camino inverso, elige fecha y hora en Fecha a timestamp y obtendrás el valor en segundos y milisegundos, listos para copiar.

Segundos o milisegundos: cómo distinguirlos

Los sistemas tipo Unix y lenguajes como Python o PHP trabajan por defecto en segundos. JavaScript usa milisegundos: Date.now() devuelve un número de 13 dígitos. La pista más rápida es el largo: 10 dígitos son segundos y 13 son milisegundos. Si conviertes milisegundos como si fueran segundos, la fecha se dispara miles de años al futuro; al revés, todo aterriza en enero de 1970.

Ejemplo resuelto

Tomemos el timestamp 1700000000: diez dígitos, así que son segundos —1 700 millones de segundos desde la época—. La herramienta lo convierte a martes 14 de noviembre de 2023, 22:13:20 UTC. Si estás en República Dominicana (UTC−4, sin horario de verano), verás 18:13:20 del mismo día. El mismo instante en milisegundos es 1700000000000: trece dígitos, momento idéntico.

El problema del año 2038

Muchos sistemas antiguos guardan el tiempo Unix en un entero de 32 bits con signo, cuyo máximo es 2 147 483 647. Ese contador se desborda el 19 de enero de 2038 a las 03:14:07 UTC: un segundo después el número “da la vuelta” y se interpreta como una fecha de diciembre de 1901. La mitigación ya está en marcha: los sistemas modernos usan enteros de 64 bits, suficientes para unos 292 000 millones de años.

Timestamps notables

El timestamp es universal; tu reloj no

El timestamp no “está” en ninguna zona horaria: 1700000000 es el mismo instante para todo el planeta y lo que cambia es la representación —22:13 en Londres, 18:13 en Santo Domingo, 07:13 del día siguiente en Tokio—. Por eso la herramienta muestra siempre la versión local y la UTC juntas.

Preguntas frecuentes

¿Por qué mi fecha sale corrida un día?

Casi siempre es la zona horaria. Un timestamp cercano a la medianoche UTC puede caer “ayer” en América: 1700006400 es el 15 de noviembre de 2023 a las 00:00 UTC, pero en Santo Domingo todavía son las 20:00 del día 14. Compara la tarjeta UTC con la de hora local antes de asumir que el dato está mal.

¿Cómo obtengo el timestamp actual en JavaScript, Python o SQL?

• JavaScript (milisegundos): Date.now() — en segundos: Math.floor(Date.now() / 1000)
• Python: int(time.time()) (tras import time)
• MySQL: SELECT UNIX_TIMESTAMP(); — PostgreSQL: SELECT extract(epoch from now());

¿Qué va a pasar exactamente en 2038?

En los sistemas ya migrados a 64 bits, nada. En software de 32 bits sin actualizar, el contador se desbordará el 19 de enero de 2038 a las 03:14:07 UTC y las fechas saltarán a 1901. Los kernels de Linux recientes, las bases de datos y los lenguajes modernos ya usan 64 bits; el problema se concentra en equipos embebidos viejos.