დროის შტამპის კონვერტორი
გადააკეთეთ Unix-ის დროის შტამპები წაკითხულ თარიღებად და თარიღის მნიშვნელობები უკან დროის ნიშნულებად.
ადგილობრივი თარიღი
UTC თარიღი
Unix წამი
უნიქსი მილიწამები
თარიღის ინსტრუმენტი
დროის შტამპის კონვერტორი
სწრაფად გადაიყვანეთ წამები, მილიწამები, ადგილობრივი თარიღები და UTC გამომავალი.
ყველა ხელსაწყო
დაკავშირებული ინსტრუმენტები
განაგრძეთ სამუშაო პროცესი ახლომდებარე დეველოპერებთან და მონაცემთა უტილიტებთან.
როგორ გამოვიყენოთ დროის შტამპის კონვერტორი
რიცხვის თარიღად გადასაქცევად აკრიფეთ ან ჩასვით Unix-ის დროის შტამპი ველში Unix-ის დროის შტამპი. ხელსაწყო მაშინვე აჩვენებს შესაბამის ადგილობრივ თარიღს თქვენს დროის ზონაში, UTC თარიღს და მნიშვნელობას როგორც წამებში, ისე მილიწამებში. საპირისპირო გარდაქმნისთვის აირჩიეთ მომენტი ველში თარიღი და დრო და წაიკითხეთ შესაბამისი შტამპები. ღილაკი გამოიყენეთ მიმდინარე დრო ავსებს ამჟამინდელ მომენტს — ეს მოსახერხებელია, როცა გჭირდებათ ახალი epoch-ის მნიშვნელობა ჟურნალის ჩანაწერში, მონაცემთა ბაზის ჩანაწერში ან API-ის მოთხოვნაში ჩასასმელად.
რა არის სინამდვილეში Unix-ის დროის შტამპი
Unix-ის დროის შტამპი არის ერთი მთელი რიცხვი, რომელიც ითვლის წამებს, რომლებიც გავიდა Unix-ის ეპოქის დაწყებიდან: 1970 წლის 1 იანვრის შუაღამიდან, გაზომილი მსოფლიო კოორდინირებული დროით (UTC). ყოველი გასული წამი მთვლელს ერთით ზრდის, ამიტომ მნიშვნელობა მუდმივად იზრდება. რადგან ეს არის ერთი აბსოლუტური რიცხვი დროის ზონის, თვეების სახელებისა და ზაფხულის დროზე გადასვლის წესების გარეშე, ეს არის ყველაზე სუფთა გზა კომპიუტერებისთვის მომენტების შესანახად და შესადარებლად. შემდეგ იგივე მომენტი შეიძლება გამოჩნდეს მოსახერხებელ თარიღად იმ დროის ზონაში, სადაც მკითხველი იმყოფება. სწორედ ამ გამიჯვნას შენახულ რიცხვსა და ნაჩვენებ თარიღს შორის აჩვენებს ეს კონვერტორი.
დროის შტამპების მაგალითები და მათი თარიღები
ქვემოთ მოცემულ ცხრილში რამდენიმე Unix-ის დროის შტამპი (წამებში) შედარებულია მათ UTC თარიღებთან, რომ დაინახოთ, როგორ იზრდება მთვლელი დროთა განმავლობაში. დღევანდელი დროის შტამპი არის 10-ნიშნა რიცხვი, ხოლო თავად ეპოქა უბრალოდ ნულია.
| Unix წამები | UTC თარიღი და დრო | რას აღნიშნავს |
|---|---|---|
0 | 1970-01-01 00:00:00 | Unix-ის ეპოქა (ათვლის დასაწყისი) |
1000000000 | 2001-09-09 01:46:40 | ერთი მილიარდი წამი |
1500000000 | 2017-07-14 02:40:00 | 1,5 მილიარდი წამი |
1700000000 | 2023-11-14 22:13:20 | 1,7 მილიარდი წამი |
2147483647 | 2038-01-19 03:14:07 | 32-ბიტიანი ზღვარი (2038 წელი) |
გაამრავლეთ ნებისმიერი ეს მნიშვნელობა 1000-ზე, რომ მიიღოთ მილიწამებში გამოსახული ფორმა, რომელსაც JavaScript და ბევრი ჟურნალირების სისტემა იყენებს.
გარჩეული მაგალითი: ჟურნალის სტრიქონის წაკითხვა
დავუშვათ, სერვერმა ჟურნალში ჩაწერა მოვლენა შტამპით 1700000000. ამ რიცხვის კონვერტორში ჩასმისას ის აჩვენებს UTC თარიღს — 2023 წლის 14 ნოემბერი, 22:13:20 — და გვერდით თქვენს ადგილობრივ დროს. თუ ჟურნალში ნაცვლად ინახება 1700000000000, ეს არის იგივე მომენტის ფორმა მილიწამებში; კონვერტორი ცნობს უფრო გრძელ 13-ნიშნა რიცხვს და მაინც 2023 წლის ნოემბრად განსაზღვრავს მას, და არა შორეული მომავლის თარიღად.
რატომ არის ეს ინსტრუმენტი სასარგებლო
დროის შტამპები ყველგან გვხვდება, საითაც დეველოპერი იყურება: აპლიკაციის ჟურნალებში, მონაცემთა ბაზის created_at სვეტებში, API-ის JSON-ში, ანალიტიკურ მოვლენებში, JWT-ის ვადის ველებში და cron-ის განრიგებში. დაუმუშავებელი 10-ნიშნა რიცხვი ერთი შეხედვით ვერაფერს გეუბნებათ, ხოლო ხელით გარდაქმნა ადვილად შეცდომას იწვევს დროის ზონებისა და „წამები თუ მილიწამები" ხაფანგის გამო. ეს კონვერტორი ერთად გაძლევთ ადგილობრივ თარიღს, UTC თარიღს და ორივე რიცხვით ფორმას, ამიტომ შეგიძლიათ შეამოწმოთ მნიშვნელობა, ერთმანეთს დაუსადაგოთ სხვადასხვა სერვერის მოვლენები ან მიიღოთ ახალი epoch-ის რიცხვი გვერდის დატოვებისა და რაიმეს დაყენების გარეშე.
სიზუსტე და კონფიდენციალურობა
ყველა გარდაქმნა მუშაობს ლოკალურად თქვენს ბრაუზერში მისი ჩაშენებული თარიღის ფუნქციებითა და თქვენი მოწყობილობის საათით, ამიტომ ნაჩვენები ადგილობრივი დრო ემთხვევა თქვენი სისტემის პარამეტრებს და არაფერი, რასაც შეიყვანთ, არ იტვირთება, არ ჩაიწერება და არ ინახება. ეს უსაფრთხოს ხდის დახურული ჟურნალებისა და შიდა სისტემების მნიშვნელობების გარდაქმნას. სიზუსტისთვის ორი რამ უნდა გახსოვდეთ: დარწმუნდით, წამებშია თუ მილიწამებშია მოცემული საწყისი მნიშვნელობა, და გახსოვდეთ, რომ UTC თარიღი ნეიტრალური ათვლის წერტილია, ხოლო ადგილობრივი თარიღი იცვლება თქვენი დროის ზონისა და ზაფხულის დროზე გადასვლის მიხედვით.
FAQ
რა არის Unix-ის დროის შტამპი?
Unix-ის დროის შტამპი არის ერთი მთელი რიცხვი, რომელიც ითვლის წამებს, რომლებიც გავიდა Unix-ის ეპოქის დაწყებიდან — 1970 წლის 1 იანვრის შუაღამიდან მსოფლიო კოორდინირებული დროით (UTC). რადგან ეს არის ერთი აბსოლუტური რიცხვი დროის ზონის მიბმის გარეშე, ეს არის ყველაზე საიმედო გზა მონაცემთა ბაზებში, ჟურნალებსა და API-ებში დროის მომენტების შესანახად და შესადარებლად.
რა განსხვავებაა წამებსა და მილიწამებს შორის?
შტამპი წამებში არის 10-ნიშნა რიცხვი, მაგალითად 1700000000, ხოლო იგივე მომენტი მილიწამებში არის 13-ნიშნა რიცხვი 1700000000000, ათასჯერ უფრო დიდი. JavaScript და ბევრი ჟურნალირების სისტემა იყენებს მილიწამებს, ხოლო მონაცემთა ბაზები და Unix-ის ბრძანების ხაზის ხელსაწყოები ჩვეულებრივ იყენებენ წამებს. თუ მიღებული თარიღი 1970 წელთან ახლოს აღმოჩნდა, სავარაუდოდ მილიწამები გადააწოდეთ იქ, სადაც წამები იყო მოსალოდნელი, ან პირიქით.
რატომ აჩვენებს ერთი და იგივე შტამპი ორ სხვადასხვა თარიღს?
Unix-ის დროის შტამპი ყოველთვის მიუთითებს ერთ ზუსტ მომენტზე UTC-ში, მაგრამ ეს მომენტი სხვადასხვაგვარად ჩანს მნახველის დროის ზონის მიხედვით. ეს ხელსაწყო გვერდიგვერდ აჩვენებს UTC თარიღსა და თქვენს ადგილობრივ თარიღს, რომ დაინახოთ სხვაობა. სხვადასხვა სერვერზე დროის შენახვისა და შედარებისას ყოველთვის გამოიყენეთ UTC მნიშვნელობა, რომ თავიდან აიცილოთ აღრევა.
რა არის 2038 წლის პრობლემა?
ძველი სისტემები Unix-ის დროს ინახავენ ნიშნიან 32-ბიტიან მთელ რიცხვში, რომელსაც შეუძლია დათვალოს მხოლოდ 2 147 483 647 წამამდე. ეს ზღვარი მიიღწევა 2038 წლის 19 იანვარს, 03:14:07 UTC-ზე, რის შემდეგაც მთვლელი გადაივსება და უარყოფით მნიშვნელობაზე გადადის, თარიღი კი 1901 წელს უბრუნდება. თანამედროვე 64-ბიტიანი სისტემები მნიშვნელობას უფრო ფართო მთელ რიცხვში ინახავენ და მილიარდობით წელი არ დაზარალდებიან.
ტვირთავს თუ არა ეს კონვერტორი ჩემს მონაცემებს სადმე?
არა. ყველა გარდაქმნა გამოითვლება ლოკალურად თქვენს ბრაუზერში თქვენი მოწყობილობის საათისა და თარიღის ფუნქციების გამოყენებით. ყველაფერი, რასაც შტამპის ან თარიღის ველში შეიყვანთ, არ იგზავნება არცერთ სერვერზე, არ ჩაიწერება და არ ინახება, ამიტომ უსაფრთხოა დახურული ჟურნალებისა და შიდა სისტემების მნიშვნელობების გარდაქმნა.