Encoders & Utilities

Unix Timestamp y calculadora de fechas

Convierte epochs Unix en fechas legibles, calcula aritmética de fechas y diferencias entre fechas.

Sobre esta herramienta

Unix Timestamp & Date Calculator convierte entre enteros Unix epoch y fechas ISO 8601 / formateadas según la configuración regional en ambas direcciones. Pegue un número y le dirá si le ha dado segundos (10 dígitos), milisegundos (13 dígitos), microsegundos (16) o nanosegundos (19) — y renderiza la fecha correspondiente en UTC, su zona horaria local y cualquier zona que elija de la lista IANA. En sentido inverso, pegue una cadena de fecha en cualquier formato común y obtenga el epoch.

Un segundo modo gestiona la aritmética de fechas: sume o reste días, horas o minutos a una fecha base; calcule la diferencia entre dos fechas como días/horas/minutos/segundos (o «3 años, 2 meses, 14 días» si prefiere unidades calendáricas). Todos los cálculos corren en el navegador usando Temporal donde está disponible y una librería de respaldo en otros casos — sin sorpresas de zonas horarias por las transiciones de DST, segundos intercalares (ignorados, como en el propio tiempo Unix) o el rollover de 2038 (gestionamos timestamps de 64 bits nativamente).

Cuándo utilizar esta herramienta

  • Depurar logs. Una entrada de log con epoch 1747459200 — péguela, ve «17 de mayo de 2026 04:00 UTC», listo.
  • Comprobaciones de cordura en bases de datos. Verifique que un valor almacenado como BIGINT ms decodifica realmente a la fecha humana esperada.
  • Aritmética de SLA / cron. «¿Qué es 72 horas a partir de ahora en hora de Tokio?» — respondido en dos clics.
  • Expiración de tokens. El claim exp de un JWT es un epoch — péguelo aquí para la respuesta legible.

Sobre el problema del 2038

Los timestamps Unix con entero de 32 bits con signo desbordan a las 03:14:07 UTC del 19 de enero de 2038 (el bug «Y2038»). La solución es usar timestamps de 64 bits, lo que la mayoría de lenguajes y bases de datos modernos hacen por defecto. Nuestro calculador usa 64 bits internamente — los valores posteriores a 2038, e incluso mucho más allá del año 100.000, se calculan correctamente. Los sistemas legados en hardware embebido son la superficie de exposición restante.

Preguntas frecuentes

¿Por qué mi «timestamp» tiene 13 dígitos?

Está en milisegundos, no en segundos. JavaScript, Java y muchas APIs nuevas usan por defecto resolución de milisegundos; el Unix clásico es en segundos. 10 dígitos = segundos (era actual hasta 2286), 13 dígitos = milisegundos, 16 dígitos = microsegundos, 19 dígitos = nanosegundos. Nuestro parser detecta la precisión por el conteo de dígitos y convierte en consecuencia.

¿La herramienta gestiona correctamente las zonas horarias?

Sí — cada conversión muestra UTC junto a la zona horaria que elija (por defecto la zona local de su navegador). Las transiciones de horario de verano se honran para zonas IANA (p. ej. «Europe/Berlin» maneja los cambios CET/CEST automáticamente). Sea cauto con cadenas de offset fijo («+02:00») — se ven iguales un día normal pero ignoran el DST.

¿Por qué mi respuesta de aritmética de años difiere de una simple división?

Porque las unidades calendáricas no son uniformes. Un «año» promedia 365,2425 días; algunos tienen 365, otros 366. Restar dos fechas en «años y meses» requiere recorrer el calendario real, no solo dividir segundos. Nuestra herramienta hace el recorrido; una aproximación simple segundos / (365 * 86400) se desvía ~6 horas por año.

¿Qué es el problema Y2038?

Un timestamp Unix con entero de 32 bits con signo desborda a las 03:14:07 UTC del 19 de enero de 2038. Los sistemas que aún usen tiempo de 32 bits darán la vuelta a un valor negativo (interpretado como 13 de diciembre de 1901). Linux, Windows y macOS modernos usan timestamps de 64 bits, válidos hasta el año 292.277.026.596. Los sistemas embebidos legados son el riesgo persistente.