Конвертер часовых поясов (сравнение времени в нескольких поясах)
Выберите исходный часовой пояс и дату/время, затем добавляйте нужное количество целевых поясов. Для каждого показывается эквивалентное местное время с аббревиатурой пояса.
Как это работает
Как работает конвертация часовых поясов
Каждый момент времени — это единственная точка: вторник 9:00 в Москве — это тот же момент, что понедельник 23:00 в Нью-Йорке. Конвертация часовых поясов просто переводит этот момент в показания местных часов каждого пояса. Летнее время усложняет задачу — между маем и октябрём в России часовой пояс Москвы — UTC+3 без изменений, но в Европе смена времени происходит. Браузерный API Intl.DateTimeFormat корректно обрабатывает всё это при передаче имени часового пояса IANA вроде 'Europe/Moscow'.
Используются имена IANA (например, 'Asia/Yekaterinburg' или 'Europe/Kaliningrad') — они однозначны и отражают исторические правила летнего времени каждого региона. Аббревиатуры вроде 'MSK' или 'GMT' могут конфликтовать; имена IANA — нет.
Типичные ловушки при планировании
Переходы летнего времени: «следующая среда в 10:00 по московскому времени» — однозначно, ведь Россия не меняет летнее/зимнее время с 2014 года (UTC+3 круглый год). Но для Лондона, Нью-Йорка или Сиднея учитывайте разные даты перехода.
Смещения в 30 минут: Индия — UTC+5:30, Иран — UTC+3:30, части Австралии — UTC+9:30 или +10:30. Если вы считаете в «целых часах», для этих регионов ошибётесь на 30 минут.
Прыжки через линию дат: Токио и Лос-Анджелес разделены разными днями. Календарь показывает это правильно, но человеческие предположения могут быть неверными.
Полезные сценарии
Международная встреча: выберите исходный пояс (часто UTC или московское время) и добавьте домашние пояса команды. Установите время встречи и убедитесь, что никого не просят присутствовать в 3 ночи.
Запуск продукта: выберите пояс запуска и добавьте основные рынки. Удобно для проверки, что маркетинговое письмо придёт в разумное местное время.
Планирование поездки: выберите пояс отправления и добавьте пояс(а) назначения для нахождения местного времени прибытия без ручных вычислений.
Частые вопросы
›Учитывается ли летнее время?
Да — данные IANA включают правила перехода на летнее время для каждого региона. Браузерный API Intl обрабатывает прошлые, настоящие и (где известны) будущие переходы.
›В чём разница между EST и ET?
EST фиксирован на UTC-5. ET (восточное время) — EST зимой и EDT летом, с учётом перехода на летнее время. Используются имена IANA вроде 'America/New_York', которые автоматически выбирают EST или EDT по дате.
›Можно ли конвертировать между двумя конкретными городами?
Да. Установите один как источник и добавьте другой как цель. Отображаемое время — это исходный момент в местных часах целевого пояса.
›Почему у некоторых поясов смещение :30?
Исторические решения. Индия, Иран, Афганистан, Ньюфаундленд, части Австралии используют смещение UTC в 30 или 45 минут. Калькулятор обрабатывает их корректно.
›Работает ли это для прошлых дат?
Да, включая границы перехода летнего времени, которые могли отличаться исторически. Данные IANA охватывают историю большинства мест с 1970 года.
›Что насчёт Антарктиды или Гавайев?
Список IANA включает их. Добавьте 'Pacific/Honolulu' или 'Antarctica/McMurdo' из выпадающего списка при необходимости.
›Данные куда-то отправляются?
Нет. Браузерные API Intl обрабатывают всё локально.
›Можно ли сохранить список поясов?
Пока нет. Обновление страницы сбрасывает список. Возможно, позднее добавим сохранение в локальное хранилище.
Похожие инструменты
Обновлено: