Дата и время
По одному числу Chrome или дате ISO с Z либо явным смещением в строке. Результат даты выводится в UTC.
Данные обрабатываются в этом браузере и не отправляются на сервер.
Эпоха базы Chrome: 1601-01-01 UTC · единица — одна микросекунда.
В строке — целое десятичное число со знаком либо YYYY-MM-DDTHH:mm:ss[.1–6 цифр]Z / ±HH:mm. Годы в UTC: 0001–9999.
Ноль имеет арифметическую дату, но в Chromium может означать отсутствие значения. Крайние значения int64 — маркеры бесконечности без даты.
UTC содержит шесть дробных цифр. Секунды и миллисекунды Unix округляются вниз; остатки в микросекундах неотрицательны.
До 1 000 физических строк и 100 000 единиц UTF-16. Внешние пробелы удаляются; пустые строки считаются ошибками.
Обратная подстановка доступна, только если у каждой строки есть дата. Сначала проверьте ошибки и маркеры бесконечности.
Введите данные или загрузите пример.
Конвертер времени WebKit помогает прочитать длинные числа из выгрузки истории Chrome. Возьмите исходное целое: если таблица уже округлила последние цифры, последующее преобразование не сможет их восстановить.
Название WebKit здесь относится к формату базы Chrome/Chromium с началом отсчёта в 1601 году. Другие API того же браузера могут использовать другую эпоху и единицу. Важно знать источник поля, а не только длину числа.
Конвертер времени WebKit превращает 11644473600000001 в 1970-01-01T00:00:00.000001Z. При возврате к числу последняя единица сохраняется. Шесть дробных цифр показывают различие, которое скрывает просмотрщик с точностью лишь до миллисекунд.
Неверная запись не мешает обработать соседние значения. Отчёт хранит исходный текст и номер физической строки. Результаты не сдвигаются из-за удаления неудачных записей, поэтому их можно сопоставить с выгруженным столбцом.
Поле базы visits.visit_time и свойство API расширений lastVisitTime имеют разные единицы: API возвращает миллисекунды Unix. Короткое число тоже может быть допустимым. Нельзя определить время Chrome лишь по количеству цифр.
Обратное преобразование требует Z или ±HH:mm независимо от часового пояса компьютера. Пример зависит от выбранного направления и сначала открывает предпросмотр замены. Более шести дробных цифр вызывают ошибку, а не незаметное усечение.
Автоматический режим ждёт 350 мс после правки. Выключите его для запуска кнопкой или Ctrl/Cmd+Enter. Правка сразу блокирует экспорт. Для обратной подстановки нужны даты во всех строках; отмена восстанавливает ввод и прежний отчёт одновременно.
Современные значения превышают безопасный целочисленный диапазон JavaScript. Вычисления целочисленные, а точные счётчики сохраняются в JSON как строки. Преждевременный перевод в число с плавающей точкой может потерять нечётную последнюю цифру.
Сначала вычитается 11644473600000000 микросекунд. Отчёт содержит точные микросекунды Unix, округлённые вниз секунды и миллисекунды, а также остаток для каждой крупной единицы. Частное и остаток позволяют восстановить исходную точность метки времени.
Отрицательный WebKit соответствует дате до 1601 года в поддерживаемом диапазоне. Одна микросекунда до 1970 года даёт -1 секунду Unix и остаток 999999 микросекунд. Деление округляет вниз, а не отбрасывает дробь в сторону нуля.
Допускается 1000 физических строк и 100000 единиц UTF-16. Сначала видны 50 строк, затем можно добавлять по 50. Копирование и скачивание включают весь список с оригиналами, толкованиями и ошибками, даже если часть результатов ещё не раскрыта.
Типичные поля — visits.visit_time и urls.last_visit_time в History, а также creation_utc и expires_utc в Cookies. Проверьте версию базы и назначение поля. Страница обрабатывает вставленные значения и сама не читает файлы браузера.
Chromium base::Time использует эпоху Windows, 1601-01-01 UTC. До начала Unix в 1970 году проходит 11644473600000000 микросекунд. Одно деление на миллион меняет единицы, но не устраняет разницу между началами отсчёта.
В Chromium ноль может обозначать неинициализированное время. Арифметика даёт 1601 год, но это не свидетельство события в таком году. Предупреждение possibleNull указывает на необходимость проверить исходную запись и смысл поля.
Убедитесь, что исходное поле действительно содержит микросекунды с 1601 года, и вставьте целое число в режиме WebKit → дата. Читайте результат UTC вместе с именем поля. Нули, сессионные cookie и данные других API требуют проверки контекста.
Начало отсчёта совпадает, единица различается: здесь микросекунда, в FILETIME — 100 наносекунд. Для обычного момента число FILETIME в десять раз больше. Выбирайте преобразователь по единице исходного значения, а не по похожему названию.
Неожиданный результат?
Конвертер времени WebKit позволяет сверить известную исходную запись с датой UTC, особыми значениями и остатками Unix. После проверки сохраните полный отчёт с оригиналами строк.