Конвертер Unix timestamp

В секундах	0
В миллисекундах	0
32-битные секунды	помещаются

Как перевести Unix timestamp в дату

Часы и календарные листы рядом с цифровой шкалой времени

Unix timestamp показывает, сколько времени прошло с 1 января 1970 года, 00:00:00 UTC. Значение 0 соответствует самой эпохе Unix, 86 400 означает начало 2 января 1970 года, а 946 684 800 соответствует 1 января 2000 года. Выберите единицу исходного числа, введите timestamp и получите дату в UTC и местном времени устройства.

Обратный перевод начинается с календарной даты и времени. Выберите UTC, если исходная запись уже дана во всемирном времени. Вариант «Местное время устройства» применяет часовой пояс и его исторические правила из браузера. Калькулятор выводит timestamp в выбранной единице и рядом показывает вторую единицу, чтобы число можно было проверить перед копированием.

Кнопка «Подставить текущее время» получает момент только после нажатия. Начальное значение всегда равно 0, поэтому страница не меняет ответ сама по себе и не превращается в постоянно тикающие часы.

Секунды и миллисекунды отличаются в тысячу раз

Классический Unix timestamp считают в секундах. В JavaScript объект Date хранит время в миллисекундах от той же эпохи. Поэтому одно и то же мгновение можно записать двумя числами: 1 700 000 000 секунд или 1 700 000 000 000 миллисекунд.

Timestamp в миллисекундах = timestamp в секундах × 1000

При переводе обратно миллисекунды делят на 1000. Дробная часть секунд сохраняет тысячные: 1,25 секунды превращается в 1250 миллисекунд, а −0,001 секунды в −1 миллисекунду. Калькулятор принимает точку или запятую и не округляет значение внутри миллисекундной точности.

По количеству цифр иногда пытаются угадать единицу. Современный timestamp в секундах обычно содержит 10 цифр, а в миллисекундах 13. Это только подсказка, не правило. Старые даты, отрицательные значения и далёкое будущее меняют длину числа, поэтому единицу лучше выбрать явно.

Если нужна не календарная дата, а перевод продолжительности между секундами, минутами, часами и днями, используйте калькулятор единиц времени. Unix timestamp обозначает момент на общей шкале, а длительность показывает размер интервала.

UTC и местное время описывают один момент

Сам timestamp не содержит часовой пояс. Число 0 обозначает один момент во всём мире. В UTC это 1970-01-01T00:00:00.000Z, а в часовом поясе UTC+06:00 местная запись будет 1970-01-01T06:00:00.000+06:00. Изменились часы на экране, но положение на временной шкале осталось прежним.

Буква Z в конце ISO-записи означает нулевое смещение от UTC. Запись с местным временем заканчивается явным смещением, например +06:00 или −05:00. Без Z и без смещения строка вроде 2026-09-02T12:00:00 остаётся неоднозначной: полдень в Бишкеке, Москве и Нью-Йорке соответствует разным timestamp.

Местное смещение не всегда постоянно. В регионах с сезонным переводом часов оно меняется в течение года. Некоторые значения часов весной вообще не существуют, когда стрелки сразу перескакивают вперёд. Калькулятор проверяет такой ввод и просит выбрать соседнее время или UTC вместо молчаливого исправления.

Осенью один и тот же местный час иногда повторяется дважды. Одна запись без смещения тогда может обозначать два разных момента. JavaScript обычно выбирает более раннее совпадение, но калькулятор не угадывает за пользователя и просит выбрать UTC или соседнее время. Для обмена данными безопаснее сохранять местную ISO-запись вместе с фактическим смещением.

Отрицательные timestamp работают до 1970 года

Значения до эпохи записывают со знаком минус. Timestamp −1 в секундах соответствует 1969-12-31T23:59:59.000Z. Значение −86 400 показывает начало предыдущего дня, 1969-12-31T00:00:00.000Z. Такая арифметика удобна, хотя отдельная старая система или формат файла может запрещать отрицательные числа.

У дробных отрицательных значений особенно важен знак. Timestamp −0,001 секунды равен −1 миллисекунде и обозначает последний миллисекундный шаг перед эпохой: 1969-12-31T23:59:59.999Z. Простое удаление дробной части дало бы 0 и сдвинуло момент вперёд, поэтому калькулятор переводит число через точное целое количество миллисекунд.

Форма обратного перевода принимает даты от 0001-01-01 до 9999-12-31. Это понятный четырёхзначный календарный диапазон. Прямой ввод timestamp охватывает полный диапазон JavaScript Date: от −8 640 000 000 000 000 до 8 640 000 000 000 000 миллисекунд, то есть по 100 миллионов суток в каждую сторону от эпохи.

Что произойдёт 19 января 2038 года

Максимальное положительное значение знакового 32-битного счётчика секунд равно 2 147 483 647. Оно соответствует 19 января 2038 года, 03:14:07 UTC. Следующая секунда даёт 2 147 483 648 и уже не помещается в такой тип данных. Старое программное обеспечение может получить переполнение и ошибочную дату.

Сам Unix timestamp в 2038 году не заканчивается. Ограничение относится к конкретному способу хранения, где один бит отвечает за знак, а оставшиеся 31 бит за число. Современные системы обычно используют 64-битное время. JavaScript Date тоже спокойно переводит 2 147 483 648 в 2038-01-19T03:14:08.000Z.

Карточка результата отдельно отмечает, входит ли выбранный момент в знаковый 32-битный диапазон. Это полезно при работе со старой базой данных, устройством или протоколом. Историю эпохи, переполнения и перехода на 64 бита подробнее разбирает статья «Как компьютеры считают время и почему наступит проблема 2038 года».

Почему в этой шкале сутки равны 86 400 секундам

В арифметике POSIX time и ECMAScript сутки шкалы равны 86 400 секундам: 24 × 60 × 60. Поэтому 0 плюс 86 400 даёт начало следующего дня UTC. Дополнительные секунды, которыми иногда корректируют всемирное время, не получают отдельного числового шага на этой шкале.

Календарная запись может встретиться с секундой 60, например 23:59:60 во время такой коррекции. JavaScript Date не представляет её как отдельный момент, поэтому форма принимает секунды только от 00 до 59. Это не потеря обычной точности: внутри поддерживаемого диапазона каждая миллисекунда всё равно имеет своё значение.

Чтобы получить timestamp вручную, нужно привести календарное время к UTC, посчитать дни от эпохи, умножить их на 86 400 и добавить секунды текущих часов, минут и секунд. Миллисекунды добавляются последними. На практике календарь содержит месяцы разной длины и високосные годы, поэтому безопаснее выполнить обратный расчёт формой, а обычное прибавление дней или месяцев оставить калькулятору даты.

Примеры перевода Unix timestamp

0 секунд. Результат равен 1970-01-01T00:00:00.000Z. Это начало эпохи Unix и удобная контрольная точка для проверки интеграции.

86 400 секунд. Прошли ровно одни сутки по 86 400 секунд. Результат равен 1970-01-02T00:00:00.000Z.

−1 секунда. Момент находится на одну секунду раньше эпохи. Результат равен 1969-12-31T23:59:59.000Z.

946 684 800 000 миллисекунд. После деления на 1000 получаем 946 684 800 секунд. Обе записи соответствуют 2000-01-01T00:00:00.000Z.

2 147 483 647 секунд. Это 2038-01-19T03:14:07.000Z, последний момент целой секунды в положительной части знакового 32-битного диапазона.

2 147 483 648 секунд. Получается 2038-01-19T03:14:08.000Z. Дата корректна, но значение уже не помещается в старый знаковый 32-битный счётчик.

Вопросы о Unix timestamp

Сложности обычно появляются при выборе единицы, часового пояса и границ старых форматов. Эти ответы помогают отличить неверный ввод от корректного, но непривычного результата.

Что такое эпоха Unix?

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

Как понять, timestamp записан в секундах или миллисекундах?

Современное значение часто занимает 10 цифр в секундах и 13 цифр в миллисекундах, но длина меняется у старых и далёких дат. Надёжнее проверить документацию источника и выбрать единицу явно.

Содержит ли Unix timestamp часовой пояс?

Нет. Timestamp хранит момент, а часовой пояс нужен только для его календарного отображения. Один timestamp можно показать как время UTC и как местное время любого региона.

Почему местное время отличается от UTC?

Браузер применяет смещение часового пояса устройства для выбранной даты. Смещение может включать сезонные и исторические изменения, поэтому оно не всегда совпадает с сегодняшним.

Можно ли использовать timestamp до 1970 года?

Да, JavaScript поддерживает отрицательные значения. Но конкретная база, язык или внешний API может ограничить поле нулём или собственным диапазоном, поэтому перед обменом данными нужно проверить его контракт.

Закончится ли Unix time в 2038 году?

Нет. Переполнение затрагивает системы со знаковым 32-битным числом секунд. 64-битные реализации и JavaScript Date продолжают считать время после 19 января 2038 года.

Почему нельзя ввести 23:59:60?

Так записывают дополнительную секунду при редкой коррекции UTC. Модель времени JavaScript не выделяет для неё отдельное значение, поэтому калькулятор принимает обычный диапазон от 00 до 59 секунд.

Почему одно местное время иногда даёт неоднозначный результат?

При осеннем переводе часов часть местных значений повторяется. Без UTC-смещения у записи есть два возможных момента. Калькулятор не выбирает один из них молча: используйте UTC, соседнее время или сохраните явное смещение.

Есть что добавить?

Напишите своё мнение, комментарий или предложение.