Conversor de timestamp Unix

Convierte un timestamp Unix (tiempo epoch) en una fecha y hora legibles, y una fecha en un timestamp. Úsalo para saber a qué momento se refiere un número de un registro, una base de datos o una respuesta de una API.

Cómo se usa

1. El «Timestamp Unix actual (segundos)» de arriba se actualiza en directo; pulsa «Copiar segundos» o «Copiar milisegundos» para copiarlo.
2. Introduce un número en «Timestamp a fecha» para ver la fecha en la zona horaria elegida, en UTC, ISO 8601, RFC 2822 y el tiempo «Relativo». En la mayoría de los casos, deja la «Unidad» en «Detectar por la longitud».
3. En «Fecha a timestamp», elige la «Fecha y hora» y la «Zona horaria» para obtener el valor en segundos y en milisegundos.
4. Pega muchos valores en «Convertir muchos a la vez», o compara dos momentos en «Diferencia entre dos timestamps».

Cómo funciona

• La detección usa el número de cifras de la parte entera: hasta 11 cifras son segundos, hasta 14 milisegundos, hasta 17 microsegundos y cualquier valor más largo nanosegundos.
• Cuando una hora local se salta o se repite por el horario de verano, una nota indica cómo se ha interpretado.
• Solo se recuerdan en este navegador la zona horaria y la unidad elegidas; los números que introduces no se guardan.

Preguntas frecuentes

¿Qué es un timestamp Unix?

Es el número de segundos desde 1970-01-01 00:00:00 UTC. Los segundos intercalares no se cuentan, así que todos los días tienen exactamente 86.400 segundos.

¿Qué es un timestamp de 13 cifras?

Está en milisegundos. Diez cifras son segundos y 13 cifras son milisegundos; Date.now() de JavaScript devuelve milisegundos. Divide entre 1000 para obtener segundos.

¿Un timestamp Unix depende de la zona horaria?

No. El mismo momento tiene el mismo número en todas partes; solo cambia la fecha local que se muestra. El timestamp 0 es 1970-01-01 00:00 en UTC y 1969-12-31 19:00 en Nueva York.

¿Qué es el problema del año 2038?

Un entero de 32 bits con signo puede guardar como máximo 2147483647 segundos, que corresponden a 2038-01-19 03:14:07 UTC; después, el valor se desborda. Los sistemas que guardan la hora en 64 bits no tienen este problema.