Дата в Unix Timestamp

Дата в Unix Timestamp - бесплатный инструмент, который преобразует указанную дату с учётом часового пояса в Unix timestamp для использования в коде, API, базах данных и журналах.

Что такое Unix timestamp?

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

Unix timestamp позволяет системам передавать момент времени в компактном виде, не зависящем от языка. Это помогает избежать неоднозначных региональных форматов, таких как 10/09/2026: британский читатель поймёт такую дату как 10 сентября, а некоторые системы интерпретируют её как 9 октября.

Timestamp обозначает конкретный момент времени, а не отформатированную календарную дату. Само число не содержит указания на Europe/London, UTC или другой часовой пояс. Часовой пояс важен при преобразовании, поскольку именно он определяет, какому моменту соответствует исходная локальная дата.

Как преобразовать дату в Unix timestamp?

Укажи значение в поле Часовой пояс, а затем используй полученное значение Метка времени Unix в нужной системе.

1. Выбери нужный часовой пояс.
2. Запусти преобразование и скопируй целое число из поля Метка времени Unix.
3. Перед вставкой проверь, в каких единицах целевая система ожидает значение: в секундах или миллисекундах.

Выбор часового пояса может изменить результат на несколько часов. Разница также зависит от даты, поскольку в некоторых регионах, например в Великобритании, действует переход на летнее время. Зимой Europe/London соответствует UTC, а в период британского летнего времени обычно UTC+1.

Преобразование в инструменте Дата в Unix Timestamp выполняется на сервере. Значение поля Часовой пояс передаётся на сервер по HTTPS и не сохраняется.

Как правильно читать полученный timestamp?

Результат представляет собой количество секунд с начала эпохи Unix. В нём нет знаков препинания, суффикса часового пояса или даты в привычном формате. Для современных дат часто получается десятизначное значение, однако одно лишь количество цифр не подтверждает, что timestamp корректен.

Самая частая проблема при интеграции - путаница между секундами и миллисекундами. Инструменты, работающие с Unix, и многие серверные системы используют секунды. API JavaScript для работы с датами обычно используют миллисекунды, поэтому в таком случае значение в секундах может потребоваться умножить на 1 000.

• 0 означает 1 января 1970 года, 00:00:00 UTC.
• Большее положительное целое число обозначает более поздний момент времени.
• Отрицательный timestamp может обозначать дату до начала эпохи Unix, но его поддержка зависит от приложения и платформы.
• Число не сохраняет часовой пояс, который использовался при расчёте.

Числовой результат не подтверждает, что был выбран нужный часовой пояс. Если преобразованное время выглядит неверно, сначала проверь выбранный часовой пояс, а затем правила перехода на летнее время, если они применяются. Если результат отличается в 1 000 раз, проверь ожидаемую единицу измерения.

Примеры преобразования дат

Эти простые примеры показывают, как часовой пояс влияет на обозначаемый момент времени.

1 января 1970 года, 00:00:00 UTC соответствует 0.

1 января 2024 года, 00:00:00 UTC соответствует 1704067200.

1 июля 2024 года, 12:00:00 Europe/London соответствует 1719831600.

В последнем примере в Лондоне действовало британское летнее время, поэтому местному полудню соответствовало 11:00 UTC. Если для того же указанного времени выбрать часовой пояс UTC, получится другой timestamp.

При работе со сторонними данными используй однозначную запись, например 1 июля 2024 года или формат ISO 2024-07-01, а не 01/07/2024. Символы с диакритическими знаками и нелатинский текст не входят в сам timestamp, поскольку результат содержит только цифры и может начинаться со знака минус.

Когда полезно преобразовывать дату в Unix time?

Преобразование пригодится, когда дату в удобном для человека виде нужно сравнить, отсортировать или передать как точный машиночитаемый момент времени. Типичные случаи: отладка ответа API, подготовка запланированной задачи перед развёртыванием, проверка записей в базе данных и интерпретация дат, полученных от другого сервиса.

• Преобразуй крайний срок выпуска перед добавлением в конфигурацию развёртывания.
• Сравни событие в приложении с временными метками в журналах сервера.
• Подготовь параметры запроса для API, который принимает время начала и окончания в секундах от эпохи Unix.
• Нормализуй даты, импортированные из CSV-файла, перед сохранением в базе данных.
• Проверь, что сторонний webhook отправляет секунды, а не миллисекунды.

Преобразование не нужно, если дату будет читать только человек, а принимающая система поддерживает однозначное значение ISO 8601. Такая дата, как 2026-09-10T14:30:00+01:00, сохраняет смещение и обычно удобнее для проверки при отладке. Кроме того, повторное преобразование значения, которое уже является Unix timestamp, не добавляет никакой информации.

Этот инструмент не проверяет схему API, не подтверждает, что запланированная задача будет выполнена, и не сохраняет исходный часовой пояс в результате. Чтобы посмотреть timestamp в виде календарной даты, используй Unix Timestamp в Дату.

Часто задаваемые вопросы

Можно ли вручную ввести дату или время?

Нет. Единственное пользовательское поле, предусмотренное в этом инструменте, - Часовой пояс.

Какую функцию PHP использует инструмент?

Серверная реализация вызывает функцию PHP date.

В чём заключается проблема 2038 года?

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

Учитывает ли Unix timestamp високосные секунды?

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

Что проверить перед сохранением результата?

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