Об инструменте
Преобразуйте Unix Timestamp в календарную дату и обратно. Инструмент определяет секунды, миллисекунды и микросекунды, показывает ISO 8601, RFC 2822, UTC, локальное время и календарные сведения.
Как пользоваться
- Введите Timestamp или календарную дату.
- Выберите единицу и исходный часовой пояс либо оставьте автоматическое определение.
- Запустите преобразование.
- Скопируйте нужный формат или скачайте отчёт.
Примеры
- 0: начало эпохи Unix.
- 946684800: 1 января 2000 года UTC.
- 2147483647: предел знакового 32-битного Timestamp.
- 1714566896000: значение в миллисекундах.
Unix Timestamp: секунды, эпоха Unix и часовые пояса
Unix Timestamp — это число, которое описывает момент времени относительно начала эпохи Unix: 1 января 1970 года, 00:00:00 UTC. Такой формат не зависит от привычной записи даты и широко используется в API, базах данных, журналах событий и серверных приложениях.
Эпоха Unix и UTC
Нулевое значение соответствует началу эпохи Unix. Положительные числа обозначают моменты после неё, отрицательные — до 1970 года. Timestamp связан с UTC, поэтому сам по себе не хранит название города или часового пояса. Часовой пояс применяется только при отображении даты пользователю.
Секунды, миллисекунды и микросекунды
Классический Unix Timestamp хранится в секундах. JavaScript, многие браузерные API и отдельные базы данных используют миллисекунды, а системы журналирования могут применять микросекунды. Инструмент автоматически определяет единицу по масштабу целого значения, но для далёких исторических и будущих дат лучше выбрать единицу вручную.
Как преобразовать Timestamp в дату
- Вставьте целое значение без десятичной части.
- Оставьте автоматическое определение единицы или выберите секунды, миллисекунды либо микросекунды.
- Выберите часовой пояс отображения.
- Нажмите «Преобразовать в дату» и скопируйте подходящий формат.
Один и тот же момент будет иметь одинаковый Timestamp, но разное локальное время в Минске, Варшаве, Нью-Йорке или Токио.
Как получить Timestamp из даты
Введите календарную дату и время и обязательно укажите исходный часовой пояс. Запись 2026-01-15 12:00 в UTC и в Europe/Minsk обозначает разные моменты. При переходе на летнее время отдельные локальные часы могут повторяться или не существовать; конвертер проверяет такие случаи и сообщает об ошибке.
ISO 8601 и RFC 3339
ISO 8601 задаёт однозначную машиночитаемую запись даты. Суффикс Z означает UTC, а +03:00 — смещение от UTC. RFC 3339 использует совместимое подмножество ISO 8601 и часто встречается в JSON API. Для обмена между системами безопасно хранить UTC, а локальный часовой пояс применять только в интерфейсе.
RFC 2822 и HTTP date
Формат наподобие Tue, 19 Jan 2038 03:14:07 GMT используется в заголовках HTTP и электронной почте. Он удобен для совместимости с сетевыми протоколами, но для новых API обычно предпочтительнее ISO 8601.
Проблема 2038 года
Знаковое 32-битное число секунд достигает максимума 2 147 483 647 во вторник 19 января 2038 года в 03:14:07 UTC. Старые системы могут переполниться после этого момента. Современные платформы обычно используют 64-битные значения, но при интеграции со старым ПО тип поля следует проверить заранее.
Отрицательные значения и даты до 1970 года
Отрицательный Timestamp может корректно обозначать историческую дату, если целевая платформа поддерживает такой диапазон. Поведение старых библиотек и баз данных различается, поэтому результат необходимо проверить в той же среде, где он будет использоваться.
Високосные секунды
Обычное Unix-время считает сутки как 86 400 секунд и не представляет високосную секунду отдельным универсальным значением. Разные системы могут повторять секунду или сглаживать её. Для гражданских приложений это обычно незаметно, но высокоточные измерения требуют специализированной шкалы времени.
Точность и ограничения браузера
Микросекундное исходное значение принимается как целое, однако объект Date в браузере хранит точность до миллисекунды. Поэтому при преобразовании в календарную дату остаток микросекунд меньше миллисекунды не отображается. Диапазон также ограничен возможностями JavaScript Date.
Timestamp в базе данных и API
Зафиксируйте единицу в документации поля и не определяйте её только по количеству цифр. Для API удобно передавать ISO 8601 с явным Z или смещением, а числовой Timestamp использовать там, где контракт явно требует секунды или миллисекунды. В базе данных учитывайте тип столбца, диапазон, точность и правила часового пояса драйвера.
Приватность преобразования
Дата, Timestamp и выбранные часовые пояса обрабатываются JavaScript-кодом локально. Значения не отправляются на сервер Terabita.by. Для связанных расчётов используйте конвертер единиц данных, калькулятор времени скачивания и JSON Formatter.
Частые вопросы
Что такое Unix Timestamp?
Это число секунд, прошедших с 1 января 1970 года 00:00:00 UTC. Некоторые системы используют миллисекунды или микросекунды.
Как отличить секунды от миллисекунд?
Современное значение обычно содержит около 10 цифр в секундах, 13 в миллисекундах и 16 в микросекундах. Для далёких дат надёжнее выбрать единицу вручную.
Хранит ли Timestamp часовой пояс?
Нет. Timestamp обозначает один момент времени. Часовой пояс нужен только для преобразования локальной даты и отображения результата.
Что означает буква Z в ISO 8601?
Z означает нулевое смещение от UTC. Запись с +03:00 показывает локальное время на три часа впереди UTC.
Можно ли преобразовать дату до 1970 года?
Да, она представляется отрицательным Timestamp, если диапазон поддерживается браузером и целевой системой.
Что произойдёт в 2038 году?
Старые системы со знаковым 32-битным числом секунд могут переполниться после 19 января 2038 года. 64-битные значения решают эту проблему.
Сохраняются ли введённые значения?
Нет. Преобразование, форматирование и экспорт выполняются локально в браузере без отправки даты на сервер.
Сохраняется ли точность микросекунд?
Числовое значение принимается в микросекундах, но календарная дата браузера имеет точность до миллисекунды, поэтому меньший остаток не отображается.