訪問者のタイムゾーンを使って日付と時刻の形式をローカライズする
ページ上のすべての日付と時刻を、ほとんど誰にとっても正しく読めない固定のサーバータイムゾーンではなく、訪問者自身の現地時刻と形式で表示します。
タグ
#タイムゾーン
過去のタイムゾーン変更と、それが今も重要な理由
数年前のタイムスタンプには、今日のルールではなく、当時実際に有効だったタイムゾーンのルールが必要です。これを間違えると、過去のデータが気づかないうちに壊れてしまいます。
訪問者の位置に基づいて正しい営業時間を表示する
掲載している営業時間と比較する前に訪問者の現地タイムゾーンを特定し、世界中の訪問者に「営業中」や「営業時間外」を正しく表示します。
極の近くでジオコーディングに何が起こるのか
極の近くでは、経線が1点に収束し、タイムゾーンはほとんど意味をなさなくなります。通常の前提に基づいて作られた位置情報ソフトウェアは、そこでおかしな挙動を示しがちです。
訪問者のタイムゾーンを初期値にするタイムゾーン選択を作る
訪問者自身に探させるのではなく、IPアドレスを使って設定フォームで訪問者のタイムゾーンをあらかじめ選択しておきます。
国際日付変更線と、それをまたぐリクエスト
わずかな距離しか離れていない2地点が、国際日付変更線がたまたまその間を通っているというだけの理由で、まったく別の日付になることがあります。
うるう秒、UTC、そしてそれがほとんど関係ない理由
UTCを地球の実際の自転と合わせておくために、ときどき1秒が追加されます。これを直接考慮する必要があるアプリケーションはほとんどありません。
検索テーブルの再構築でタイムゾーン検索が高速化
すべてのリクエストの背後にあるタイムゾーンの検索テーブルを高速化のために再構築しました。リクエストの構造やレスポンスのフィールドに変更はありません。
Bing Mapsのタイムゾーン連携から移行する
Bingのタイムゾーンデータは、多くの場合ジオコーディングの呼び出しと同じアカウントに紐づいています。その部分だけを切り分けて移行する方法を解説します。
サポートダッシュボードに現地時刻の時計ウィジェットを追加する
各顧客の現地時刻をサポートチケットのすぐ横に表示し、担当者が電話をかけても差し支えない時間帯かどうかをわかるようにします。
Google Maps Platformのタイムゾーン連携から移行する
Googleのタイムゾーン検索は、多くの場合、より大きなMaps Platformアカウントにまとめられています。その部分だけを移す方法を解説します。
タイムゾーンのルールを変更した国々
国のUTCオフセットは永続的なものではありません。政府は定期的にタイムゾーンの境界を引き直し、オフセットを調整し、夏時間を導入したり廃止したりします。ソフトウェアはそれに追随しなければなりません。
夏時間の切り替えと、その前後で壊れるリクエスト
年に2回、ある範囲の現地時刻が存在しないか、2回存在することになります。すべての時刻が一意に定まると想定しているソフトウェアは、まさにそのときに失敗します。
30分単位と45分単位のタイムゾーンを解説
すべてのタイムゾーンが1時間単位のきれいな区切りにあるわけではありません。30分や45分のオフセットを使う国がいくつかあり、1時間単位を前提としたコードはそこで壊れます。
UTCのタイムスタンプをユーザーの現地時刻に変換する
訪問者の座標と、正しいタイムスタンプを指定した1回のタイムゾーン検索を使って、生のUTCではなく訪問者の現地時刻でタイムスタンプを表示します。
タイムゾーンデータ：ルールは実際にどのように維持されているのか
タイムゾーンのオフセットは固定された物理的な事実ではなく、政府が変更する法的な決定です。ここでは、それがどのように追跡され、最新の状態に保たれているかを紹介します。
任意の緯度と経度のタイムゾーンを調べる
1回のAPI呼び出しで、任意の座標の組をタイムゾーン名、現在のUTCオフセット、略称に変換し、そのまま自分の日付ライブラリで使えるようにします。