UNIX Timestamp конвертер онлайн
Двусторонняя конвертация Unix Epoch Timestamp в дату (MSK, UTC, ISO 8601) и обратно с живыми системными часами.
Двустороннее преобразование меток времени Unix Epoch в понятные даты локального времени, московского времени (MSK), UTC и стандарта ISO 8601 в режиме реального времени. Сервис оснащён тикающими часами эпохи, автоопределением миллисекунд и расчётом относительного времени («только что», «3 часа назад»).
1. Из Timestamp в Дату
2. Из Даты в Timestamp
Как пользоваться
Ввод метки времени или даты
Вставьте числовую метку Unix Timestamp либо выберите дату и точное время в интерактивном календаре.
Автоматическое определение формата
Конвертер самостоятельно распознает 10-значные секунды либо 13-значные миллисекунды.
Сравнение часовых поясов
Оцените рассчитанную дату в трёх проекциях: ваше локальное время, московское время (MSK) и международное UTC.
Копирование или выбор пресета
Используйте кнопки «Сейчас», «Начало дня» или скопируйте дату в формате ISO 8601 для API.
Формулы, правила и стандарты
Unix Timestamp — количество секунд, прошедших с полуночи 1 января 1970 года UTC (эпоха Unix) без учёта високосных секунд.
Перевод в миллисекунды: ms = timestamp * 1000.
Создание объекта даты в JavaScript: new Date(ms).
Критический предел 32-битного времени (Year 2038 Problem): 2147483647 секунд (19 января 2038 года в 03:14:07 UTC).
Практические примеры
Пример 1: Конвертация круглой метки эпохи в форматы UTC и ISO
Перевод таймстампа 1700000000 секунд в стандартизированные даты:
Результаты конвертации:
• UTC: Tue, 14 Nov 2023 22:13:20 GMT
• ISO 8601: 2023-11-14T22:13:20.000Z
• Московское время: 15 ноября 2023 г., 01:13:20 (MSK)
• Относительное время: рассчитывается относительно текущего момента.
Пример 2: Точная граница проблемы 2038 года (Year 2038 Problem)
Максимальное значение для 32-битных знаковых целочисленных систем:
Результаты конвертации:
• UTC: Tue, 19 Jan 2038 03:14:07 GMT
• ISO 8601: 2038-01-19T03:14:07.000Z
• Примечание: следующее значение (2147483648) в 32-битных системах переполнится в 1901 год.
Частые ошибки и нюансы
Секунды (10 цифр) vs миллисекунды (13 цифр)
Бэкенды на PHP, Python и базы данных SQL оперируют секундами (10 знаков). JavaScript Date.now() и Java оперируют миллисекундами (13 знаков). Конвертер Utilora определяет формат автоматически.
Проблема 2038 года (Y2038)
19 января 2038 года 32-битные системы переполнятся, так как число 2147483647 — максимальное значение знакового 32-битного Integer. Современные системы обязаны использовать 64-битные типы данных.
Игнорирование високосных секунд
Стандарт POSIX намеренно считает каждые сутки равными строго 86 400 секундам, пропуская вставляемые Международной службой вращения Земли високосные секунды.
Инвариантность таймстампа к часовым поясам
Unix Timestamp абсолютно одинаков в любой точке земного шара в один и тот же момент времени. Часовые пояса влияют лишь на строковое представление даты для человека.
Частые вопросы (FAQ)
Unix Timestamp (время эпохи Unix) — это целочисленное количество секунд, прошедших с полуночи 1 января 1970 года по Всемирному координированному времени (UTC). Эта дата была выбрана создателями операционной системы Unix в начале 1970-х годов как удобная круглая точка отсчёта для унификации системного времени на всех компьютерах.
Обратите внимание на количество цифр в числе. Для дат текущего десятилетия 10-значное число (например, 1700000000) указывает на секунды. Если в числе 13 знаков (например, 1700000000000) — это миллисекунды, характерные для среды выполнения JavaScript.
В 32-битных компьютерных системах время хранится в знаковом 32-битном целочисленном формате, максимальное значение которого равно 2 147 483 647. Это число будет достигнуто 19 января 2038 года в 03:14:07 UTC. В следующую секунду произойдёт переполнение знакового бита, и часы откатятся в 13 декабря 1901 года.
Нет, само число Unix Timestamp абсолютно не зависит от географического местоположения и часовых поясов. В один и тот же момент времени таймстамп абсолютно одинаков в Москве, Лондоне и Токио. Часовой пояс влияет исключительно на отображение даты в локальном времени конкретного пользователя.
В JavaScript число миллисекунд возвращает Date.now(), а секунды вычисляются как Math.floor(Date.now() / 1000). В языке Python используется модуль time: int(time.time()), а в языке PHP — стандартная встроенная функция time().
Да, даты до наступления эпохи Unix представляются отрицательными целыми числами. Например, значение -315619200 соответствует дате 1 января 1960 года. Конвертер Utilora корректно транслирует отрицательные значения в даты григорианского календаря.
Похожие инструменты
Разница дат
Подсчёт количества дней, недель, месяцев и рабочих дней между двумя датами.
Открыть ▸Калькулятор возраста
Точный возраст в годах, месяцах, днях, часах, определение года рождения по возрасту (например, 46 лет) и таймер до дня рождения.
Открыть ▸Декодер JWT
Безопасный разбор Header и Payload токенов JWT с проверкой срока жизни exp и расшифровкой клеймов без отправки на сервер.
Открыть ▸Генератор UUID
Создание криптографически стойких уникальных идентификаторов UUID v4 (GUID) по стандарту RFC 9562.
Открыть ▸Руководства по теме
Unix Timestamp и проблема 2038 года (Y2038): архитектура эпохи POSIX, переполнение 32 бит и високосные секунды
Unix Timestamp (время эпохи POSIX) — фундаментальный стандарт фиксации времени в современных вычислительных системах, базах данных и сетевых протоколах. В этой статье разбираем математику отсчёта секунд, проблему синхронизации с астрономическим временем, високосные секунды и фатальную проблему 2038 года (Year 2038 Problem).
Читать руководствоКак посчитать рабочие дни между датами: алгоритмы и календарные нормы
При расчёте сроков исполнения договоров, отпускных периодов, неустоек и процессуальных сроков в суде ключевое значение имеет точное разделение календарных и рабочих дней. В этом руководстве разбираем математический алгоритм фильтрации рабочих дней без перебора циклом и правила исчисления сроков по ГК РФ.
Читать руководствоUUID v4 против UUID v7: почему базы данных переходят на упорядоченные ID
Классический UUID v4 на основе 122 бит случайности десятилетиями служил стандартом распределённых систем, но стал кошмаром для реляционных баз данных. В 2024 году IETF ратифицировал стандарт RFC 9562 с поддержкой UUID v7. Разбираем, почему v7 кардинально ускоряет INSERT в таблицы с миллиардами строк.
Читать руководство