Я бы хотел показывать события в календаре для клиентов моего веб-сервиса.В отношении часовых поясов для этих событий возможны четыре сценария:
- Событие является локальным для клиента и находится в том же часовом поясе.Например, встреча с местным бизнесом.
- Событие физически находится в другом часовом поясе, чем клиент, но это «виртуальное» событие, и клиент будет посещать его в своем часовом поясе.Например, клиент может захотеть посмотреть концерт, транслируемый в прямом эфире через Интернет, но концерт находится где-то еще в мире.
- Событие, которое является чисто виртуальным, и все участники будут испытывать его из своего часового пояса.,Например, конференц-связь.
- Событие находится в другом часовом поясе, чем клиент, но клиент будет физически путешествовать в это место, чтобы посетить событие.Например, конференция в другом штате, в которой они участвуют.
Чтобы усложнить ситуацию, моя служба будет отправлять напоминания по электронной почте или по тексту этих событий.Я полагаю, что на самом деле это не сложно - всем участникам, посетившим это событие, будет отправлено напоминание за 1 час до времени, проведенного в физическом месте.Каждый получит его в одно и то же время по UTC, но их местное время может отличаться.
Поскольку мои пользователи будут путешествовать, они, вероятно, не будут находиться в одном часовом поясе.Так я постоянно изменяю время их событий в их календарях, основываясь на их текущем IP-номере или географическом местоположении HTML5?Не смущает ли это пользователей, если событие, которое было в 4 часа дня, теперь отображается в 2 часа дня в их календаре?
Существуют ли передовые практики для отображения этих сложностей часовых поясов?
Это SOвопрос похож на , но на самом деле он не касается того, как иметь дело с путешествующими пользователями, и других аспектов моего вопроса.