| Formato | Segundos |
|---|---|
| GMT | Mon Aug 26 2024 15:46:52 GMT+0000 |
| Tu Zona Horaria | Mon Aug 26 2024 22:46:52 GMT+0700 (Indochina Time) |
| Relativo | 12 minutes ago |
El Unix timestamp es una forma de rastrear el tiempo como un total acumulado de segundos. Este conteo comienza en el Unix Epoch, el 1 de enero de 1970 a las 00:00:00 UTC. Por lo tanto, el Unix timestamp es simplemente el número de segundos entre una fecha particular y el Unix Epoch. También es importante señalar (gracias a los comentarios de los visitantes de este sitio) que este punto en el tiempo técnicamente no cambia sin importar dónde te encuentres en el mundo. Esto es muy útil para los sistemas informáticos para rastrear y ordenar información con fecha en aplicaciones dinámicas y distribuidas, tanto en línea como en el lado del cliente.
| Hora Legible por Humanos | Segundos |
|---|---|
| 1 Minuto | 60 Segundos |
| 1 Hora | 3600 Segundos |
| 1 Día | 86400 Segundos |
| 1 Semana | 604800 Segundos |
| 1 Mes (30.44 días) | 2629743 Segundos |
| 1 Año (365.24 días) | 31556926 Segundos |
El problema del Año 2038 (también conocido como Y2038, Epochalypse, Y2k38 o Unix Y2K) está relacionado con la representación del tiempo en muchos sistemas digitales como el número de segundos transcurridos desde las 00:00:00 UTC del 1 de enero de 1970 y almacenarlo como un entero con signo de 32 bits. Estas implementaciones no pueden codificar tiempos posteriores a las 03:14:07 UTC del 19 de enero de 2038. Al igual que el problema del Y2K, el problema del Año 2038 se debe a la capacidad insuficiente utilizada para representar el tiempo.
El último tiempo desde el 1 de enero de 1970 que se puede almacenar utilizando un entero con signo de 32 bits es a las 03:14:07 del martes 19 de enero de 2038 (231-1 = 2,147,483,647 segundos después del 1 de enero de 1970). Los programas que intenten incrementar el tiempo más allá de esta fecha harán que el valor se almacene internamente como un número negativo, el cual estos sistemas interpretarán como si hubiera ocurrido a las 20:45:52 del viernes 13 de diciembre de 1901 (2,147,483,648 segundos antes del 1 de enero de 1970) en lugar del 19 de enero de 2038. Esto se debe a un desbordamiento de enteros, durante el cual el contador se queda sin bits utilizables, y cambia el bit de signo. Esto reporta el número negativo máximo, y sigue contando hacia cero y luego nuevamente a través de los números enteros positivos. Los cálculos erróneos en estos sistemas probablemente causarán problemas para los usuarios y otras partes dependientes.