При фильтрации результатов поиска по дате, должен ли часовой пояс быть критерием для даты?

Question

У нас есть веб-сайт с большим количеством событий, даты и время которых созданы администраторами.Администраторы выбирают часовой пояс для каждого введенного времени, и они хранятся в формате UTC.Мы пытаемся поддерживать глобальную аудиторию и быть полностью локализованными с точки зрения дат.

У нас есть страница поиска, которая позволяет вводить даты в качестве критериев поиска.

Таким образом, пользователи могут сказать,, покажи мне все события между "12:01 июль-1-2011" и "23:59 июль 10-2011".

Я пытаюсь выяснить, каков наилучший подход к определению часового пояса, в котором должны учитываться критерии фильтра даты.

1. Вынуждайте конечных пользователей выбирать часовой пояс при созданиифильтры даты.Это громоздко, и наши дизайнеры отталкивают нас.Это то, что я бы предпочел.
2. Предположим, что введенные даты находятся в «предпочтительном» часовом поясе пользователя, который устанавливается при входе в систему.
3. Сохранение времени по местному времени, без преобразования вУНИВЕРСАЛЬНОЕ ГЛОБАЛЬНОЕ ВРЕМЯ.Таким образом, конечные пользователи ищут в дате создания администратора.Я ненавижу эту идею, мне нужна помощь, чтобы объяснить, почему это плохо.

Пожалуйста, помогите!

Answer 1

Второй вариант - возможное решение вашей проблемы.И это, вероятно, лучший вариант.

Возможно, вы можете получить смещение текущего часового пояса из веб-браузера (с JavaScript), но проблема в том, что есть определенные часовые пояса, которые в настоящее время имеют такое же смещение, но летнее время включаетсяразные даты, поэтому результат поиска будет неточным.Если пользователь выберет предпочитаемый им часовой пояс и сохранит эту информацию в профиле, вы всегда сможете указать правильные даты и время, а также использовать эту информацию для поиска.Тем не менее, я бы добавил информацию рядом с окном поиска, чтобы конечный пользователь знал, к какому часовому поясу это относится (с JavaScript, который был бы очевиден: текущий, с профилем, который пользователь мог бы забыть).
Кстати.Информация о часовом поясе лучше всего показывать как «UTC + 02: 00 (Варшава, Загреб, Скопье)» вместо «Центрально-европейское время» ...

Что касается других вариантов:
1. Слишком много нажатий,А также «не заставляйте меня думать, я хочу, чтобы это было в моем местном часовом поясе, разве это не очевидно?».3. Местные времена не будут сопоставимы друг с другом.Вскоре вы получите две разные даты, относящиеся к одному и тому же моменту времени (по крайней мере, с точки зрения чисел).Действительно плохая идея.