Конвертер временных меток

Timestamp (временная метка) — это числовое значение, представляющее определённый момент времени. Unix timestamp — это количество секунд, прошедших с 1970-01-01 00:00:00 UTC (эпохи Unix) до указанного времени. Это стандартный способ представления времени в компьютерных системах, независимый от платформы и часового пояса. Timestamp бывает секундный (10 цифр) и миллисекундный (13 цифр). Секундный timestamp часто используется в Unix/Linux системах, миллисекундный — в JavaScript и других языках программирования. В timestamp сначала нужно понять, значение дано в секундах, миллисекундах или как локальное время в читаемом формате. Unix-метки времени описывают моменты, независимые от часового пояса, но отображение даты зависит от часового пояса и правил перехода на летнее/зимнее время. Инструмент полезен для отладки журналов, API, баз данных, истечения срока действия кэша и запланированных событий. В пользовательских сообщениях часовой пояс лучше показывать явно.

Unix timestamp отсчитывает прошедшее время от Unix Epoch, определённой как 1970-01-01T00:00:00Z, — это нулевая точка, которую POSIX-время использует для маркировки каждого последующего момента. POSIX-время намеренно игнорирует високосные секунды: каждый календарный день рассматривается как ровно 86 400 секунд, поэтому два timestamp, охватывающих момент вставки високосной секунды, будут отличаться на одну секунду от строгого подсчёта по атомным часам, но компенсацией является то, что конвертация между секундами эпохи и календарными полями UTC остаётся простым делением с остатком на 86 400. Двумя наиболее распространёнными форматами являются секунды (10 цифр на сегодняшний день, например 1717000000) и миллисекунды (13 цифр, например 1717000000000). Метод Date.now() в JavaScript возвращает миллисекунды с начала эпохи, а `new Date(ms)` ожидает миллисекунды, тогда как Unix `date +%s`, Go time.Unix и большинство столбцов TIMESTAMP в базах данных используют секунды. Определение по длине является стандартным способом различения: 10-значное значение соответствует диапазону 2001–2286 при чтении как секунды, а то же значение в миллисекундах попадало бы в 1970 год. Отображение timestamp требует указания часового пояса. UTC записывается с суффиксом `Z`; другие смещения используют формат `±HH:MM` (например, `+08:00` для китайского стандартного времени, `-05:00` для восточного стандартного времени США). ISO 8601 допускает несколько необязательных разделителей, тогда как RFC 3339 является более строгим профилем, фиксирующим их, поэтому спецификации API обычно требуют RFC 3339 с явным смещением. Устаревшие системы, хранящие секунды эпохи в 32-битном знаковом целом, переполняются при максимальном положительном значении 2147483647, что соответствует 2038-01-19T03:14:07Z (проблема Y2038); 64-битное хранение отодвигает эту границу далеко за пределы практической значимости.

• Unix Epoch зафиксирована на 1970-01-01T00:00:00Z, а POSIX-время игнорирует високосные секунды, поэтому каждый день рассматривается как ровно 86 400 секунд.
• JavaScript Date.now() возвращает миллисекунды; `Math.floor(Date.now() / 1000)` конвертирует в timestamp с точностью до секунд.
• Граница Y2038: знаковый 32-битный timestamp переполняется при значении 2147483647 = 2038-01-19T03:14:07Z; 64-битное хранение решает эту проблему.
• ISO 8601 и RFC 3339: RFC 3339 — более строгий профиль ISO 8601, требующий явного смещения (`Z` или `±HH:MM`), и рекомендуется для API и логов.
• ECMAScript Date ограничена диапазоном ±100 000 000 дней от эпохи (≈ ±273 785 лет), поэтому `new Date(8.64e15)` и `new Date(-8.64e15)` являются абсолютными границами.
• JWT claims `exp`, `iat` и `nbf`, `Cache-Control: max-age` и Cookie `Expires` используют Unix-секунды (RFC 7519, RFC 7234), поэтому их можно напрямую складывать/вычитать с `Math.floor(Date.now()/1000)`.
• Часовой пояс влияет на отображаемую дату и время, но не на значение timestamp; одна и та же секунда эпохи отображается как разное настенное время в UTC+8 и UTC-5.