Як перевести Unix timestamp у дату за київським часом

Unix timestamp показує, скільки секунд минуло з 00:00:00 за UTC 1 січня 1970 року. У 2026 році київський час випереджає UTC на дві години взимку і на три години влітку. Наприклад, число 1767225600 відповідає 01.01.2026 00:00:00 за UTC, а за київським часом це 01.01.2026 02:00:00 (EET, +02:00).

Влітку зсув інший. Мітці 1782864000 відповідає 01.07.2026 00:00:00 за UTC і 01.07.2026 03:00:00 за київським часом (EEST, +03:00). Саме число однакове для всіх країн і серверів. Від часового поясу залежить лише те, як цю мить показати людині. Тому коли час у журналі подій відрізняється від очікуваного на годину чи дві, річ часто в поясі, в якому його відобразили, а сама мітка правильна.

Як перевести Unix timestamp у дату в інструменті «Unix Timestamp до Дати»

Введіть число в поле й натисніть кнопку. Інструмент покаже дату й час за UTC та за часовим поясом вашого пристрою. Він працює на сайті digily.link, а Digily Link є нашим продуктом.

1. Відкрийте інструмент «Unix Timestamp до Дати».
2. Подивіться на поле «Часова позначка Unix». У ньому вже є число, тобто поточний час сервера на момент відкриття сторінки. Видаліть його.
3. Вставте свою мітку в секундах, наприклад 1767225600.
4. Натисніть «Надіслати».
5. Прочитайте два рядки результату, «UTC» і «Ваш місцевий часовий пояс».

Інструмент «Unix Timestamp до Дати» показує результат двічі, за UTC і у часовому поясі вашого пристрою. Другий рядок обчислює браузер за налаштуваннями системи. Якщо на вашому ноутбуці чи телефоні вибрано не Europe/Kyiv, у цьому рядку буде не київський час, наприклад якщо пристрій налаштовано на UTC. У такому разі беріть рядок «UTC» і переводьте його за правилами Europe/Kyiv. Вручну додавати зсув безпечно лише тоді, коли ви точно знаєте, чи діяв на цю дату літній час. Біля переходів і для старих дат надійніше скористатися програмою, яка знає пояс Europe/Kyiv.

Є ще одне обмеження. Від'ємне значення в поле ввести не можна, тож дати до 1970 року цей інструмент не перетворить.

Секунди чи мілісекунди у мітці часу Unix

Найпростіший спосіб полягає в тому, щоб порахувати цифри. Для сучасних дат мітка в секундах зазвичай має 10 цифр, а в мілісекундах 13. Це лише орієнтир, тож за можливості перевіряйте одиниці в документації джерела даних. Число 1767225600 складається з 10 цифр, отже, це секунди. Та сама мить у мілісекундах має вигляд 1767225600000.

Інструмент «Unix Timestamp до Дати» очікує саме секунди і всередині множить їх на 1000. Якщо вставити 13 цифр, на 1000 помножаться вже мілісекунди, і результат покаже дату в далекому майбутньому. Тому якщо в сучасній мітці 13 цифр, найімовірніше, це мілісекунди. Поділіть число на 1000 і відкиньте дробову частину, тобто приберіть три останні цифри, перш ніж вставляти.

Ці три цифри відповідають за частки секунди. Щоб перевірити дату й годину, їх можна відкинути. Якщо ж треба відновити порядок подій у логах, де записи йдуть з інтервалом у мілісекунди, порівнюйте між собою повні 13-цифрові значення, а не перетворені дати.

Літній час у Києві за базою часових поясів IANA

За базою часових поясів IANA Київ переходить на літній і зимовий час за тими самими правилами, що й країни ЄС, і цей перехід є однією з частих причин розбіжностей на годину. Станом на 29 жовтня 2026 року останній випуск бази часових поясів IANA має номер 2026f (від 27 жовтня 2026 року). За цією базою (часовий пояс Europe/Kyiv) Київ нині живе за UTC+2 взимку і UTC+3 влітку. Для давніших років база містить інші історичні зсуви. Перехід відбувається в останню неділю березня та жовтня о 01:00 за UTC.

У файлі europe бази IANA останній рядок запису Zone Europe/Kyiv має вигляд «2:00 EU EE%sT» і діє з 1996 року. Базовий зсув становить дві години, сезонні зміни відбуваються за правилами EU, а скорочення пояса змінюється з EET на EEST. Правила EU в тому самому файлі переводять годинник на годину вперед в останню неділю березня о 01:00 UTC і повертають назад в останню неділю жовтня о 01:00 UTC.

У 2026 році це 29 березня і 25 жовтня. Ось які значення мають мітки навколо цих моментів. Дані для таблиці ми отримали під час локальної перевірки 29.10.2026 на PHP 8.4.16 із вбудованою базою часових поясів 2025.2, а не в живому інструменті.

Між сусідніми мітками в кожній парі минає одна секунда, а київський годинник поводиться зовсім інакше. 29 березня 2026 року місцевого часу з 03:00 до 03:59 просто не існує, бо після 02:59:59 одразу настає 04:00:00. 25 жовтня 2026 року година з 03:00 до 03:59 минає двічі, спочатку із зсувом +03:00, потім із зсувом +02:00. Тому запис «25.10.2026 03:30» без зсуву неоднозначний. Йому відповідають дві різні мітки з різницею рівно 3600 секунд.

У самій шкалі Unix таких розривів і повторів немає, вона рівномірно відлічує секунди. Отже, для зберігання та сортування подій надійніше використовувати мітку або час за UTC, а київський час показувати лише користувачеві разом зі зсувом.

Перевірте й назву пояса. У файлі NEWS бази IANA є запис «Rename Europe/Kiev to Europe/Kyiv.» Тепер пояс називається Europe/Kyiv.

Як перевести дату в Unix timestamp за київським часом

Для зворотного перетворення скористайтеся інструментом, який переводить дату в Unix timestamp. У ньому є поле «Часовий пояс» зі списком поясів IANA, де можна вибрати Europe/Kyiv.

1. Відкрийте інструмент «Дата в Unix Timestamp».
2. Введіть дату й час так, як їх показує київський годинник.
3. У полі «Часовий пояс» виберіть Europe/Kyiv.
4. Запустіть перетворення і скопіюйте число.

Щоб перевірити себе, введіть 01.01.2026 02:00:00 з поясом Europe/Kyiv. За таблицею вище має вийти 1767225600. Якщо отримали число, більше рівно на 7200, найімовірніше, у полі пояса лишився UTC.

Будьте обережні з годиною з 03:00 до 03:59 у дні переходу. Як інструмент обробляє неіснуючий березневий час і подвоєний жовтневий, ми окремо не перевіряли. Для таких моментів надійніше брати вихідний час за UTC або запис, де вже вказано зсув +02:00 чи +03:00.

Unix timestamp у дату в коді PHP і JavaScript

У коді задавайте пояс назвою Europe/Kyiv, а не фіксованим зсувом +2 чи +3, бо фіксований зсув пів року буде хибним. Ось приклад на PHP, перевірений локально 29.10.2026 на PHP 8.4.16 із вбудованою базою часових поясів 2025.2.

$d=new DateTime("@1767225600"); $d->setTimezone(new DateTimeZone("Europe/Kyiv")); echo $d->format("d.m.Y H:i:s T (P)");

Перший вираз створює об'єкт дати з мітки, другий переводить його в київський пояс, третій виводить результат. У нашій перевірці результат був 01.01.2026 02:00:00 EET (+02:00). Якщо підставити 1792889999 і 1792890000, вийде 03:59:59 EEST і 03:00:00 EET. Це той самий повтор години, що й у таблиці, і він збігається з правилом EU в базі 2026f.

У JavaScript об'єкт Date працює з мілісекундами, тому секунди з бази даних чи API перед створенням дати множать на 1000. Так робить і наш інструмент. Місцевий час Date бере з налаштувань браузера або системи, тому на машині з поясом UTC ви побачите UTC, а не київський час. Щоб показати київський час незалежно від пристрою, вкажіть пояс під час форматування, наприклад new Intl.DateTimeFormat('uk-UA', {timeZone: 'Europe/Kyiv', dateStyle: 'short', timeStyle: 'medium'}).format(new Date(1767225600 * 1000)). У Python і різних СУБД одиниці, часовий пояс і поведінка функцій залежать від реалізації, тож перевірте в документації, що приймає функція, секунди чи мілісекунди, і в якому поясі вона повертає результат.

Типові помилки під час перетворення Unix timestamp

Величина розбіжності між очікуваним і отриманим часом часто підказує можливу причину помилки. Ця таблиця допоможе швидко її знайти.

Якщо треба швидко звірити число з логу, API чи CRM, вставте його в інструмент, щоб перевести Unix timestamp у дату за UTC і за вашим часовим поясом.