Конвертер Unix-времени

Как пользоваться конвертером Unix-времени

Unix-время — это число секунд, прошедших с 00:00:00 UTC 1 января 1970 года, без учёта високосных секунд. Это самый универсальный способ представления времени в компьютерных системах: одно целое число точно задаёт момент независимо от часового пояса и формата даты.

Почему есть секунды и миллисекунды

Ранние системы (Unix, time() в PHP и Python, UNIX_TIMESTAMP() в MySQL) используют секунды — это 10 цифр. Date.now() в JavaScript, System.currentTimeMillis() в Java и большинство мобильных и фронтенд-фреймворков используют миллисекунды — это 13 цифр.

Их смешение — один из самых частых источников ошибок в разработке: 13-значное значение в миллисекундах, отправленное бэкенду, который ждёт секунды, уносит дату на десятки тысяч лет вперёд; 10-значное значение в секундах, прочитанное на фронтенде как миллисекунды, отбрасывает дату назад в 1970 год. Этот инструмент определяет единицу по числу цифр и выводит обе, чтобы вы не попали в эту ловушку.

Время и часовые пояса

Вот ключевая мысль: у времени нет часового пояса. Это абсолютный момент. Одно и то же значение означает один и тот же миг в любой точке мира. Часовые пояса участвуют только на шаге преобразования в читаемую строку даты.

Поэтому одно и то же значение 1750000000 в UTC+8 показывается как определённый день после полудня, в UTC — как более раннее время того же дня, а в Нью-Йорке — как предыдущий день. Но на оси времени это одна и та же точка. Инструмент показывает UTC, пекинское время (UTC+8) и ваше местное время рядом, что сильно упрощает отладку между часовыми поясами.

Частые случаи использования

• Отладка API: сразу видно, когда на самом деле было createdAt: 1750000000 из бэкенда
• Разбор логов: превратить отметки времени из лога в читаемые даты и сузить момент сбоя
• Запросы к базе: построить условия вида WHERE created_at > 1750000000
• Кэш и подписи: посчитать срок жизни токена или проверить, попадает ли метка времени запроса в допустимое окно

Проблема 2038 года

Знаковая 32-битная целая доходит до 2147483647, что соответствует 03:14:07 UTC 19 января 2038 года. После этого момента старые системы, хранящие секундные метки в 32 битах, переполняются. Современные системы обычно используют 64-битные целые, охватывающие около 292 миллиардов лет, поэтому проблема к ним не относится. Значение 2000000000 в таблице выше приведено, чтобы можно было наблюдать этот критический диапазон.

Связанные инструменты