| Format | Segundo |
|---|---|
| GMT | Mon Aug 26 2024 15:46:52 GMT+0000 |
| Iyong Time Zone | Mon Aug 26 2024 22:46:52 GMT+0700 (Indochina Time) |
| Relative | 12 minutes ago |
Ang unix timestamp ay isang paraan ng pagsubaybay ng oras bilang isang tumatakbong kabuuang bilang ng mga segundo. Nagsisimula ang bilang na ito sa Unix Epoch noong Enero 1, 1970 sa UTC. Samakatuwid, ang unix timestamp ay simpleng bilang ng mga segundo sa pagitan ng isang partikular na petsa at ang Unix Epoch. Dapat din tandaan (salamat sa mga komento mula sa mga bisita sa site na ito) na ang oras na ito ay teknikal na hindi nagbabago anuman ang iyong lokasyon sa mundo. Ito ay napaka-kapaki-pakinabang sa mga sistema ng kompyuter para sa pagsubaybay at pagsasaayos ng impormasyon sa mga petsa sa mga dynamic at ipinamamahaging aplikasyon, parehong online at sa client side.
| Oras na Maaaring Basahin ng Tao | Segundo |
|---|---|
| 1 Minuto | 60 Segundo |
| 1 Oras | 3600 Segundo |
| 1 Araw | 86400 Segundo |
| 1 Linggo | 604800 Segundo |
| 1 Buwan (30.44 araw) | 2629743 Segundo |
| 1 Taon (365.24 araw) | 31556926 Segundo |
Ang Problema ng Taon 2038 (kilala rin bilang Y2038, Epochalypse, Y2k38, o Unix Y2K) ay may kinalaman sa kung paano nire-representa ang oras sa maraming digital na sistema bilang bilang ng mga sekundo mula 00:00:00 UTC noong Enero 1, 1970 at iniimbak ito bilang isang signed 32-bit integer. Ang ganitong mga implementasyon ay hindi kayang i-encode ang oras pagkatapos ng 03:14:07 UTC noong Enero 19, 2038. Katulad ng Y2K problem, ang Problema ng Taon 2038 ay dulot ng kakulangan sa kapasidad para sa representasyon ng oras.
Ang huling oras mula Enero 1, 1970 na maaaring maiimbak gamit ang isang signed 32-bit integer ay 03:14:07 ng Martes, Enero 19, 2038 (231-1 = 2,147,483,647 segundo pagkatapos ng Enero 1, 1970). Ang mga programang susubukang dagdagan ang oras lampas sa petsang ito ay magdudulot ng pag-iimbak ng halaga bilang isang negatibong numero, na ang mga systema ay ituturing na nangyari ito sa 20:45:52 ng Biyernes, Disyembre 13, 1901 (2,147,483,648 segundo bago ang Enero 1, 1970) sa halip na Enero 19, 2038. Nangyayari ito dahil sa integer overflow, kung saan ang counter ay nauubos ang mga magagamit na digit bits, at binabago ang sign bit. Ito ay nagrereport ng pinakamababang negatibong numero, at magpapatuloy sa pagbilang pataas, patungong zero, at pagkatapos ay pataas muli sa mga positibong integers. Ang mga maling kalkulasyon sa ganitong mga sistema ay malamang na magdudulot ng mga problema para sa mga gumagamit at iba pang mga apektadong partido.