Дата в Unix Timestamp

Дата в Unix Timestamp є безплатним інструментом, який перетворює вказану дату з урахуванням часового поясу на Unix timestamp для використання в коді, API, базах даних і журналах.

Що таке Unix timestamp?

Unix timestamp, або часова мітка Unix, це ціле число, що показує кількість секунд, які минули від 00:00:00 UTC 1 січня 1970 року. Цей момент називають епохою Unix. Сама епоха має часову мітку 0, а пізнішим датам відповідають додатні значення.

Часові мітки Unix дають системам компактний і незалежний від мови спосіб передавати конкретний момент часу. Вони не залежать від регіональних форматів запису на кшталт 10/09/2026, який в Україні зазвичай означає 10 вересня, але деякі системи можуть прочитати його як 9 жовтня.

Часова мітка описує момент часу, а не відформатовану календарну дату. Вона сама по собі не містить позначки Europe/London, UTC чи іншого часового поясу. Часовий пояс важливий під час перетворення, адже саме він визначає, якому моменту відповідає початкова локальна дата.

Як перетворити дату на Unix timestamp?

Установи значення в полі Часовий пояс, а потім використай отримане значення Часова позначка Unix у потрібній системі.

1. Вибери потрібний часовий пояс.
2. Запусти перетворення та скопіюй ціле число з поля Часова позначка Unix.
3. Перш ніж вставляти значення, перевір, у яких одиницях його очікує цільова система: секундах чи мілісекундах.

Вибір часового поясу може змінити результат на кілька годин. Різниця також залежить від дати, оскільки в деяких регіонах, зокрема у Великій Британії, діє перехід на літній час. Узимку Europe/London відповідає UTC, а в період британського літнього часу зазвичай UTC+1.

Перетворення в інструменті Дата в Unix Timestamp виконується на сервері. Значення поля Часовий пояс передається на сервер через HTTPS і не зберігається.

Як прочитати отриману часову мітку?

Результат показує кількість секунд від епохи Unix без розділових знаків, суфікса часового поясу чи дати у зрозумілому для людини форматі. Для сучасних дат часто отримують десятизначне число, хоча сама кількість цифр не доводить, що часова мітка правильна.

Найпоширеніша проблема під час інтеграції виникає через плутанину між секундами та мілісекундами. Інструменти, орієнтовані на Unix, і багато серверних систем використовують секунди. API дат у JavaScript зазвичай працюють із мілісекундами, тому для них значення в секундах може знадобитися помножити на 1 000.

• 0 означає 1 січня 1970 року, 00:00:00 UTC.
• Більше додатне ціле число відповідає пізнішому моменту.
• Від'ємна часова мітка може позначати дату до епохи Unix, хоча її підтримка залежить від застосунку та платформи.
• Число не зберігає часовий пояс, використаний під час обчислення.

Числовий результат не підтверджує, що вибрано правильний часовий пояс. Якщо перетворений час здається неправильним, спочатку перевір вибраний часовий пояс, а потім правила переходу на літній час, якщо вони застосовуються. Якщо значення відрізняється у 1 000 разів, перевір очікувану одиницю вимірювання.

Приклади перетворення дат

Ці короткі приклади показують, як часовий пояс впливає на представлений момент часу.

1 січня 1970 року, 00:00:00 UTC відповідає 0.

1 січня 2024 року, 00:00:00 UTC відповідає 1704067200.

1 липня 2024 року, 12:00:00 Europe/London відповідає 1719831600.

В останньому прикладі в Лондоні діяв британський літній час, тому місцевий полудень відповідав 11:00 UTC. Якби для того самого записаного часу вибрали UTC, результатом була б інша часова мітка.

Для даних зі сторонніх джерел краще використовувати однозначний запис, наприклад 1 липня 2024 року або формат ISO 2024-07-01, а не 01/07/2024. Символи з діакритикою чи текст не латиницею не є частиною самої часової мітки, оскільки результат містить цифри й може починатися зі знака мінус.

Коли варто перетворювати дату на час Unix?

Таке перетворення корисне, коли дату у зрозумілому для людини форматі потрібно порівняти, відсортувати чи передати як точний машинозчитуваний момент часу. Наприклад, під час налагодження відповіді API, підготовки запланованого завдання перед розгортанням, перевірки записів у базі даних або роботи з датами, отриманими від іншого сервісу.

• Перетвори кінцевий термін випуску, перш ніж додавати його до конфігурації розгортання.
• Порівняй подію в застосунку з часовими мітками в серверних журналах.
• Підготуй параметри запиту для API, що приймає час початку та завершення в секундах від епохи Unix.
• Нормалізуй дати, імпортовані з CSV-файлу, перш ніж зберігати їх у базі даних.
• Перевір, чи сторонній webhook надсилає секунди, а не мілісекунди.

Перетворювати дату не варто, якщо її читатиме лише людина, а система-отримувач приймає однозначне значення ISO 8601. Дата на кшталт 2026-09-10T14:30:00+01:00 зберігає зсув часового поясу, і її зазвичай легше перевіряти під час налагодження. Так само повторне перетворення значення, яке вже є часовою міткою Unix, не додає жодної інформації.

Цей інструмент не перевіряє схему API, не підтверджує, що заплановане завдання буде виконано, і не зберігає початковий часовий пояс у результаті. Щоб переглянути часову мітку як календарну дату, скористайся інструментом Unix Timestamp до Дати.

Поширені запитання

Чи можна ввести дату або час вручну?

Ні. Єдине поле цього інструмента, яке заповнює користувач, це Часовий пояс.

Яку функцію PHP викликає інструмент?

Серверна реалізація викликає функцію PHP date.

У чому полягає проблема 2038 року?

Найбільша знакова 32-бітна часова мітка Unix дорівнює 2,147,483,647, що відповідає 19 січня 2038 року, 03:14:07 UTC. Сучасні системи часто використовують 64-бітні значення, але старе програмне забезпечення, формати файлів і вбудовані пристрої все ще можуть мати це обмеження. Готуючи дати далекого майбутнього, перевір тип даних для їх зберігання.

Чи враховує Unix timestamp високосні секунди?

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

Що перевірити перед збереженням результату?

Перевір часовий пояс, дію літнього часу та одиницю вимірювання, яку очікує система-отримувач. Потім у цій системі перетвори часову мітку назад на зрозумілу дату й порівняй її з початковою, перш ніж розгортати зміни або оновлювати збережені дані.