Conversor de Marca de Tiempo

Una marca de tiempo es un valor numérico que representa un momento específico. La marca de tiempo Unix es el número de segundos transcurridos desde el 1 de enero de 1970 00:00:00 UTC (llamada época Unix). Es la forma estándar de representar tiempo en sistemas informáticos, con consistencia multiplataforma y multizona horaria. Las marcas de tiempo se dividen en nivel de segundos (10 dígitos) y nivel de milisegundos (13 dígitos). Las de segundos se usan comúnmente en sistemas Unix/Linux, mientras que las de milisegundos son comunes en JavaScript y otros lenguajes. Cuando se usa con otras personas, entradas, supuestos y resultado esperado deben quedar claros para evitar malinterpretaciones.

Una marca de tiempo Unix cuenta el tiempo transcurrido desde la Época Unix, definida como 1970-01-01T00:00:00Z, que es el punto cero que el tiempo POSIX usa para etiquetar cada instante posterior. El tiempo POSIX ignora deliberadamente los segundos intercalares: cada día calendario se trata como exactamente 86.400 segundos, por lo que dos marcas de tiempo que abarquen una inserción de segundo intercalar tendrán un desvío de un segundo respecto a un conteo estricto de reloj atómico, pero la ventaja es que la conversión entre segundos de época y campos calendario UTC se mantiene como un divmod limpio por 86.400. Los dos formatos que aparecen a diario son segundos (10 dígitos actualmente, p. ej. 1717000000) y milisegundos (13 dígitos, p. ej. 1717000000000). El Date.now() de JavaScript devuelve milisegundos desde la época y `new Date(ms)` espera milisegundos, mientras que el `date +%s` de Unix, el time.Unix de Go y la mayoría de las columnas TIMESTAMP de bases de datos usan segundos. La detección por longitud es la desambiguación habitual: un valor de 10 dígitos cae en el rango 2001-2286 si se lee como segundos, y el mismo valor leído como milisegundos estaría dentro de 1970. Mostrar una marca de tiempo requiere una zona horaria. UTC se escribe con el sufijo `Z`; otros desplazamientos usan `±HH:MM` (p. ej. `+08:00` para la hora estándar de China, `-05:00` para la hora estándar del este de EE. UU.). ISO 8601 permite varios separadores opcionales mientras que RFC 3339 es un perfil más estricto que los fija, razón por la cual las especificaciones de API suelen requerir RFC 3339 con un desplazamiento explícito. Los sistemas heredados que almacenan segundos de época en un entero con signo de 32 bits desbordan en el valor máximo positivo 2147483647, que corresponde a 2038-01-19T03:14:07Z (el problema Y2038); el almacenamiento de 64 bits empuja el límite muy por encima de cualquier relevancia humana.

• La Época Unix está fijada en 1970-01-01T00:00:00Z y el tiempo POSIX ignora los segundos intercalares, por lo que cada día se trata como exactamente 86.400 segundos.
• JavaScript Date.now() devuelve milisegundos; `Math.floor(Date.now() / 1000)` convierte a una marca de tiempo a nivel de segundos.
• Límite Y2038: una marca de tiempo con signo de 32 bits desborda en 2147483647 = 2038-01-19T03:14:07Z; el almacenamiento de 64 bits evita este problema.
• ISO 8601 vs RFC 3339: RFC 3339 es un perfil más estricto de ISO 8601 que requiere un desplazamiento explícito (`Z` o `±HH:MM`) y es preferido para APIs y registros.
• ECMAScript Date está limitado a ±100.000.000 días desde la época (≈ ±273.785 años), razón por la cual `new Date(8.64e15)` y `new Date(-8.64e15)` son los límites absolutos.
• Los claims JWT `exp`, `iat` y `nbf`, `Cache-Control: max-age` y Cookie `Expires` usan segundos Unix (RFC 7519, RFC 7234), así que súmalos o réstalos directamente contra `Math.floor(Date.now()/1000)`.
• La zona horaria afecta la fecha y hora renderizada, pero no el valor de la marca de tiempo en sí; el mismo segundo de época se muestra como horas de reloj diferentes en UTC+8 y UTC-5.