schedule Conversor de Marca de Tiempo Unix star

Cómo Funciona

Una marca de tiempo Unix cuenta los segundos enteros transcurridos desde las 00:00:00 UTC del 1 de enero de 1970 — un punto de referencia fijo llamado epoch. El número 1.784.000.000 cae en julio de 2026; cada segundo desde 1970 tiene su propio entero único, sin ninguna noción de zona horaria, mes del calendario u horario de verano incorporada. Por eso exactamente las bases de datos, las APIs y los archivos de registro almacenan el tiempo de esta forma: dos servidores en extremos opuestos del planeta calculan la misma marca de tiempo para el mismo instante, y ordenar marcas de tiempo numéricamente equivale a ordenarlas cronológicamente — sin necesitar ninguna lógica de análisis de fechas.

Convertir una marca de tiempo a una fecha legible significa interpretar ese entero respecto a una zona horaria específica: el instante subyacente no cambia, solo cómo se muestra. Esta herramienta muestra tu zona horaria local y UTC lado a lado para que un desajuste sea fácil de detectar — por ejemplo, la marca de tiempo 1784000000 se lee como 2026-07-13 22:13:20 UTC, que se convierte en 2026-07-14 01:13:20 en UTC+3. En la dirección contraria — de fecha legible a marca de tiempo — se aplica la misma lógica invertida: la herramienta toma los campos de fecha que introduces, los trata como pertenecientes a la zona horaria que seleccionaste, y calcula el entero epoch equivalente. Los segundos y milisegundos se detectan automáticamente por el número de dígitos, así que pegar cualquiera de los dos formatos funciona sin configuración.

Lo Que Debes Saber

Un entero clásico con signo de 32 bits solo puede contar hasta 2.147.483.647 segundos después del epoch, límite que se alcanza a las 03:14:07 UTC del 19 de enero de 2038 — el llamado "problema del año 2038". Los sistemas que aún almacenan marcas de tiempo en 32 bits se desbordarán a un número negativo en ese instante, en un espíritu similar al error Y2K. Los sistemas modernos de 64 bits almacenan el mismo valor en un entero mucho más grande y siguen siendo válidos durante unos 292 mil millones de años, por lo que las bases de datos, sistemas operativos y lenguajes actuales no se ven afectados. Las marcas de tiempo negativas también son válidas — simplemente codifican fechas anteriores al 1 de enero de 1970, contando hacia atrás. Otro detalle sutil que vale la pena conocer: de vez en cuando se inserta un segundo intercalar en UTC para mantenerlo alineado con la rotación de la Tierra, pero el estándar de marca de tiempo Unix ignora por completo los segundos intercalares, tratando cada día como exactamente 86.400 segundos — lo que mantiene simple la aritmética de marcas de tiempo, a costa de no ser astronómicamente exacto.

Las marcas de tiempo Unix aparecen constantemente en el desarrollo cotidiano: los JSON Web Tokens codifican su expiración como una reclamación exp en segundos epoch, los encabezados de caché HTTP y las cookies a menudo establecen la expiración de la misma manera, y los sistemas de programación comparan el epoch actual con un valor objetivo para decidir cuándo activarse. Como el formato es solo un entero, la aritmética de fechas sobre él es trivial: sumar 86.400 a una marca de tiempo siempre significa exactamente un día después en UTC, sin importar en qué mes o año bisiesto caiga — algo que la aritmética con fechas de calendario hace mucho más propensa a errores. Esta es también la razón por la que casi todos los lenguajes de programación exponen una función simple para leer "ahora" como marca de tiempo — time() de PHP, Date.now() de JavaScript, time.time() de Python — y por la que comparar dos marcas de tiempo como simples números basta para saber cuál evento ocurrió primero, sin importar en qué parte del mundo ocurrió cada uno.