Самая дорогая встреча, которую я когда-либо пропускал, была назначена правильно Кто-то в Лондоне поставил "3pm мое время, 10am yours" в календаре приглашения мне в Нью-Йорке, что было правдой, когда они написали это в феврале. звонок был 12 марта. Соединенные Штаты перевели свои часы вперед в предыдущее воскресенье; Соединенное Королевство не было, и не будет еще три недели. разрыв между Лондоном и Нью-Йорком, обычно пять часов, был четыре на этой неделе - так 3 pm в Лондоне было 11 утра для меня, а не 10 утра. я присоединился к пустой комнате на час раньше, сдался, и пропустил вызов полностью.
Это трехнедельное окно весной - и недельное окно осенью - не крайний случай. Это происходит каждый год, и оно ловит людей, которые в остальном прекрасно компетентны в арифметике, потому что арифметика не проблема. Проблема в том, что "Лондон на пять часов опережает Нью-Йорк " это не факт о двух городах. Это факт о двух городах в определенную дату, и в тот момент, когда вы записываете его без даты прикрепленной даты, вы создали ошибку.
Часовой пояс не является смещением. Это набор правил, которые создают смещение, когда вы подаете его в одно мгновение. Эти правила меняются: страны принимают летнее время, отказываются от него, сдвигают стандартное смещение или объявляют о постоянном изменении с уведомлением за три недели. Вот почему Преобразователь часовых поясов во время Toolz.dev никогда нигде не хранит смещение. Он спрашивает ИАНА база данных часовых поясов - та, что уже находится внутри вашего браузера - каково смещение именно в тот момент, когда вы конвертируете, и она снова запрашивает каждый второй момент.
TL;DR: Разрыв между двумя зонами зависит от даты, поскольку переходы на летнее время не выстраиваются в ряд между странами. выше Преобразователь часовых поясов Устраняет все смещение через базу данных IANA на конкретный момент, когда вы вводите, показывает как смещения UTC, так и подписанную разницу, обрабатывают получасовые и четвертьчасовые зоны и устанавливают один и тот же момент в нескольких городах в полосе планировщика собраний. Он работает полностью в вашем браузере.
Основные характеристики
Смещение разрешено за мгновение, никогда не закодировано
Каждое смещение в этом инструменте вычисляется путем форматирования вашего момента в целевой зоне и чтения настенных часов назад. Это единственное проектное решение означает переход на летнее время, изменение исторических правил, и все страны, которые корректируют свое смещение постановлением правительства, обрабатываются одним и тем же кодовым путем. Нет таблицы смещения для поддержания и нет таблицы, чтобы устареть. Преобразуйте встречу в январе и ту же встречу в июле между Берлином и Чикаго, и инструмент будет правильно дать вам семичасовой перерыв оба раза - но конвертировать один в конце марта и он правильно даст вам шесть.
Более 50 кураторских зон IANA
В сборнике указаны города, которые люди на самом деле планируют, сгруппированные по регионам, обозначены их страной и показаны вместе с полным идентификатором IANA. Последняя часть имеет большее значение, чем кажется: Asia/Kolkata Является ли строка, которую вы вставляете в выражение cron, postgres AT TIME ZONE пункт или питон ZoneInfo Конструктор. Чтение "Колкута, Индия" и копирование Asia/Kolkata две разные работы, и инструмент выполняет и то, и другое.
Полоса планировщика встреч
Ниже преобразования каждая добавленная зона получает ряд часовых ячеек, охватывающих окно вокруг вашего мгновения. Рабочее время (с 09:00 до 17:59 местное) заштриховано, ранние и поздние часы маркируются отдельно, и любая ячейка, попадающая в другой календарный день, несет +1d или -1d значок. Найти час, который цивилизован в Сан-Франциско, Лондоне и Сиднее одновременно, - сложная задача: полоса делает ее визуальной, а не арифметической.
Получасовые и четвертьчасовые зоны считаются нормальными
Индия UTC+05:30. Непал UTC+05:45. Аделаида — это UTC+09:30 зимой, а UTC+10:30 летом. Острова Чатем: UTC+12:45. Примерно пятая часть населения мира живет на зачете, которое не составляет целого количества часов, и любой инструмент, который предполагает обратное, для сотен миллионов людей неправильным. Смещение здесь сохраняется и отображается в минутах.
Отображаются сокращения для даты, которую вы ввели
Каждая сторона преобразования отображает аббревиатуру зоны, действующую в этот момент - EST или EDT, GMT или BST, AEST или AEDT. это самый быстрый способ увидеть, на какую сторону перехода вы приземлились. Если вы ввели мартовскую дату и инструмент говорит EDT, часы уже изменились. Если там написано EST, то нет.
Полностью клиентская
Каждый расчет выполняется в JavaScript в вашем браузере, используя Intl API и база данных часовых поясов, поставляемых вместе с двигателем. Ничто из того, что вы вводите, не загружается, ничего не регистрируется, и после загрузки страницы конвертер продолжает работать без сетевого подключения. Это также означает, что результат обновляет сразу, как вы меняете поле, потому что нет очереди туда и обратно.
Как использовать конвертер часовых поясов
Шаг 1: Установите зону источника, дату и время
Выберите город, который вы конвертируете из, затем введите дату и время точно так, как читают часы. Поле времени принимает значение 24 часа, поэтому 15:00 15:00, йо- Если вы хотите текущий момент, а не гипотетический, нажмите в то время- он загружает текущую дату и время, как видно в зоне источника, которая не обязательно совпадает с датой на вашей стене.
Шаг 2: Выберите целевую зону
Выберите город, в котором вы хотите получить ответ. Преобразованные дата, время и 12-часовое чтение появляются сразу же, вместе со смещением UTC и аббревиатурой, применяемыми в эту конкретную дату. Обратите внимание, что дата Может измениться: 21:00 в понедельник в Нью-Йорке 07:00 во вторник в Дакке, и инструмент показывает новую дату, а не тихонько оставляет вас, чтобы выработать ее.
Шаг 3: Считайте смещения и пробел
под каждой стороной вы получаете смещение в UTC±HH:MM форма и аббревиатура зоны. между ними инструмент указывает соотношение в словах - & quot;Dhaka на 10 часов опережает New York& quot; - с правильным значением для этой даты, а не заученным средним значением. используйте кнопку свопа, чтобы изменить направление; он остается прежним мгновение И переворачивает, с какой стороны вы входите, что почти всегда хочется.
Шаг 4: Создайте полосу встречи
Добавьте в планировщик каждую зону участника. Каждая строка показывает один и тот же момент в этой зоне плюс часы вокруг нее с затенением рабочего времени. Сдвиньте исходное время раньше или позже и наблюдайте за тем, как затенение. Когда заштрихованные ячейки выстраиваются в каждую строку, вы нашли свой слот.
Шаг 5: Скопируйте результат
Скопируйте только преобразованное время или полное выражение - Sun, Mar 12, 2026 09:00 EDT (America/New_York) = Sun, Mar 12, 2026 13:00 GMT (Europe/London)- и вставьте его в календарь пригласить. Написание обеих сторон с их сокращениями - единственная наиболее эффективная привычка не повторять мою лондонскую ошибку.
Как на самом деле работает преобразование часового пояса
Наивная ментальная модель состоит в том, что к каждой зоне прикреплено число, а преобразование — это вычитание. Эта модель неверна, так как в большинстве случаев правильные ответы дают правильные ответы, что является наихудшим возможным режимом отказа.
Правильная модель имеет три слоя.
Первый слой: мгновение. Под всем находится единая точка на универсальной временной шкале - эпохальная временная метка, счет секунд с 1970-01-01T00:00:00Z. мгновений однозначны.Все на Земле испытывают одно и то же мгновение одновременно, что бы ни говорили их часы.
Второй слой: смещение. Смещение — это подписанное количество минут, которое нужно добавить в UTC, чтобы получить время локального настенного часов. UTC-04:00 является смещением. это результат, не собственность места.
Третий слой: зона. Зона - это именованный свод правил - America/New_York- это отображает мгновение на смещение. Это слой, который люди сворачивают во второй слой, и этот коллапс является источником почти каждой когда-либо написанной ошибки часового пояса.
Так что преобразование не localB = localA + delta, йо- это:
instant = resolve(wallClockA, zoneA) // rules of A, applied to that reading
wallClockB = render(instant, zoneB) // rules of B, applied to that instant
Два поиска правила, один момент посередине. Инструмент делает именно это. Чтобы разрешить смещение зоны в одно мгновение, оно форматирует мгновение в эту зону, считывает год, месяц, день, час, минуту и секунды, рассматривает эти поля так, как будто они были UTC, и вычитают реальный момент. Разница в смещением в минутах прямо из копии двигателя базы данных IANA.
Идти в другом направлении - от чтения настенных часов до момента - имеет проблему "курица и яйцо", потому что вам нужно смещение, чтобы найти момент и момент, чтобы найти смещение. инструмент угадывает один раз, используя наивное смещение, проверяет, приземлилось ли предположение по другую сторону перехода, и исправляет, если оно произошло. Два поиска всегда заканчиваются, исправляются через границы летнего времени.
База данных часовых поясов IANA
База данных, от которой все зависит, поддерживается IANA и часто до сих пор называется «База данных Олсона» в честь Артура Дэвида Олсона, который начал ее в 1980-х годах. Он поставляется внутри каждой операционной системы, каждого браузера, каждой JVM и каждой установки Python, и обновляется несколько раз в год, потому что правительства постоянно меняют свое мнение.
Его идентификаторы принимают форму Area/Location, America/New_York, Europe/London, Asia/Kolkata, Australia/Sydney. Местоположение является представительным городом, а не политическим притязанием - America/New_York охватывает всю востчную зону США, и Индиане, как известно, нужно дюжина идентификаторов, потому что ее округа десятилетиями не соглашались, следует ли соблюдать дневное время.
То, что хранит база данных, — это не одно смещение для каждой зоны, а полная история правил. Он знает, что Украина Europe/Kyiv был Europe/Kiev Пока орфография не была обновлена в 2022 году. Он знает, что Египет вновь представил летнее время в 2023 году после того, как отказался от него в 2014 году. Он знает, что Самоа полностью пропустил 30 декабря 2011 года, когда перескочил по международной линии дат. Именно поэтому преобразование даты в 2015 году и даты в 2025 году для одной и той же пары городов может законно давать разные ответы, и почему инструмент, который жестко кодирует смещение, является инструментом, который лежит в прошлом.
Практическое следствие для тех, кто пишет программное обеспечение: Храните мгновения в UTC, сохраняйте зону пользователя в качестве идентификатора IANA и конвертируйте только на уровне отображения. Никогда не храните смещение. Смещение — это рендеринг правила, а правила меняются. Если вы работаете с ценностями эпохи напрямую, Конвертер времени отметки времени является сопутствующим инструментом для чтения их в качестве дат.
Смещение UTC, сокращения и названия зон: какие использовать
Эти три вещи постоянно путаются, и они не взаимозаменяемы.
| форма | пример | Стабильный? | Уникальный? | использовать его для |
|---|---|---|---|---|
| Название зоны IANA | America/New_York |
Да, через детское торжество | да | Хранилище, код, конфигурация, API |
| Смещение UTC | UTC-04:00 |
Нет, меняется при DST | нет | Дисплей, форматы проводов с мгновенным присоединенным |
| аббревиатура | EDT |
Нет, меняется при DST | нет | Только дисплей, обращенный к человеку |
Убийца - это последняя колонка. Аббревиатуры не уникальны. CST означает центральное стандартное время США, стандартное время Китая и стандартное время Кубы - три разных смещения, одна строка. IST означает индийское стандартное время, стандартное время в Ирландии и стандартное время Израиля. BST означает британское летнее время, а также стандартное время в Бугенвиле. Если система получает CST По проволоке и должен догадываться, что это угадает для кого-то неправильно.
Форма смещения однозначна, но не стабильна: UTC+01:00 Правильно идентифицирует рендеринг мгновенного, но это не зона, и вы не можете использовать ее для вычисления в следующий раз Вторник — рендеринг, потому что следующий вторник может выпасть на другую сторону перехода.
Только в имени IANA есть правила. Это единственный из трех, что вы должны упорно продолжать.
Почему разрыв между двумя городами продолжает расти
Причиной является экономия лета, и причина, по которой он так сильно кусается, заключается в том, что страны не синхронизируют свои переходы.
- США выдвигается вперед во второе воскресенье марта и возвращается в первое воскресенье ноября.
- Европейский Союз выдвигается вперед в последнее воскресенье марта и возвращается в последнее воскресенье октября.
- Австралия, находясь в южном полушарии, делает обратное: вперед в октябре, еще в апреле - и Квинсленд, Западная Австралия, и Северная территория этого вообще не делают.
- Индия, Китай, Япония, большая часть Африки и большая часть Азии Не соблюдайте его ни в каком месте.
Выровняйте их, и вы получите перекрывающиеся окна, где обычный пробел просто неверен:
| период | Нью-Йоркские часы | лондонские часы | щелч |
|---|---|---|---|
| Большая часть зимы | EST (UTC-05:00) | GMT (UTC+00:00) | 5 часов |
| Второе воскресенье марта → последнее воскресенье марта | EDT (UTC-04:00) | GMT (UTC+00:00) | 4 часа |
| Большая часть лета | EDT (UTC-04:00) | BST (UTC+01:00) | 5 часов |
| Последнее воскресенье октября → первое воскресенье ноября | EDT (UTC-04:00) | GMT (UTC+00:00) | 4 часа |
Два окна в год - примерно три недели весной и одна неделя осенью - в которых каждый & quot;we' всегда с интервалом в пять часов & quot; предположение в вашем календаре выключено на час. и это всего лишь одна пара городов. добавьте Сидней, переходы которого проходят в противоположном направлении, и количество различных значений разрыва в течение года быстро возрастает.
Сами переходы создают еще две опасности, которые стоит назвать. Когда часы прыгают вперед, час местного времени не существует- 02:30 в переходную ночь в Нью-Йорке - это не настоящее чтение. Когда часы отступают, час по местному времени бывает дважды, и голое чтение на стене действительно неоднозначно. Преобразователь разрешает несуществующие времена до момента сразу после перехода и неоднозначного времени до первого вхождения, которое является основным программным обеспечением для календаря. Это не единственный оправданный выбор, но он производит наименьшее количество сюрпризов.
Общие варианты использования
Планирование встреч в распределенной команде. Очевидный и тот, для которого существует полоса планировщика. Три или более зон — это то, где психическая арифметика надежно терпит неудачу, особенно когда одна из них находится в получасовом смещении или в южном полушарии.
Написание приглашений и объявлений календаря. Всегда указывайте время с зоной, всегда давайте по крайней мере два рендеринга и отдавайте предпочтение ИАНУ или полностью квалифицированной аббревиатуре, а не «моему времени». "14:00 UTC (10:00 EDT / 19:30 IST)" однозначно. "2pm" это подбрасывание монеты.
Отладка времени в журналах. Сервер регистрируется в UTC, клиент сообщает об инциденте в местное время, и их необходимо согласовать, прежде чем вы сможете найти запрос. Преобразуйте отчет клиента в UTC, затем найдите. Если журналы являются значениями эпохи, а не строками ISO, запустите их через Конвертер времени отметки времени первый
Планирование заданий cron и фоновая работа. Выражение cron на сервере, установленном на UTC, не будет меняться при переходе на летнее время пользователя & #39;s, что обычно является тем, чего вы хотите, а иногда и тем, чего вы не хотите, если задание предназначено для выполнения в 09:00 локально для клиента в стране, наблюдающей за летним временем. Отработайте оба показания, прежде чем зафиксировать расписание; синтаксический анализатор расскажет вам, что на самом деле означает ваше выражение.
Планирование поездок и звонки с семьей. Время отправления и прибытия всегда указывается в местном времени в каждом аэропорту, что означает, что длительность полета полета — ерунда, пока вы не конвертируете оба конца в одну и ту же зону. 14-часовой рейс, который «прибывает» перед отъездом, — это просто переезд даты.
Координация запуска, развертывания и эмбарго. Все, что имеет жесткое ограничение на нескольких рынках, нуждается в одном мгновении, выраженном в UTC, с местными рендерингами для каждого региона. Если вы вычисляете, сколько дней осталось до этого момента, а не читайте часы, Калькулятор разницы дат это вторая половина рабочего процесса.
часто задаваемые вопросы
Как преобразовать EST в IST?
отбор America/New_York В качестве источника и Asia/Kolkata как цель. Индия на 10 часов 30 минут впереди Нью-Йорка в восточном стандартном времени и 9 часов 30 минут вперед в восточное дневное время, потому что Индия не наблюдает дневного экономии, а Соединенные Штаты делают это. Этот сдвиг разрыва именно поэтому вы должны конвертировать дату, а не запоминать одно число.
В чем разница между EST и EDT?
EST (восточное стандартное время) составляет UTC-05:00 и применяется зимой. EDT (восточное летнее время) — это UTC-04:00 и применяется со второго воскресенья марта до первого воскресенья ноября. В документах и коде отдавайте предпочтение идентификатору IANA America/New_York, что однозначно круглый год.
Этот конвертер обрабатывает дневное время?
Да, и это делается для даты, которую вы вводите, а не для сегодняшнего дня. Каждая смещение зоны и #39;s разрешается через базу данных часовых поясов IANA в конкретный момент, когда вы конвертируете, поэтому встреча 1 марта и та же встреча 15 марта между Нью-Йорком и Лондоном правильно покажут пятичасовой разрыв и четырехчасовой разрыв соответственно - Соединенные Штаты переводят часы вперед на три недели раньше, чем это сделает Европа.
Что такое идентификатор часового пояса IANA?
это имя похоже America/New_York, Europe/London, или Asia/Kolkata взято из базы данных часовых поясов IANA, набора справочных данных, который записывает не только текущие смещения, но и каждое изменение исторических правил. Идентификаторы - это пары "Зона/Местоположение", и они являются единственным безопасным способом назвать зону в программном обеспечении, поскольку такие сокращения, как CST, неоднозначны - на это претендуют Центральный США, Китайский стандарт и Кубинский стандарт.
Почему в некоторых часовых поясах есть смещение 30 или 45 минут?
Потому что зоны политические, а не геометрические. Индия остановилась на UTC+05:30, чтобы управлять широкой страной на одних часах. Непал выбрал UTC+05:45, чтобы занять пятнадцать минут впереди Индии. Аделаида — это UTC+09:30, а острова Чатем — UTC+12:45. Любой код, который предполагает, что зачеты составляют целые часы, в конечном итоге будет неверным примерно для одной пятой части населения мира.
Что такое UTC и чем он отличается от GMT?
UTC (Всемирное координированное время) - это стандарт атомных часов, который каждая зона определяется как смещение от. GMT (среднее время по Гринвичу) - это часовой пояс, который зимой равен UTC+00:00 - Соединенное Королевство летом переходит на BST (UTC+01:00), поэтому & quot;GMT" и & quot;London time& quot; не одно и то же в течение всего года. Храните и сравнивайте моменты в UTC; конвертируйте в зону только для отображения.
Сколько часовых поясов в мире?
Теоретически 24 одночасовые полосы, но около 38 различных смещений UTC фактически используются, когда подсчитываются получасовые и четвертьчасовые зоны, охватывающие UTC-12:00 до UTC+14:00. Этот 26-часовой разброс является причиной того, что два места на Земле могут быть в разные календарные даты в одно и то же время. База данных IANA определяет несколько сотен именованных зон, поскольку она отслеживает как исторические, так и текущие.
Что происходит со временем, которое попадает в дневной пробел?
Когда часы пружинят вперед, час местного времени никогда не существует, поэтому 02:30 в ночь перехода в Нью-Йорке не является реальным чтением. конвертер разрешает такой ввод в момент сразу после перехода, а не возвращает неправильный ответ молча. Времена осенью перекрываются, когда одни и те же настенные часы происходят дважды, разрешаются к первому входу - соглашению, которому следует большинство календарных программ.
