時區對照

這裡沒有打包任何時區表。所有偏移都是問瀏覽器的:用 Intl.DateTimeFormat 把同一個時刻格式化到目標時區,再把讀回來的年月日時分當成 UTC 減掉原本的時刻,差值就是那一刻的偏移。這樣做的理由很實際——IANA 的時區資料庫一年改好幾次(某個國家宣布廢除日光節約、某個地區換偏移),打包在網站裡的表會過期,而瀏覽器的表會隨著瀏覽器更新。代價是這一頁的答案取決於使用者的瀏覽器有多舊。

真正麻煩的是反方向。「某地當地時間下午兩點半是哪一刻」沒有對應的 API,只能猜再驗:先用那個當地時間當成 UTC 去問偏移,換算出一個候選時刻,然後把候選時刻再格式化回去,看看是不是真的等於你要的當地時間。一年裡有兩個小時會驗不過——時鐘往前跳的那一小時根本不存在,時鐘往後撥的那一小時會出現兩次。這頁不會偷偷選一個,而是標成「不存在」或「出現兩次」,因為那正是會議被行事曆莫名挪走一小時的原因。

日光節約沒有旗標可以讀,所以是比出來的:拿同一年一月和七月的偏移,取較小的當成標準時間,現在的偏移比它大就是夏令時間。南北半球都適用,不換時間的時區一月和七月相同,就永遠不會被標記。「日期差」那一欄同理——它不是時差除以二十四,而是把兩地的年月日換成日數相減,所以看到 −1 就真的是對方還在昨天。

半小時與四十五分鐘的時區不是例外情況,是正常情況:印度 +05:30、尼泊爾 +05:45、南澳 +09:30、查塔姆群島 +12:45。偏移一律以分鐘儲存、以 ±HH:MM 顯示,所以這些地方不會被四捨五入到最近的整點——那種錯誤在排會議時剛好會讓人晚到十五分鐘。