Jak sprawić, by wybór strefy czasowej był bardziej przyjazny dla użytkownika?

Question

The list of timezones jest dość długi, dużo powielania i niezbyt przyjazny dla programistów, nie mówiąc już o użytkownikach końcowych.

Czy istnieje sposób, aby skrócić listę do czegoś bardziej przyjaznego i wystarczającego dla 80% + użytkowników? Ale w takim razie jak zdecydować, który z nich jest popularny?

Lista w systemie Windows wydaje się całkiem niezła, ale nie jestem pewien, czy to dobra lista do naśladowania. Jest to interesujące, ponieważ DST jest opcjonalny, dlatego lista może być tak krótka? Ktoś worked out the tz equivalents here.

Jestem w Pacific Daylight Time (PDT). JS's getTimezoneOffset() zwraca 420 ==> offset -7. Jeśli korzystam z powyższej listy stref czasowych, w jaki sposób można powiedzieć, że jest to US/Pacific (-8)?

Ponadto, jakie są popularne nazwy stref czasowych? US/Pacific lub Canada/Pacific z pewnością brzmi bardziej przyjaźnie niż America/Los_Angeles lub America/Vancouver.

Na koniec, w jaki sposób różnią się 2 strefy czasowe? Czy można je bezpiecznie zgrupować i po prostu użyć w aplikacji aplikacji America/Los_Angeles? Jak połączyć strefy czasowe jednej grupy?

Dziękujemy!

Answer 1

Przyjazne nazwy TZ są subiektywne - jedno lubi jedno imię, podczas gdy ktoś inny się nim obraża. Zamiast próbować dowiedzieć się, jak skrócić listę tz, dlaczego nie zaimplementujesz geolokalizacji i nie wybierzesz dla nich strefy czasowej użytkowników?

To nie jest w 100% dokładne, a dla podróżujących ludzi jest po prostu źle, ale to jest lepsze niż sprawienie, że użytkownicy przewijają nieskończoną listę, tak myślę.

Answer 2

Spójrz na this approach to bardzo przyjazny dla mnie szwy i dobrze udokumentowane, jak to zrobić.