Конвертер Unix-времени
Вставьте метку времени или дату — получите все остальные её виды.
- Полностью бесплатноБез аккаунта, без дневных лимитов, без платных тарифов.
- Ничего не загружаетсяФайлы обрабатываются на вашем устройстве и не попадают на сервер.
- Результат без подвохаБез водяных знаков, без принудительного ухудшения качества, без ограничения размера.
- Обновления на видуКаждое исправление и каждый новый инструмент записаны на странице изменений.
Что такое метка Unix-времени
Метка Unix-времени (её же называют epoch time или POSIX-временем) — это число секунд, прошедших с 00:00:00 UTC 1 января 1970 года, без учёта високосных секунд. Это самый распространённый способ хранить и передавать момент времени между компьютерами, потому что это одно целое число, не зависящее от часовых поясов, календарей и форматов локали. Базы данных, журналы, токены JWT, API и операционные системы пользуются им постоянно — поэтому разработчикам всё время приходится переводить туда и обратно между сырым числом вроде 1700000000 и датой, понятной человеку.
Точность у разных систем разная. Unix и большинство баз данных хранят секунды (сегодня это 10 цифр). Date.now() в JavaScript и System.currentTimeMillis() в Java возвращают миллисекунды (13 цифр). Некоторые системы журналирования и пакет time в Go отдают микросекунды (16 цифр) или наносекунды (19 цифр). Этот конвертер определяет единицу по числу цифр автоматически, поэтому вставлять можно любую из них, ничего не выбирая.
Как пользоваться
Живые часы наверху показывают текущую метку Unix-времени в секундах и обновляются каждую секунду; кнопка «Копировать» забирает её, «Взять сейчас» подставляет в конвертер. Вставьте метку в поле ввода — и таблица заполнится мгновенно: секунды, миллисекунды, ISO 8601 (стандарт, которым пользуется большинство API), строка RFC 1123 в UTC, дата и время в вашем часовом поясе с его названием, относительное описание вроде «через 3 дня» или «2 часа назад», день недели, день года и номер недели по ISO.
Конвертер работает и в обратную сторону. Введите дату вида 2025-03-01, 2025-03-01T14:30:00Z или 1 March 2025 14:30 — она будет разобрана датным движком вашего браузера и переведена в секунды и миллисекунды эпохи. Даты без явно указанного пояса трактуются в вашем локальном поясе — ровно так, как это делает JavaScript.
Часовые пояса, ISO 8601 и частые ловушки
У самой метки часового пояса нет — он есть только у её отображения. Одно и то же значение 1700000000 — это 22:13 в Лондоне и 01:13 следующих суток в Москве. Когда две системы расходятся ровно на несколько часов, причина почти всегда в путанице с поясами. Обменивайтесь строками ISO 8601 с явным Z или смещением (2024-11-14T22:13:20Z) либо сырыми числами эпохи, а не локальными строками дат. Другая классическая ошибка — смешать секунды и миллисекунды: дата в 55000 году или в 1970-м обычно означает несовпадение единиц, и подпись «определено как» под полем ввода сообщает, какая единица была принята. И наконец, помните о 32-битном пределе: системы, хранящие секунды в знаковом 32-битном целом, переполнятся 19 января 2038 года.
История: почему именно 1970 год
Эпоху Unix выбрали разработчики системы в Bell Labs в начале 1970-х: первая редакция считала шестидесятые доли секунды от 1971 года и переполнялась за несколько месяцев, поэтому счёт перевели на целые секунды от 1 января 1970 года — круглая дата в недавнем прошлом. Поскольку високосные секунды не учитываются, в сутках Unix ровно 86 400 секунд, что делает арифметику тривиальной, — отсюда и распространение формата из Unix во все базы данных, языки программирования и сетевые протоколы. Проблема 2038 года, когда знаковые 32-битные счётчики завернутся, — прямое наследие того раннего решения; современные системы хранят 64-битные значения и безопасны на ближайшие 292 миллиарда лет.
Где это нужно
Метки времени — это поля exp, iat и nbf внутри токена JWT, колонки created_at почти в каждой базе, первое поле большинства строк журнала, заголовки кеширования HTTP, системы расписаний и cron, заголовки блоков в блокчейне, метаданные файловой системы (mtime) и логика ETag/Last-Modified, решающая, может ли CDN отдать страницу из кеша. Когда в заявке в поддержку написано «выгрузка упала в 1718000000», именно этот конвертер превращает число во время человеческого календаря; а при написании тестов перевод фиксированной даты в секунды эпохи даёт стабильное значение, не зависящее от часового пояса. В структурированных данных и в любом JSON-API, который вы делаете, строки ISO 8601 стоит использовать для читаемости, а целые числа эпохи — для вычислений.
Частые вопросы
Как узнать текущую метку Unix-времени?
Она показана вживую вверху этой страницы. В коде: date +%s в оболочке, Math.floor(Date.now()/1000) в JavaScript, int(time.time()) в Python.
Метка в секундах или в миллисекундах?
Значения из 10 цифр — это секунды, из 13 — миллисекунды. Конвертер определяет это автоматически по длине и сообщает, какую единицу принял.
В каком часовом поясе показывается местное время?
В поясе вашего браузера — он указан рядом с часами. Строки UTC и ISO 8601 всегда в UTC, поэтому их безопасно вставлять в другие системы.
Почему дата отличается на один день?
Строка даты без времени и пояса разбирается как местная полночь, и перевод в UTC может перебросить её через границу суток. Указывайте время и пояс явно (например, 2025-03-01T00:00:00Z).
Поддерживаются ли отрицательные метки и даты до 1970 года?
Да. Отрицательные значения отсчитываются назад от эпохи, поэтому -86400 — это 31 декабря 1969 года.