Мировые часы и планировщик встреч

Что такое мировые часы и планировщик встреч?#

Мировые часы показывают текущее «настенное» время сразу в нескольких городах. Планировщик встреч идёт на шаг дальше: он позволяет выбрать опорный момент и увидеть, как этот же момент выглядит в каждом интересующем вас часовом поясе — чтобы найти час, попадающий в рабочий день всех участников, а не случайно предложить коллеге в Токио звонок в 23:00.

Трудность тут в летнем времени. Сдвиг города относительно UTC — не константа: Нью-Йорк зимой UTC-5 (EST), а летом UTC-4 (EDT); Лондон зимой UTC+0, а летом UTC+1 (BST); Сидней — зеркальное отражение, на летнем времени во время северной зимы. Наивные вычисления «вычесть 8 часов» дают встречи, которые полгода сдвинуты на час. Эта страница вычисляет каждый сдвиг для конкретного планируемого момента, используя базу часовых поясов Intl браузера, поэтому летнее время применяется корректно и автоматически.

Помимо часов, страница помечает каждый пояс как Работа или Не рабочее по задаваемым рабочим часам, поэтому с одного взгляда видно, приемлемо ли предлагаемое время для каждого города.

Как пользоваться#

1. Страница загружается в режиме Реальное время (сейчас), идёт вживую, с вашим локальным поясом, UTC и тремя крупными хабами (Нью-Йорк, Лондон, Токио) в наборе.
2. Используйте выпадающий список Добавить часовой пояс, чтобы добавить любую из IANA-зон мира. Список берётся из Intl.supportedValuesOf('timeZone') в современных браузерах (сотни зон), с курируемым фолбеком примерно из 24 обычных городов на старых движках.
3. Переключитесь в режим Опорное время для планирования встречи: выберите дату и время (по умолчанию в вашей локальной зоне), и каждая строка перерисуется, показывая этот же момент в каждом поясе — с перекатом даты вперёд или назад через линию перемены дат по необходимости.
4. Задайте Рабочие часы (по умолчанию 9–18), чтобы управлять, какие строки помечены Работа, а какие Не рабочее. Строки с локальным часом внутри окна и в будний день подсвечиваются; остальные — нет.
5. Сбросить возвращает исходный набор поясов; Очистить всё опустошает список.

Ключевые возможности#

• Сдвиги с учётом DST. Каждый сдвиг выводится из полей настенных часов зоны в выбранный момент, а не из фиксированной таблицы, — поэтому встреча, запланированная в июле, остаётся корректной при изменении правил DST, а пояса северного и южного полушарий обрабатываются симметрично.
• Планирование по опорному времени. Перейдите в режим «Опорное время», введите локальное время и считайте эквиваленты остальных поясов на этот точный момент. Поле даты безопасно к DST благодаря двухпроходному уточнению сдвига, корректно обрабатывающему границы перехода.
• Метки Работа / Не рабочее. Каждая строка помечается на основе локального часа и дня недели относительно рабочих часов, которые вы можете менять. Просмотр колонки меток куда быстрее мысленного вычитания сдвигов.
• Локализованные имена дней и времени. Подписи дней и месяцев берутся из Intl.DateTimeFormat в локали страницы — никаких самописных строк, которые устаревают.
• Полное покрытие IANA-зон. Сотни зон, включая получасовые и сорокапятиминутные курьёзы (Индия UTC+5:30, Непал UTC+5:45, части Австралии UTC+9:30).

Разбор примера#

Вы в Шанхае и хотите провести звонок с Нью-Йорком, Лондоном, Токио и Сиднеем. Переключитесь в режим Опорное время и введите 2026-08-10 09:00 (понедельник) в Asia/Shanghai. Страница разворачивает этот момент по всем пяти зонам:

Asia/Shanghai     UTC+08:00   Пн 09:00   Работа
Asia/Tokyo        UTC+09:00   Пн 10:00   Работа
Australia/Sydney  UTC+10:00   Пн 11:00   Работа
Europe/London     UTC+01:00   Пн 02:00   Не рабочее
America/New_York  UTC-04:00   Вс 21:00   Не рабочее

Август — северное лето, поэтому Лондон на BST (UTC+1), а Нью-Йорк на EDT (UTC-4); Сидней в южной зиме на AEST (UTC+10, без DST). Шанхай и Нью-Йорк при EDT разнесены на 12 часов, поэтому 09:00 понедельника в Шанхае — это всё ещё 21:00 воскресенья в Нью-Йорке; обратите внимание на перекат даты через линию перемены дат. Метки Работа/Не рабочее делают вердикт очевидным: слот 09:00 в Шанхае работает для азиатско-тихоокеанской тройки, но ставит Лондон в 02:00, а Нью-Йорк поздно вечером в воскресенье — в этих городах никто не бодрствует. Сдвиг звонка на 21:00 Шанхай переворачивает картину: 14:00 Лондон и 09:00 Нью-Йорк (оба «Работа»), но 22:00 Токио и 23:00 Сидней («Не рабочее»). Слота внутри обычных рабочих часов для всех пяти просто нет — именно такой вывод и должен давать планировщик, чтобы вы могли договориться о компромиссе (ротация ранних/поздних слотов), а не случайно назначить кому-то полночь.

FAQ#

Почему сдвиг для моего города — не целое число часов?#

Потому что не каждый часовой пояс сдвинут на целое число часов. Индия — UTC+5:30, Непал — UTC+5:45, Северная территория — UTC+9:30, Чатемские острова — UTC+12:45. Эта страница показывает сдвиги с точностью до минуты (UTC+05:30), чтобы корректно обрабатывать такие зоны, — инструмент, округляющий до целых часов, молча ошибался бы на полчаса для более чем миллиарда людей.

Нужно ли мне беспокоиться о летнем времени?#

Нет — страница обрабатывает это за вас. Каждый сдвиг вычисляется для конкретного показанного момента (реальное время или ваше Опорное время) с использованием базы часовых поясов браузера, поэтому DST применяется или не применяется ровно так, как предписывают правила зоны. Встреча, запланированная в марте, и после весеннего перевода покажет корректные сдвиги, потому что инструмент пересчитывает их в момент звонка, а не читает из фиксированной таблицы.

Почему у двух городов для одного момента разные даты?#

Из-за линии перемены дат. В любой момент в Азиатско-Тихоокеанском регионе уже «завтра», тогда как на Гавайях ещё «вчера». Когда вы выбираете опорное время, каждая строка показывает локальную дату рядом со временем, поэтому слот 22:00 в Гонолулу, который в Токио — 18:00 следующего дня, однозначен: колонка даты ловит то, что скрыл бы показ только времени.

Можно ли доверять актуальности списка часовых поясов?#

В любом современном браузере (Chrome 99+, актуальные Firefox, Safari, Edge) список берётся из Intl.supportedValuesOf('timeZone'), который отражает базу часовых поясов IANA, поставляемую ОС. На старых движках страница откатывается к курируемому набору примерно из 24 широко используемых зон, поэтому инструмент работает — просто с меньшим числом курьёзных поясов. Сами правила зон (даты DST, сдвиги) берутся из той же базы, которую браузер использует для собственных часов.