Конвертер меток времени

Метка времени Unix — это просто количество секунд, прошедших с полуночи UTC 1 января 1970 года: произвольная точка отсчёта, выбранная десятилетия назад, которая с тех пор стала практически универсальным способом представления момента времени внутри компьютерной системы. Привлекательность в том, что дата и время сводятся к одному легко сравниваемому и легко хранимому целому числу: проверка того, что один момент раньше другого, — это простое числовое сравнение, а не календарное вычисление, а хранение занимает фиксированный, предсказуемый объём места независимо от того, к какому веку относится дата. Именно поэтому она лежит в основе всего — от столбцов времени в базах данных до ответов API и записей в лог-файлах, — хотя само по себе число ничего не говорит человеку, смотрящему на него напрямую, что и есть вся причина существования такого конвертера.

Метка времени Unix, представляющая текущий момент в секундах, состоит из десяти цифр, а тот же самый момент, выраженный в миллисекундах, — из тринадцати: три дополнительные цифры для точности до тысячных долей секунды. Эта разница в длине — быстрый и надёжный способ определить, в какой единице измерена данная цифра, и она же объясняет два самых частых и самых запутанных сценария ошибок при неверном предположении. Передача значения в миллисекундах коду, ожидающему секунды, умножает видимую дату примерно на тысячу, и она оказывается где-то в 55000 году — эффектно и очевидно неправильно. Передача значения в секундах коду, ожидающему миллисекунды, делает обратное: реальное прошедшее время делится примерно на тысячу, из-за чего интерпретируемая дата оказывается где-то в 1970 году — достаточно близко к правдоподобной дате, чтобы иногда её принимали за настоящую ошибку где-то ещё, а не за несовпадение единиц измерения.

Необработанная метка времени Unix вообще не несёт информации о часовом поясе — это просто счётчик прошедших секунд, одинаковый в любой точке Земли в данный момент, — и именно момент преобразования её в читаемую дату это то место, где для отображения приходится выбирать часовой пояс. Хранение и логирование событий в UTC (или в виде самой необработанной метки времени, которая по определению не зависит от часового пояса) означает, что каждая запись в системе означает ровно один и тот же момент независимо от того, в каком часовом поясе находится сервер, база данных или человек, читающий лог. Преобразование в локальное время — это решение уровня отображения, принимаемое только тогда, когда на значение действительно смотрит человек, поэтому этот инструмент чётко разделяет их: UTC и ISO 8601 — значения, которые стоит хранить и сравнивать, локальное время — версия, которую стоит читать.

Значительная часть более старой инфраструктуры — устаревший код на C, некоторые встроенные системы, определённые старые типы столбцов баз данных — хранит метку времени Unix в знаковом 32-битном целом числе, у которого есть жёсткий предел: оно переполняется в 03:14:07 UTC 19 января 2038 года и переходит к дате в 1901 году — ошибка той же природы, что и проблема Y2K, но коренящаяся в ограничениях двоичных целых чисел, а не в двузначных годах. JavaScript представляет числа как 64-битные значения с плавающей точкой, у которых запас гораздо больше и которые не подвержены именно этому переполнению, поэтому метка времени, вычисленная в этом инструменте, не затронута — проблема касается той системы, которая изначально создала конвертируемую метку времени, а не самого преобразования, происходящего здесь.