Конвертировать Unix timestamp

Переведите Unix timestamp в обычную дату и обратно, в секундах или миллисекундах, в любой часовой зоне IANA.

Как конвертировать Unix timestamp

1
Вставьте timestamp или выберите дату
Переключитесь между режимами: конвертация timestamp в дату или даты и времени обратно в timestamp. Поддерживаются и секунды, и миллисекунды.
2
Выберите часовую зону
Выберите любую часовую зону IANA или оставьте ту, которую сообщает ваш браузер. Смещение для перехода на летнее и зимнее время для этой даты применяется автоматически.
3
Посмотрите результат конвертации
Результат сразу показывается в форматах ISO 8601, RFC 2822 и в локализованной строке, а также относительное время вроде «3 дня назад».

Секунды и миллисекунды

Unix-время считает прошедшие секунды с 1 января 1970 года, 00:00:00 UTC. Многие системы — включая объект Date в JavaScript — вместо этого отсчитывают миллисекунды с того же момента. Это в тысячу раз большее число для того же самого мгновения. Путаница между этими единицами — самая частая ошибка с timestamp: значение в миллисекундах, прочитанное как секунды, уводит вас в 1970 год, а значение в секундах, принятое за миллисекунды, почти не сдвигается от эпохи. Этот инструмент всегда показывает обе единицы рядом, чтобы ошибка была заметна с первого взгляда.

«Настенные» часы, часовые пояса и летнее время

Дата и время, набранные в поле вроде «2026-09-01 12:00», сами по себе не содержат часового пояса. Они начинают что-то значить только после того, как вы укажете, к каким «настенным» часам это относится. Чтобы конвертировать такую запись в timestamp, нужно учесть смещение UTC, действовавшее именно в этот момент. Оно меняется при переходе на летнее и зимнее время. Этот инструмент каждый раз заново вычисляет нужное смещение по реальной дате, а не берет фиксированное значение. Поэтому дата в июле для Нью-Йорка конвертируется через EDT (UTC−4), а январская дата — через EST (UTC−5).

Ничего не отправляется на сервер

Вся конвертация — разбор timestamp, расчет часового смещения и форматирование результата — выполняется в вашем браузере через встроенный Intl API. Ни один введенный здесь timestamp, дата или выбранная часовая зона не покидают эту вкладку.

Частые вопросы

В чем разница между секундами и миллисекундами в Unix-времени?

И секунды, и миллисекунды считают прошедшее время с 1 января 1970 года UTC, но значения в секундах в тысячу раз меньше, чем в миллисекундах, для одного и того же момента. Выбирайте единицу в зависимости от источника числа: большинство баз данных и API используют секунды, а JavaScript Date.now() возвращает миллисекунды.

Почему диапазон дат в JavaScript заканчивается в 275760 году?

Спецификация ECMA-262 ограничивает объекты Date значениями плюс-минус 8 640 000 000 000 миллисекунд от эпохи. Это примерно по 273 790 лет в каждую сторону. Это ограничение самого языка, а не ошибка и не прихоть этого инструмента.

Как локальное время переводится в UTC при переходе на летнее время?

Инструмент сначала приблизительно вычисляет момент в UTC, затем проверяет, какое локальное время в целевой зоне получится в этот момент, и корректирует разницу. Этот шаг повторяется еще раз, поэтому результат остается точным даже прямо на границе «перевода часов» вперед или назад.

Отправляется ли мой timestamp на сервер?

Нет. Все вычисления происходят локально в вашем браузере через Intl API, который уже встроен в него. Никаких сетевых запросов при конвертации timestamp или даты не выполняется.

Что означает относительное время вроде «3 дня назад»?

Оно показывает разницу между сконвертированным моментом и текущим временем в самой крупной подходящей единице — секундах, минутах, часах, днях, месяцах или годах. Формулировки берутся такие же, как в уведомлениях и отметках времени файлов вашей системы.

Какая часовая зона выбирается по умолчанию?

Та, которую ваш браузер уже сообщает для системы, через Intl.DateTimeFormat. В выпадающем списке можно выбрать любую часовую зону IANA, включая обычный UTC.

Почему ISO 8601 и RFC 2822 показывают разное смещение?

Они описывают один и тот же момент, но по разным правилам форматирования. ISO 8601 в UTC использует завершающую букву «Z» для нулевого смещения, а RFC 2822 всегда пишет числовое смещение вроде «+0000». Если выбрать не-UTC зону, оба формата показывают одно и то же числовое смещение, только записанное по-разному.