Секунды vs миллисекунды
Секунды (10 цифр)
1777118400
Миллисекунды (13 цифр)
1777118400000
Оба числа описывают один и тот же момент, если первое читать как секунды, а второе - как миллисекунды. Их путаница - самый частый баг с таймстампами.
Конвертер Unix Timestamp
Преобразуйте между Unix-таймстампами, ISO 8601, UTC и локальным временем.
Последнее обновление
ВводКорректный таймстамп
ВыводНажмите на значение для копирования
- Unix (с)
1780732523 - Unix (мс)
1780732523000 - ISO 8601 (UTC)
2026-06-06T07:55:23.000Z - Локальное
2026-06-06 07:55:23 - UTC
Sat, 06 Jun 2026 07:55:23 GMT - Относительное
Что такое конвертер Unix-таймстампов?
Конвертер Unix-таймстампов превращает *epoch-время* - одно число, обозначающее момент во времени, - в человекочитаемую дату и наоборот. Разработчик встречает таймстампы повсюду: в колонках БД, строках логов, ответах API, аналитических событиях, в claim'е exp у JWT, триггерах планировщиков и заголовках кеша.
Идея простая: компьютеры хранят время как число (секунды или миллисекунды с 1970-01-01 00:00:00 UTC), а человеку нужны календарь, часовой пояс и привычный формат. Конвертация туда-обратно - одна из самых частых задач при отладке веб- и мобильных приложений.
Главная путаница - *единицы измерения*. POSIX и большинство бэкенд-языков работают в секундах. JavaScript, Java и многие брокеры сообщений - в миллисекундах. В системах метрик встречаются микросекунды и наносекунды. 10-значное число - почти всегда секунды, 13-значное - почти всегда миллисекунды.
Что вы поймёте, работая с таймстампами
- Unix-таймстамп - это количество *секунд* или *миллисекунд* с момента Unix-эпохи (
1970-01-01 00:00:00 UTC). - UTC - это фиксированная точка отсчёта. Локальное время зависит от часового пояса пользователя, правил перехода на летнее время и настроек часов на устройстве.
- ISO 8601 (
2026-04-25T12:00:00Z) - переносимый текстовый формат. ЗавершающийZ(или+00:00) означает UTC; смещение вида+02:00- это локальное время на 2 часа впереди UTC.
Как конвертировать Unix-таймстамп: пошагово
Вставьте значение
Вставьте число (секунды или миллисекунды) либо строку с датой. Конвертер сам определит формат по длине и виду значения.
Проверьте единицы
Если автоопределение ошиблось - переключите секунды/миллисекунды вручную. 10 цифр - это секунды, 13 цифр - миллисекунды.
Смотрите оба представления
На выходе будет ISO 8601 в UTC, ваше локальное время и человеческая относительная фраза (
3 часа назад,через 2 дня).Скопируйте нужное
Копируйте сам таймстамп, ISO-строку или локальное время - то, что нужно. Удобно, когда заполняете
expу JWT, строку в БД или составляете запрос к логам.
Краткий справочник форматов времени
Форматы, которые чаще всего встречаются при работе с датами и временем в коде. ISO 8601 также описан IETF как RFC 3339 - для использования в протоколах.
| Формат | Пример | Где встречается |
|---|---|---|
| Unix-секунды | 1777118400 | Логи бэкенда, exp в JWT, POSIX time(), Redis |
| Unix-миллисекунды | 1777118400000 | JavaScript Date.now(), Java System.currentTimeMillis() |
| ISO 8601 в UTC | 2026-04-25T12:00:00Z | REST API, JSON, GraphQL, лог-файлы |
| ISO 8601 со смещением | 2026-04-25T14:00:00+02:00 | Расписания для пользователей, приглашения в календарь |
| RFC 2822 | Sat, 25 Apr 2026 12:00:00 GMT | Заголовки писем, HTTP Date и Last-Modified |
| Только дата | 2026-04-25 | Дни рождения, праздники - без привязки к часовому поясу |
Примеры таймстампов для практики
Читаем таймстамп из API
Ответ
{ "id": 42, "createdAt": 1777118400, "expiresAt": 1777204800}Сначала переведите каждое значение и только потом решайте, в прошлом оно или в будущем. Большинство JSON-API отдают Unix-секунды, но в документации это лучше перепроверять - бэкенды на JavaScript часто возвращают миллисекунды.
Сравниваем UTC и локальное время
UTC
2026-04-25T12:00:00Z
Тот же момент, +02:00
2026-04-25T14:00:00+02:00
Эти две строки описывают *один и тот же момент времени*. Храните моменты всегда в UTC, а в локальное время форматируйте только при отображении.
Типичные ошибки с таймстампами
- Путать секунды и миллисекунды. Множитель 1000 способен сдвинуть дату на десятилетия:
1700000000как секунды - это ноябрь 2023, а как миллисекунды - январь 1970. - Сохранять строку с датой без часового пояса. Разные системы интерпретируют её по-своему: одни считают, что это UTC, другие - что локальное время сервера.
- Сравнивать отформатированные строки дат (
'2026-04-25') вместо самих таймстампов. Две корректные ISO-строки могут описывать один и тот же момент в разных форматах.
FAQ по Unix-таймстампам
Что такое Unix-таймстамп?
Unix-таймстамп (он же epoch-время) - это количество секунд (или миллисекунд), прошедших с
1970-01-01 00:00:00 UTC. Одно число, описывающее конкретный момент времени независимо от часового пояса.Почему одни таймстампы 10-значные, а другие 13-значные?
10-значный Unix-таймстамп - это секунды. 13-значный - миллисекунды. JavaScript-функция
Date.now() возвращает миллисекунды, большинство бэкендов - секунды.Что означает UTC?
UTC - это Coordinated Universal Time, всемирное координированное время. Это глобальный эталон, который не переводится на летнее время. Большинство БД, API и логов должны хранить время именно в UTC.
Почему в JavaScript используются миллисекунды?
Объект
Date в JavaScript хранит время как число миллисекунд с Unix-эпохи - именно это возвращают Date.now() и new Date().getTime(). Это даёт большую точность, чем секунды, но регулярно приводит к багам с разницей в 1000 при стыковке с другими языками.Как перевести Unix-таймстамп в дату?
В JavaScript умножьте на 1000 (если у вас секунды) и передайте в
new Date(...); в Python - используйте datetime.fromtimestamp(...). Или просто вставьте значение в конвертер и получите результат в один клик.Может ли Unix-таймстамп переполниться?
Знаковый 32-битный Unix-таймстамп переполнится
2038-01-19 - это известная «проблема 2038 года». Современные языки и СУБД хранят таймстампы в 64-битных целых, что расширяет безопасный диапазон на сотни миллиардов лет.