Конвертер Unix-времени
Перевод Unix timestamp в дату и обратно
Загрузка инструмента…
Переводит Unix timestamp (время epoch) в понятные дату и время, а дату — обратно в timestamp. Пригодится, чтобы узнать, к какому моменту относится число в логе, базе данных или ответе API.
Как пользоваться
- «Текущий Unix timestamp (секунды)» вверху обновляется в реальном времени; нажмите «Копировать секунды» или «Копировать миллисекунды», чтобы скопировать его.
- Введите число в разделе «Timestamp в дату», чтобы увидеть дату в выбранном часовом поясе, в UTC, ISO 8601, RFC 2822 и время «Относительно сейчас». В большинстве случаев оставляйте в поле «Единица» значение «Определить по длине».
- В разделе «Дата в timestamp» выберите «Дата и время» и «Часовой пояс», чтобы получить значение в секундах и миллисекундах.
- Вставьте много значений в «Пакетное преобразование» или сравните два момента в разделе «Разница между двумя timestamp».
Как это работает
- Единица определяется по числу цифр в целой части: до 11 цифр — секунды, до 14 — миллисекунды, до 17 — микросекунды, а всё длиннее — наносекунды.
- Если местное время пропускается или повторяется из-за перехода на летнее время, примечание сообщает, как оно было истолковано.
- В этом браузере запоминаются только выбранные часовой пояс и единица; введённые числа не сохраняются.
Частые вопросы
- Что такое Unix timestamp?
- Это число секунд, прошедших с 1970-01-01 00:00:00 UTC. Високосные секунды не учитываются, поэтому в каждых сутках ровно 86 400 секунд.
- Что за timestamp из 13 цифр?
- Он в миллисекундах. Десять цифр означают секунды, а 13 цифр — миллисекунды; Date.now() в JavaScript возвращает миллисекунды. Разделите на 1000, чтобы получить секунды.
- Зависит ли Unix timestamp от часового пояса?
- Нет. Один и тот же момент везде имеет одно и то же число; меняется только показываемая местная дата. Timestamp 0 — это 1970-01-01 00:00 по UTC и 1969-12-31 19:00 в Нью-Йорке.
- Что такое проблема 2038 года?
- Знаковое 32-битное целое может хранить не больше 2147483647 секунд, что соответствует 2038-01-19 03:14:07 UTC; после этого значение переполняется. У систем, которые хранят время в 64 битах, такой проблемы нет.