unix · ISO · mga sona ng oras
Converter ng Oras
I-paste ang Unix timestamp o ISO 8601 na petsa at basahin ang isang instant na iyon sa UTC, sa zone na pipiliin mo at sa mga zone na sinusubaybayan mo. Sa tab na ito tumatakbo ang offset arithmetic.
Binabasa ang hubad na numero ayon sa haba nito: eksaktong 10 digit ang segundo, eksaktong 13 ang millisecond, at ang ibang haba ay tinatanggihan kaysa hulaan. Ang ISO na petsa na walang offset ay binabasa bilang UTC, dahil isang instant ang ibig mong sabihin, hindi isa kada zone.
Paano i-convert ang timestamp
Ilagay ang instant
I-paste ang 10-digit na Unix timestamp, 13-digit na millisecond, o ISO na petsa tulad ng 2026-09-12T14:30:00Z — o i-type ang now para magsimula sa segundong ito.
Piliin ang zone
Piliin ang zone na dapat basahan ng instant. Nauna ang UTC, kasunod ang mas abalang zone, at ang buong listahan ay kung ano ang alam ng sariling time-zone database ng browser mo.
Basahin ang orasan
Lumilitaw ang parehong sandali sa tabi ng sarili mong zone at ng shortlist kasama ang bawat offset, kasama ang instant bilang segundo, millisecond at microsecond para sa kahit anong API na humihingi.
Ano ang timestamp, at ano ang ginagawa ng pahinang ito dito
Ang Unix time ay nagbibilang ng segundo mula 1970-01-01T00:00:00Z at sadyang binabalewala ang leap second, kaya kapareho ang numero kahit saan at ang time zone ay palaging display choice lang. Sinasaklaw ng sampung digit ang 2001 hanggang 2286, kaya ang value na kinopya mula sa log o URL ay halos palaging segundo; ang database column o JavaScript date ay nagbibigay sa iyo ng labintatlong digit, na millisecond ng parehong scale.
Isinusulat ng ISO 8601 ang parehong bagay sa kalendaryo: ang 2026-09-12T14:30:00+03:00 ay isang instant na ipinahayag sa wall clock ng Istanbul, at ang Z ay eksaktong +00:00. Ang string na walang offset ay ambiguous, kaya binabasa ito ng pahinang ito bilang UTC kaysa ipagpalagay ang zone ng makina mo. Ang mga offset mismo ay nagmumula sa tz database ng browser mo, kaya ang Europe/Istanbul ay nananatiling UTC+3 buong taon sa ilalim ng tuntuning sinusunod ng Turkey mula 2016, habang ang America/New_York ay bumabagsak sa UTC−4 o UTC−5 depende sa petsa.
Mga tanong tungkol sa time conversion
Ipinapadala ba ang timestamp ko sa isang server?
Hindi. Ang pag-parse at ang zone maths ay tumatakbo sa Intl API na naka-install na sa browser mo, kaya hindi kailanman ipinapadala ang instant na hinahanap mo at patuloy na gumagana ang pahina offline pagkatapos ma-load. Walang naka-log, dahil walang magagamit para i-log ito.
Bakit iba ang oras na ipinapakita ng parehong timestamp para sa New York?
Dahil ang offset ng isang zone ay depende sa petsa: ang New York ay UTC−5 sa taglamig at UTC−4 sa tag-araw, at inilalapat ng browser ang tuntuning umiiral sa instant na iyon. Kaya ang conversion ay laging sa pagitan ng dalawang instant, hindi kailanman ng dalawang pangalan ng zone — palitan ang timestamp at maaaring magbago ang offset kasama nito.
Alin sa segundo, millisecond at microsecond ang dapat kong kopyahin?
Iisa ang instant sa tatlong resolution: 10-digit na Unix second count, 13-digit na millisecond, at microsecond sa tabi ng dalawa. Hindi nagkakasundo ang mga API kung alin ang inaasahan nila — ang Unix time ay karaniwang segundo, habang ang timestamp ng browser at database ay karaniwang millisecond — kaya kunin ang hinihingi ng tool o endpoint na pinapakain mo.
Ano ang nangyayari kung mag-paste ako ng 12-digit na numero?
Tinatanggihan ito kaysa hulaan, dahil 10-digit na value lang ang binabasa bilang segundo at 13-digit lang ang bilang millisecond. Ang paghula ay tahimik na maglilipat ng instant nang mga dekada, kaya mas madaling mahuli ang maling na-type o na-truncate na numero bilang error. Gumagana rin ang ISO 8601 na petsa na may offset kasing ganda ng numero at walang ambiguity.