/tool/timestamp-converter/ работает считает браузер
Вставьте в поле что угодно похожее на время — число, ISO-строку, дату из письма, строку лога, ObjectId из MongoDB — и конвертер сам скажет, чем он это счёл, и покажет момент во всех ходовых форматах сразу, в любом часовом поясе. Рядом: разница между двумя моментами, сдвиг на интервал, календарные подробности и разбор целого столбца значений с выгрузкой в CSV.
Одно поле на всё: число, дата, строка из лога. Инструмент сам скажет, чем он это счёл, и покажет, где ошибся, если промахнулся.
Одно и то же число в разных системах означает разные даты. Слева — что получится, если прочитать ввод как чужую эпоху; справа — как разобранный момент записан в этой эпохе.
| Эпоха | Если ввод — это она | Момент в этой шкале | Копия |
|---|
Номер недели, день года, квартал и границы суток, недели, месяца и года — сразу в timestamp, чтобы не собирать их запросом руками.
| Показатель | Значение | Unix, секунды | Копия |
|---|
Оба поля понимают то же самое, что и главное: число, ISO-строку, дату из письма. Считается по календарю выбранного пояса, поэтому перевод часов учитывается.
Начало отрезка.
Конец отрезка. Если он раньше А, разница считается со знаком.
—
Момент плюс-минус интервал
Пусто — считаем от разобранного наверху.
Можно несколько кусков подряд: «+1 месяц −3 часа», «+2w 4h», «-45 минут».
—
Вставьте выгрузку целиком — чистить её до одного столбца не нужно. Из каждой строки выуживается первое, что похоже на время, остальное остаётся как есть для опознания строки.
Пусто
| Строка | Найдено | Чем сочли | В выбранном поясе | ISO 8601, UTC | Относительно сейчас |
|---|
Значение и пояс уже подставлены из панели наверху — код можно копировать и вставлять, ничего не дописывая.
Вставьте значение в единственное поле. Число, ISO-строка, дата из письма, ObjectId, кусок строки лога — разбирается всё, и в подписи рядом написано, чем инструмент это счёл. Если счёл неверно, поправьте переключателем единицы.
Выберите часовой пояс. Полный список IANA подсказывает браузер, российские пояса вынесены кнопками отдельной строкой. Пояс сразу применяется и к разбору даты без смещения, и ко всему выводу.
Возьмите нужную строку из таблицы форматов её же кнопкой: ISO, RFC 2822, HTTP-date, SQL, выражение для PostgreSQL и запись в микросекундах лежат рядом, копировать целый блок ради одной строки не нужно.
Разница между двумя моментами и сдвиг на интервал живут ниже в отдельном разделе: оба поля понимают тот же ввод, что и главное, а «2 года 3 месяца 11 дней» считается по календарю выбранного пояса.
Столбец значений или кусок лога вставляйте в пакетное поле целиком: чистить его не нужно, время выуживается из строки само, а таблица выгружается в CSV.
Ссылка на результат кладёт значение, единицу и пояс в адрес страницы: такую ссылку можно отправить, и у собеседника откроется ровно тот же разбор.
timestamp = число секунд, прошедших с 1 января 1970 года по UTC
В Unix-времени нет високосных секунд: сутки в нём всегда ровно 86 400 секунд. Поэтому оно расходится с астрономическим временем на несколько десятков секунд, и именно поэтому по нему удобно считать интервалы. У GPS-времени високосных секунд тоже нет, но отсчёт начат в 1980 году и с тех пор оно ушло вперёд UTC на 18 секунд — их приходится вычитать отдельно.
Исходные данные — те же, что стоят в полях по умолчанию: их можно пересчитать в уме и убедиться, что инструмент не врёт.
В сутках 86 400 секунд.
1 000 000 000 ÷ 86 400 = 11 574 суток и 6 400 секунд в остатке.
Остаток: 6 400 секунд — это 1 час, 46 минут и 40 секунд.
11 574 суток от 1 января 1970 года — это 9 сентября 2001 года.
В сентябре 2001 года Москва жила по UTC+4 — летнее время тогда ещё переводили, — поэтому к записи прибавляются четыре часа.
Получается 9 сентября 2001 года, 01:46:40 по UTC и 05:46:40 по Москве. Это было воскресенье, 36-я неделя года, 252-й день. В миллисекундах — 1 000 000 000 000, в шестнадцатеричном виде — 0x3B9ACA00.
По длине числа. Для сегодняшних дат десять цифр — секунды, тринадцать — миллисекунды, шестнадцать — микросекунды, девятнадцать — наносекунды. Если ошибиться, дата уезжает в тысячу раз: секунды, прочитанные как миллисекунды, дают 1970 год, а миллисекунды, прочитанные как секунды, — далёкое будущее. Инструмент пишет прямо в подписи, чем он счёл ваше число, и любую догадку можно переопределить переключателем.
Буква Z в конце означает «это время по UTC», и такая строка однозначна: пояс из неё уже известен, переключатель на неё не влияет. Строка без Z и без смещения — просто показания часов, и чьи они, знаете только вы. Поэтому для неё есть переключатель «в выбранном поясе / как UTC»: одна и та же надпись в Москве и в Лондоне означает моменты, разные на три часа.
Скорее всего Windows FILETIME: интервалы по сто наносекунд от 1 января 1601 года. Его же отдают LDAP и Active Directory в полях вроде lastLogon. Семнадцать знаков обычно означают WebKit — микросекунды от того же 1601 года, так хранят время Chrome и Safari. Восемнадцать знаков, начинающихся с шестёрки, — .NET DateTime.Ticks, отсчёт от первого года нашей эры. Все три разбираются автоматически, а таблица «Если это не Unix-время» показывает разом все прочтения, чтобы выбрать глазами.
Пояс берётся не как постоянное смещение, а как правило: для каждого момента браузер спрашивает у своей базы IANA, сколько тогда было на часах. Поэтому дата 2001 года по Москве получает UTC+4, а сегодняшняя — UTC+3. В календарных подробностях указана дата ближайшего перевода часов, а если введённые показания попали в пропущенный или в повторившийся час, инструмент об этом скажет отдельной строкой.
Да, для систем, которые хранят время в 32-разрядном знаковом целом: 19 января 2038 года такое число переполнится и станет отрицательным. Современные системы используют 64 разряда, и им хватит на срок, сравнимый с возрастом Вселенной. Но старые прошивки и базы с полем на 32 бита никуда не делись, поэтому предупреждение о превышении 2 147 483 647 остаётся на месте.
Так решили ради простоты: в сутках всегда ровно 86 400 секунд, поэтому разность двух значений — это честное число секунд между ними без оговорок. Плата за удобство — расхождение с астрономическим временем, которое накапливается десятилетиями.
В Excel есть день 29 февраля 1900 года, которого в календаре не было: ошибку унаследовали от Lotus 1-2-3 ради совместимости и оставили навсегда. Поэтому даты до 1 марта 1900 года считаются с промахом на сутки, а всё, что позже, сходится. Google Таблицы используют ту же нумерацию от 30 декабря 1899 года, так что значения между ними переносятся без пересчёта.
Из ваших данных — ничего: разбор, пакетная обработка и выгрузка CSV делаются в браузере. Один запрос всё же есть — пустой HEAD к этой же странице, из ответа берётся заголовок Date, чтобы сравнить его с часами вашего устройства. Ни введённое значение, ни содержимое пакетного поля в этом запросе не участвуют, а если запрос не прошёл, в строке «Ваши часы против часов сервера» просто останется прочерк.
Она даст отрицательное число. Конвертер такие значения считает и показывает, но имейте в виду: часть библиотек и баз отрицательный timestamp не принимает, а часть молча превращает его в ноль. В самих датах до 1900 года есть и другая тонкость — многие пояса тогда жили по местному солнечному времени со смещением в неровное число минут, и база IANA честно это воспроизводит.