Секунды vs миллисекунды
Секунды (10 цифр)
1777118400
Миллисекунды (13 цифр)
1777118400000
Оба числа описывают один и тот же момент, если первое читать как секунды, а второе — как миллисекунды. Их путаница — самый частый баг с таймстампами.
Конвертер Unix Timestamp
Преобразуйте между Unix-таймстампами, ISO 8601, UTC и локальным временем.
Последнее обновление
ВводКорректный таймстамп
ВыводНажмите на значение для копирования
- Unix (с)
1777239893 - Unix (мс)
1777239893000 - ISO 8601 (UTC)
2026-04-26T21:44:53.000Z - Локальное
2026-04-26 21:44:53 - UTC
Sun, 26 Apr 2026 21:44:53 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-битных целых, что расширяет безопасный диапазон на сотни миллиардов лет.