Tech Help
Unix Timestamp секунд ба миллисекунд: огноо яагаад 1970 харуулдаг вэ
Unix timestamp 1970 орчим огноо болвол ихэвчлэн секундийг миллисекунд гэж уншсан байдаг. Нэгжийг хэрхэн ялгах вэ.
Unix timestamp 1970 орчим огноо өгвөл утгыг ихэвчлэн буруу нэгжээр тайлбарлаж байна.
Unix timestamp ихэвчлэн секунд хэрэглэдэг; JavaScript Date ихэвчлэн миллисекунд.
Орчин үеийн 10 оронтой timestamp ихэвчлэн секунд, 13 оронтой нь миллисекунд. Нэгж таарахгүй бол 1000-аар үржүүлэх эсвэл хуваах хэрэгтэй болно.
Timestamp-ийг огноо болгож 1970 оны нэгдүгээр сард буулаа. Цаг бараг хэзээ ч эвдэрдэггүй. Тоог секундээр хадгалсан байхад миллисекунд гэж уншсан—эсвэл эсрэгээр.
Unix timestamp гэж юу вэ?
Unix timestamp нь Unix epoch-оос хойшхи хугацааг хэмждэг: 1970-01-01 00:00:00 UTC. Ихэвчлэн бүхэл секунд. Тэр мөчийг миллисекундээр ч хадгалж болно (секунд × 1000). Тоо өөрөө нэгжийг бичихгүй.
Секунд ба миллисекунд: 1000 дахин ялгаа
Нэг секунд нь 1000 миллисекунд. 1720000000-г 1720000000000-тай харьцуул. Эхнийх нь секунд, хоёр дахь нь миллисекунд бол нэг мөч. Эхнийхийг миллисекунд гэж уншвал огноо 1970 руу үсэрнэ.
Эдгээр UTC үр дүнг дээрх тооноос тооцсон, таамаг биш.
| Утга | Магадлалтай нэгж | Тайлбар (UTC) |
|---|---|---|
| 1720000000 | Секунд | Секунд гэж уншихад орчин үеийн огноо: 2024-07-03 09:46:40 UTC |
| 1720000000000 | Миллисекунд | Миллисекунд гэж уншихад тэр мөч: 2024-07-03 09:46:40 UTC |
| 1720000000-г миллисекунд гэж | Буруу нэгж | 1970 орчим огноо: 1970-01-20 21:46:40 UTC |
Миний timestamp яагаад 1970 харуулдаг вэ?
Секундийн утгыг миллисекунд гэж үзвэл тоо шаардлагатайгаас 1000 дахин бага. JavaScript тэгэхэд Unix epoch-оос хойш богино хугацаа л тоолж, огноо 1970-д үлдэнэ:
const seconds = 1720000000;
new Date(seconds);
// 1970-01-20 21:46:40 UTC
new Date(seconds * 1000);
// 2024-07-03 09:46:40 UTC
Тэр 1970 оны огноо бол epoch нэмэх ойролцоогоор хоёр долоо хоног. Date-д өгөхөөс өмнө секундийг 1000-аар үржүүл.
- СЕКУНД
- 1720000000
- МИЛЛИСЕКУНД
- 1720000000000
- Секундийн утга
- Алдаагаар миллисекунд гэж үзсэн
- 1970 орчим огноо
Үр дүн 1970 орчим байвал цагийн бүсийг шалгахаасаа өмнө timestamp-ийн нэгжийг шалга.
10 орон секунд, 13 орон миллисекунд уу?
Орчин үеийн огноонд 10 орон ихэвчлэн секунд, 13 ихэвчлэн миллисекунд. Энэ бол хурдан шинж тэмдэг, баталгаажуулах дүрэм биш. Оронгийн тоо хугацааны хүрээгээр өөрчлөгдөнө; зарим API микросекунд эсвэл наносекунд хадгална. Нэгжийг баримт эсвэл утга учиртай огноогоор батал.
Энэ яагаад JavaScript-д ийм олон тохиолддог вэ
JavaScript-д тоон Date нь epoch-оос миллисекунд. Олон backend, өгөгдлийн сан, Unix хэрэгсэл одоо ч секунд хадгалдаг. Секундийг шууд Date-д өгөх нь түгээмэл алдаа:
const unixSeconds = 1720000000;
const wrong = new Date(unixSeconds);
const correct = new Date(unixSeconds * 1000);
wrong 1970 орчим (1970-01-20 21:46:40 UTC). correct бол орчин үеийн мөч (2024-07-03 09:46:40 UTC).
Бусад систем өөр нэгж хэрэглэдэг
Бусад хэл, API, өгөгдлийн сан секунд эсвэл миллисекунд хэрэглэж болно. Зарим нь микросекунд эсвэл наносекунд хадгална. Хэл үргэлж нэг нэгж хэрэглэдэг гэж бүү бод—баримтыг үз. Тоо JSON-д байвал JSON форматлах / Diff талбарыг уншихад хялбар болгоно; нэгжийг хэлэхгүй.
Миний timestamp аль нэгж хэрэглэж байгааг яаж мэдэх вэ?
Эдгээр шалгалтыг дарааллаар хий. Зөвхөн оронгийн тоо хангалтгүй.
- API эсвэл өгөгдлийн сангийн баримтыг үз.
- Ойролцоо оронгийн тоог хараарай.
- Утгыг итгэлтэй орчин үеийн timestamp-тай харьцуул.
- Утгыг секунд болон миллисекундээр турш.
- Гарсан огноо утга учиртай эсэхийг шалга.
Нэг тайлбар 1970-д, нөгөө нь таньдаг огноонд унавал шалтгаан нь нэгжийн үл тохирол.
Unix timestamp-ийн түгээмэл алдаа
- Секундийг миллисекунд гэж унших. Огноо 1970 руу нурж унана, дээрх жишээ шиг.
- Миллисекундийг секунд гэж унших. Огноо хол ирээдүй рүү үсэрнэ, эсвэл хөрвүүлэлт бүтэлгүйтэнэ.
- 1000-аар хоёр удаа үржүүлэх. Аль хэдийн миллисекунд байсан утга асар том болж, огноо зуунаар урагшилна.
- 1000-аар хоёр удаа хуваах. Секундийн утга дахин агшина, дахин 1970 орчим.
- Цагийн бүсийг буруутгах. Бүс цаг эсвэл хуанлийн өдрийг шилжүүлж болно. Орчин үеийн timestamp-ийг 1970 болгохгүй.
- Форматласан огноог Unix timestamp гэж үзэх. 2024-07-03T09:46:40Z гэх мэт утга epoch тоо биш. Секунд биш, огноо гэж задла.
Цагийн бүс 1970 асуудлыг үүсгэх үү?
Ихэвчлэн үгүй. Цагийн бүс харагдах цагийг, шөнө дунд орчим хуанлийн огноог өөрчилж болно. Орчин үеийн Unix timestamp-ийг 1970 болгохгүй. Үр дүн 1970 бол эхлээд секунд ба миллисекундийг шалга.
Unix timestamp хөрвүүлж шалгах
NEXNARA Огноо, цаг хөрвүүлэгч браузерт Unix timestamp хөрвүүлж чадна.
Unix секунд эсвэл миллисекунд нааж, одоогийн timestamp авч, UTC болон орон нутгийн цагийг харж, бүс хөрвүүлж, огноо форматла. Авто илрүүлэлт ихэвчлэн 10 оронг секунд, 13-ыг миллисекунд гэж үзнэ; нэгжийг та сонгож болно.
Хөрвүүлэлт өөрөө таны браузерт болно. Энэ хэрэгсэл огноо, timestamp-ийг NEXNARA серверт илгээдэггүй. Зар болон сайтын бусад функц сүлжээ хэрэглэсээр байна; энэ нь хөрвүүлэлтээс тусдаа.
Unix timestamp шалгах уу? Огноо, цаг хөрвүүлэгч нээж секундийг миллисекундтэй харьцуул.
FAQ
Миний Unix timestamp яагаад 1970 харуулдаг вэ?
Ихэвчлэн миллисекунд гэж уншсан секунд. JavaScript хамаагүй жижиг тоо авч, огноо 1970-01-01 00:00:00 UTC-ийн дараа сууна. Секундийг 1000-аар үржүүлээд дахин хөрвүүл.
Unix timestamp секунд үү, миллисекунд үү?
Ихэвчлэн секунд. Олон вэб API болон JavaScript Date миллисекунд хэрэглэдэг. Тэр систем юу баримтжуулсныг үргэлж үз. Зарим систем микросекунд эсвэл наносекунд хэрэглэнэ.
Секундийг миллисекунд болгож хэрхэн хөрвүүлэх вэ?
1000-аар үржүүл. 1720000000 секунд нь 1720000000000 миллисекунд. Эсрэгээр 1000-аар хуваа.
JavaScript Date яагаад миллисекунд хэрэглэдэг вэ?
JavaScript-д Date-ийн тоон timestamp-ийг Unix epoch-оос миллисекунд гэж тодорхойлсон. Тиймээс unixSeconds Unix секунд байвал new Date(unixSeconds) буруу.
10 оронтой timestamp үргэлж секунд үү?
Үгүй. Орчин үеийн огноонд ихэвчлэн тийм, 13 орон ихэвчлэн миллисекунд. Оронгийн тоо бол шинж тэмдэг, дүрэм биш. Баримт эсвэл утга учиртай огноогоор батал.
Unix timestamp цагийн бүстэй юу?
Үгүй. Unix timestamp бол 1970-01-01 00:00:00 UTC-оос тоолсон мөч. Бүс харагдах байдалд нөлөөлж, тоонд биш.