Конвертер часу Epoch
Перетворюйте часові мітки Unix у дати UTC або конвертуйте дату в секунди епохи.
Як користуватися цим конвертером часу Epoch
- Оберіть режим конвертації
Виберіть «Epoch у дату» або «Дата в Epoch» у полі «Режим конвертації».
- Для конвертації Epoch у дату
Введіть часову мітку Unix у секундах у поле «Часова мітка Epoch (секунди)».
- Для конвертації дати в Epoch
Оберіть дату в полі «Календарна дата», потім встановіть «Година (UTC)», «Хвилина (UTC)» та «Секунда (UTC)» за потреби.
- Переглянути результат
Калькулятор показує значення UTC, мілісекунди Unix та день тижня.
Як працює цей конвертер часу epoch
Цей конвертер часу epoch перетворює часові мітки Unix у зрозумілі для людини дати UTC і навпаки. Час Unix — також відомий як час POSIX або час epoch — це кількість секунд, що минули з початку епохи Unix, визначеної як північ UTC 1 січня 1970 року (1970-01-01T00:00:00Z). Це представлення у вигляді одного цілого числа є стандартом де-факто для зберігання та передачі часових міток у базах даних, API, лог-файлах, токенах JWT та практично в усіх сучасних мовах програмування. Конвертер працює в обох напрямках: введення числової мітки часу повертає відповідну дату UTC, день тижня та еквівалент у мілісекундах, а введення календарної дати та часу повертає значення epoch у секундах та мілісекундах.
Час Unix = кількість секунд, що минули з 1970-01-01T00:00:00Z Щоб перетворити Unix-мітку часу 1 700 000 000 на дату: починаючи з 1970-01-01 00:00:00 UTC, додайте 1 700 000 000 секунд. Це дорівнює 19 675 дням, 17 годинам, 46 хвилинам і 40 секундам. Отримана дата UTC — 2023-11-14 о 22:13:20 UTC, що припадає на вівторок. Еквівалент у мілісекундах — 1 700 000 000 000. І навпаки, введення 14 листопада 2023 року о 22:13:20 UTC повертає значення епохи рівно 1 700 000 000.
Мітка часу 0 відповідає 1970-01-01 00:00:00 UTC (четвер). Еквівалент у мілісекундах — 0.
Мітка часу 1 704 000 000 відповідає 2023-12-31 12:00:00 UTC (неділя). Введення цієї дати та часу в режимі «Дата в епоху» повертає 1 704 000 000.
- ✓ Усі розрахунки проводяться в UTC. Для конвертації в місцевий час необхідно застосувати відповідне зміщення часового поясу після перетворення.
- ✓ Високосні секунди не враховуються. Як і POSIX, цей конвертер розглядає кожен день як рівно 86 400 секунд, що відповідає поведінці більшості мов програмування та операційних систем.
- ✓ Від’ємні часові мітки представляють дати до початку епохи (1 січня 1970 року). Наприклад, −86400 відповідає 31 грудня 1969 року.
- ✓ Часові мітки в мілісекундах слід розділити на 1000 перед введенням; конвертер приймає секунди як вхідні дані та відображає еквівалент у мілісекундах у результатах.
- JavaScript Date.now() та Java System.currentTimeMillis() повертають мілісекунди, а не секунди — розділіть на 1 000 перед введенням значення тут або використовуйте вивід у мілісекундах для порівняння.
- Проблема 2038 року стосується 32-бітних цілочисельних міток часу зі знаком, які переповняться 19 січня 2038 року о 03:14:07 UTC. Більшість сучасних систем перейшли на 64-бітні мітки часу.
- Під час налагодження відповідей API або файлів журналів звертайте увагу на мітки часу, які відрізняються рівно на 3 600 або 7 200 секунд — це зазвичай вказує на те, що зміщення часового поясу було застосовано (або пропущено) десь у процесі передачі даних.
- Час епохи завжди монотонно зростає (ігноруючи коригування високосних секунд), що робить його ідеальним для сортування подій, обчислення тривалості та створення унікальних ідентифікаторів на основі часу.
- IEEE Std 1003.1 (POSIX) — визначення секунд з початку епохи
- Походження Unix-епохи — документація The Unix Heritage Society та Bell Labs
- RFC 3339 — Дата та час в Інтернеті: мітки часу
Що таке мітки часу Unix?
Мітка часу Unix — це кількість секунд, що минули з опівночі UTC 1 січня 1970 року — епохи Unix. Це ціле число є стандартом де-факто для представлення часу в базах даних, API, лог-файлах та більшості мов програмування. Оскільки воно не залежить від часового поясу та монотонно зростає, це спрощує сортування, розрахунок тривалості та порівняння часу. JavaScript Date.now() та багато API повертають мілісекунди (1000 × секунд), тому розділіть на 1000 перед введенням значення мілісекунд тут. Від’ємні мітки часу представляють дати до 1970 року; наприклад, −86400 — це рівно один день до початку епохи.
Випадки використання епохи Unix для розробників
Розробники використовують мітки часу Unix для збереження часу подій у базах даних, серіалізації дат у JSON API, генерації ключів кешу на основі часу та налагодження записів у логах. Стовпці баз даних часто зберігають мітки часу як цілі числа для ефективного індексування та запитів діапазонів. Відповіді API часто повертають секунди або мілісекунди епохи, щоб уникнути неоднозначності часових поясів. Під час налагодження конвертація необробленої мітки часу з логу або JWT-токена у зрозумілу людині дату швидко показує, чи є значення правильним, чи воно зміщене через часовий пояс. Час епохи також використовується для обмеження частоти запитів, терміну дії сесій та генерації унікальних ідентифікаторів, що піддаються сортуванню, у розподілених системах.
Часті запитання про конвертер часу епохи
Що таке Unix-епоха?
Unix-епоха — це точка відліку, від якої вимірюється Unix-час: північ UTC 1 січня 1970 року (1970-01-01T00:00:00Z). Мітка часу 0 відповідає саме цьому моменту.
Чому моя мітка часу JavaScript має більше цифр?
JavaScript-метод Date.now() повертає мілісекунди з початку епохи, а не секунди. Поділіть на 1000, щоб конвертувати у формат на основі секунд, який використовується в цьому інструменті, або порівнюйте безпосередньо з результатом у мілісекундах.
Чи можна вводити від’ємну мітку часу?
Так. Від’ємні значення представляють дати до початку епохи. Наприклад, −86400 відповідає 1969-12-31T00:00:00Z, рівно за один день до початку епохи.
Чи враховуються високосні секунди?
Ні, і це відповідає стандарту POSIX. Час POSIX передбачає, що кожен день триває рівно 86 400 секунд. 27 високосних секунд, доданих з 1972 року, не відображаються окремо, що означає, що UTC та Unix-час можуть відрізнятися на одну секунду в моменти введення високосних секунд.
Що таке «проблема 2038 року»?
Системи, що зберігають Unix-час як 32-бітне ціле число зі знаком, переповняться 19 січня 2038 року о 03:14:07 UTC, що призведе до переходу до великого від’ємного числа та відображення дат у 1901 році. Більшість сучасних платформ зараз використовують 64-бітні мітки часу, які не переповняться протягом понад 290 мільярдів років.