Epoch Time Converter
I-convert ang mga Unix timestamp sa mga UTC date o gawing epoch seconds ang isang petsa.
Paano gamitin ang epoch time converter na ito
- Pumili ng conversion mode
Piliin ang Epoch to date o Date to epoch sa field ng Conversion mode.
- Para sa epoch to date
Ilagay ang Unix timestamp sa mga segundo sa field ng Epoch timestamp (seconds).
- Para sa date to epoch
Piliin ang petsa sa Calendar date, pagkatapos ay i-set ang Hour (UTC), Minute (UTC), at Second (UTC) ayon sa kinakailangan.
- Basahin ang resulta
Ipinapakita ng calculator ang UTC value, Unix milliseconds, at Araw ng linggo.
Paano gumagana ang epoch time converter na ito
Ang epoch time converter na ito ay nagsasalin sa pagitan ng mga Unix timestamp at mga petsang UTC na nababasa ng tao. Ang Unix time — tinatawag ding POSIX time o epoch time — ay nagbibilang ng mga segundong lumipas mula noong Unix epoch, na itinakda bilang hatinggabi UTC noong Enero 1, 1970 (1970-01-01T00:00:00Z). Ang single-integer representation na ito ay ang de-facto standard para sa pag-iimbak at pagpapadala ng mga timestamp sa mga database, API, log file, JWT token, at halos lahat ng modernong programming language. Pinoproseso ng converter ang parehong direksyon: ang paglalagay ng numeric timestamp ay nagbibigay ng katumbas na petsang UTC, araw ng linggo, at millisecond, habang ang paglalagay ng petsa at oras sa kalendaryo ay nagbibigay ng epoch value sa mga segundo at millisecond.
Unix time = mga segundong lumipas mula noong 1970-01-01T00:00:00Z Upang i-convert ang Unix timestamp na 1,700,000,000 sa isang petsa: simula sa 1970-01-01 00:00:00 UTC, magdagdag ng 1,700,000,000 segundo. Katumbas ito ng 19,675 araw, 17 oras, 46 minuto, at 40 segundo. Ang resultang UTC date ay 2023-11-14 nang 22:13:20 UTC, na tumatapat sa Martes. Ang katumbas sa millisecond ay 1,700,000,000,000. Sa kabilang banda, ang pag-input ng Nobyembre 14, 2023 nang 22:13:20 UTC ay magbibigay ng epoch value na eksaktong 1,700,000,000.
Ang Timestamp 0 ay nagko-convert sa 1970-01-01 00:00:00 UTC (Huwebes). Ang katumbas na millisecond ay 0.
Ang Timestamp 1,704,000,000 ay nagko-convert sa 2023-12-31 12:00:00 UTC (Linggo). Ang paglalagay ng petsa at oras na iyon sa Date to epoch mode ay nagbabalik ng 1,704,000,000.
- ✓ Lahat ng kalkulasyon ay nasa UTC. Ang mga conversion sa lokal na oras ay nangangailangan ng paglalapat ng naaangkop na time-zone offset pagkatapos ng conversion.
- ✓ Hindi binibilang ang mga leap second. Tulad ng POSIX, itinuturing ng converter na ito ang bawat araw bilang eksaktong 86,400 segundo, na tumutugma sa gawi ng karamihan sa mga programming language at operating system.
- ✓ Ang mga negatibong timestamp ay kumakatawan sa mga petsa bago ang epoch (Enero 1, 1970). Halimbawa, ang −86400 ay tumutugma sa Disyembre 31, 1969.
- ✓ Ang mga millisecond timestamp ay dapat hatiin sa 1,000 bago ilagay; tumatanggap ang converter ng mga segundo bilang input at ipinapakita ang katumbas na millisecond sa mga resulta.
- Ang Date.now() ng JavaScript at System.currentTimeMillis() ng Java ay nagbabalik ng milliseconds, hindi segundo — i-divide sa 1,000 bago ilagay ang value rito, o gamitin ang millisecond output para sa paghahambing.
- Ang problema sa Taong 2038 ay nakakaapekto sa 32-bit signed-integer timestamps, na mag-o-overflow sa Enero 19, 2038 nang 03:14:07 UTC. Karamihan sa mga modernong sistema ay lumipat na sa 64-bit timestamps.
- Kapag nagde-debug ng mga API response o log file, bantayan ang mga timestamp na tila mali nang eksaktong 3,600 o 7,200 segundo — karaniwang nagpapahiwatig ito na may time-zone offset na inilapat (o kinalimutan) sa kung saan sa pipeline.
- Ang Epoch time ay palaging tumataas (hindi kasama ang mga leap-second adjustment), kaya mainam ito sa pag-uuri ng mga event, pag-compute ng tagal, at paggawa ng mga natatanging time-based identifier.
- IEEE Std 1003.1 (POSIX) — depinisyon ng Seconds Since the Epoch
- Pinagmulan ng Unix epoch — Dokumentasyon ng The Unix Heritage Society at Bell Labs
- RFC 3339 — Petsa at Oras sa Internet: Mga Timestamp
Ano ang mga Unix timestamp?
Ang Unix timestamp ay ang bilang ng mga segundong lumipas mula noong hatinggabi ng UTC noong Enero 1, 1970 — ang Unix epoch. Ang nag-iisang integer na ito ay ang de-facto standard para sa pagkatawan ng oras sa mga database, API, log file, at karamihan sa mga programming language. Dahil ito ay time-zone agnostic at patuloy na tumataas, pinapadali nito ang pag-uuri, pagkalkula ng tagal, at mga paghahambing batay sa oras. Ang Date.now() ng JavaScript at maraming API ay nagbabalik ng milliseconds (1,000 × segundo), kaya hatiin sa 1,000 bago maglagay ng millisecond value rito. Ang mga negatibong timestamp ay kumakatawan sa mga petsa bago ang 1970; halimbawa, ang −86400 ay eksaktong isang araw bago ang epoch.
Mga gamit ng epoch time para sa mga developer
Ginagamit ng mga developer ang mga Unix timestamp kapag nag-iimbak ng mga oras ng event sa mga database, nagseseryalisa ng mga petsa sa mga JSON API, bumubuo ng mga time-based cache key, at nagde-debug ng mga log entry. Ang mga column sa database ay madalas na nag-iimbak ng mga timestamp bilang mga integer para sa mahusay na pag-index at mga range query. Ang mga tugon ng API ay madalas na nagbabalik ng mga epoch second o millisecond upang maiwasan ang kalituhan sa time-zone. Kapag nagde-debug, ang pag-convert ng raw timestamp mula sa isang log o JWT claim patungo sa petsang nababasa ng tao ay mabilis na nagpapakita kung ang value ay tama o mali dahil sa time-zone factor. Ginagamit din ang epoch time para sa rate limiting, pag-expire ng session, at pagbuo ng mga sortable unique identifier sa mga distributed system.
Mga FAQ sa Epoch time converter
Ano ang Unix epoch?
Ang Unix epoch ay ang reference point kung saan sinusukat ang Unix time: hatinggabi UTC noong Enero 1, 1970 (1970-01-01T00:00:00Z). Ang timestamp na 0 ay tumutukoy sa eksaktong sandaling iyon.
Bakit mas maraming digit ang aking JavaScript timestamp?
Ang Date.now() ng JavaScript ay nagbabalik ng milliseconds mula sa epoch, hindi segundo. I-divide sa 1,000 para i-convert sa format na base sa segundo na ginagamit ng tool na ito, o direktang ihambing sa milliseconds output.
Maaari ba akong maglagay ng negatibong timestamp?
Oo. Ang mga negatibong value ay kumakatawan sa mga petsa bago ang epoch. Halimbawa, ang −86400 ay tumutugma sa 1969-12-31T00:00:00Z, eksaktong isang araw bago ang epoch.
Sinusuportahan ba nito ang leap seconds?
Hindi, at tumutugma ito sa POSIX standard. Ipinapalagay ng POSIX time na ang bawat araw ay eksaktong 86,400 segundo. Ang 27 leap seconds na idinagdag mula noong 1972 ay hindi indibidwal na kinakatawan, na nangangahulugang ang UTC at Unix time ay maaaring magkaiba nang hanggang isang segundo sa mga leap-second boundary.
Ano ang Year 2038 problem?
Ang mga system na nag-iimbak ng Unix time bilang 32-bit signed integer ay mag-o-overflow sa Enero 19, 2038 nang 03:14:07 UTC, na magiging isang malaking negatibong numero at maglalabas ng mga petsa sa 1901. Karamihan sa mga modernong platform ay gumagamit na ngayon ng 64-bit timestamps, na hindi mag-o-overflow sa loob ng mahigit 290 bilyong taon.