問題タブ [timezone-offset]

2週間後、タイムゾーンの問題に戸惑いました。ローカルホストではすべて正常に機能していますが、専用サーバーでは間違った値が返されます。私がこれまでに何をしたかを教えてください。

最初に以下のクエリでグローバルタイムゾーンを設定します:(ローカルホストとサーバーの両方でのスーパー特権）

クエリの下で実行して、実行された内容をクロスチェックします

ただし、ローカルサーバーと専用サーバーでは異なる結果が表示されます

ローカルホスト（192.168.xx）のmysqlバージョン：5.5.8

専用サーバー（182.168.xx）のmysqlバージョン：5.1.53-log

私の質問は

タイムゾーンが+00：00に設定されているのに、NOW（）が間違った時刻（上記はIST）を返すのはなぜですか？

サイドノート ：

以下のクエリを実行します

ローカルホストで

サーバー上

これは結果に影響しますか？また

以前のバージョンのmysqlにバグはありますか？

私を助けてください。

JavaScript で解析された日付の表示は、ページをロードしているマシンのタイムゾーンによって異なります。

タイムゾーンが要因にならないようにJSON日付を解析する方法を考えています。これが私の現在のコードです：

タイムゾーンのオフセットを無視する最善の方法は何ですか?

表の詳細に基づいて、「現在利用可能な」レコードを選択したいと思います。簡単なはずだと思いますが、もちろん見ていません。ここで質問することで、自分の質問に答えられるように頭をジョギングできることを願っています。

私は2つのテーブルを持っています：

現在のGMTタイムスタンプが「2012-07-0813：35：00 GMT」であることがわかっている場合、タイムゾーンを調整した後、table_2.day_of_weekが一致するtable_1からレコードを選択できるはずです。

MySql関数CONVERT_TZは有望に見えました！

CONVERT_TZ（ '2004-01-01 12:00:00'、'GMT'、'MET'）
CONVERT_TZ（ '2004-01-01 12:00:00'、'+ 00：00'、'+ 10：00 '）;

私はこれを試すことができた：

SELECT id from table_1 inner join table_2 ON（table_1.id = table_2.table_1_id）
WHERE DAYOFWEEK（CONVERT_TZ（UTC_TIMESTAMP、'GMT'、table_1.time_zone_name））= table_2.day_of_week

ただし、CONVERT_TZ関数は、ホストにインストールされているMySqlの「US/Eastern」などのゾーン名を受け入れません。MySqlドキュメントによると：

「MET」や「Europe/Moscow」などの名前付きタイムゾーンを使用するには、タイムゾーンテーブルを適切に設定する必要があります。

どうやらそれらは適切に設定されていません。

これについてもっと良い方法はありますか？任意の提案をいただければ幸いです。

私が引き継いだasp.net-mvc Webサイトがあり、人々が情報と時間を入力するページページがあります（ローカルタイムゾーンを含む）。データベースは開始時刻、終了時刻、およびタイムゾーンを保持しています。選択するリストを取得するコードは次のとおりです。

したがって、TimeZoneInfo.GetSystemTimeZones() から返された完全な文字列を格納するだけです。

このアプローチに欠陥はありますか? ここを読んで、これがマシンからローカルに発生することを少し心配しています。異なるマシンが異なる設定を持っている場合と同じです。また、すべてが UTC または GMT などとしてリストされているかどうかを把握しようとしています。. より良い提案はありますか？たとえば、Web サイトで UTC への変換を行い、データベース内のすべての時刻を正規化する必要がありますか?

あなたのためのヘッドスクラッチャー。

IPInfoDBのAPIからgeoIPデータを取得していますが、DSTを含むUTCからのタイムゾーンオフセットが返されます（現在反映されている場合）。

たとえば、私はEST（-5）に住んでいて、現在はDSTであるため、geo IP APIは-04:00オフセットとして（）を返します。

DSTはひどい頭痛の種なので、これは素晴らしいことです。しかし、驚いたことに、それは別の頭痛の種を引き起こしました。

このデータをPHPにロードして、AJAXを介してアプリケーションに渡します。アプリにIPアドレスの現地時間をライブで表示したいのですが。

私はそれをすべて完全に設定しましたが、AJAXを介して渡すために現在の時間date('H');と分を取得できるように、オフセットに一致するようにPHPタイムゾーンを設定する方法を見つけようと夢中になっています。date('i');

そのオフセットに基づいて現在の時間と分を表示できる特定の関数があるかどうか、またはオフセットに基づいてタイムゾーンを設定する実用的な方法があるかどうかはわかりません（有効な場合はDSTがすでに適用されています） 。

私はこれに対する答えを見つけるためにGoogleを検索して検索してきましたが、DSTがすでに適用されているため、私が行っていることはより具体的です。

PHP.netで、トリックを実行しているように見える関数が1つ見つかりました（自分のタイムゾーンで機能し、正しい時刻を返します）が、PSTなどの他のタイムゾーンでは、オフセットが正しい場合でも、本来より1時間遅れて返されます（-07:00DSTを使用）。

関数から返されるタイムゾーンがChile/EasterIsland原因だと感じています。できれば、これは米国でのみ機能するようにしますが、世界中で機能する必要があります。

これが私が今持っている機能です。非常に厄介なコードを許してください。私はここ数時間、解決策を見つけようとしてたくさんのことをいじっています。

ほとんどの機能はオンラインで見つかりました。

そこにある特定のタイムゾーンのスイッチ/ケースを含めまし:30た:45。スイッチ/ケースを必要とせずにそれを含める方法があるかもしれません。

注：オフセットは、常にそのまま、+00:00または-00:00geoIPAPIから返されます。

助けや正しい方向へのポイントをいただければ幸いです。私はPHPの初心者ではありませんが、オフセットは私にとって新しい話です。ありがとう！

これは、これが必要な私のJSコードの一部です。

「前」で日時を取得したいのですが、DSTが使用されている場合、日付は1時間ずれています。DSTが有効かどうかを確認する方法がわかりません。

夏時間がいつ開始および終了するかを知るにはどうすればよいですか？

戻り値

2012 年 8 月 20 日 (月) 15:00:00 ADT -03:00

2012 年 8 月 20 日月曜日 14:00:00 EDT -04:00 のように、parse() が -04:00 の時刻を返すことを期待します。

これをどのように処理しますか？サマータイムがここで物事を台無しにしていると思います。

Windows サーバーにはレジストリ キー HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation があり、フィールド ActiveTimeBias は、実行中のマシンの GMT からのオフセットを分単位で返します。

生成した HTML ページでユーザーの現地時間を表示する必要がある Web アプリケーションがあります。これを行うには、ユーザーにタイムゾーンのプリファレンスを設定してから上記の値をフェッチして、サーバー時間とクライアント時間を比較し、正しい計算を行うことができるようにします。

私たちが構築したサーバーでは、これはうまく機能します。私たちは、構成して使用する Windows サーバー ami を提供しているティア 1 クラウド プロバイダーにアプリケーションをデプロイしています。ローカル サーバーでクロック コントロール パネルを使用すると、TimeZoneInformation のレジストリ エントリが正しいことがわかりました。この仮想マシンに対して同じことを行うと、エントリは ActiveTimeBias を除いて正しくなります。

Microsoft は、通常の方法で個々の値をいじらないように警告しています。

コミュニティへの質問 - 他の誰かがこの問題に遭遇しましたか? もしそうなら、どのように修正しましたか?

私たちのシステムには、http ://download.geonames.org/export/dump/timeZones.txt から取得したオルソン タイムゾーンのリストがあり、このデータには、それぞれの年の 1 月 1 日と 7 月 1 日のみの正しいオフセットがあります。タイムゾーン。つまり、たとえば 1 月 2 日の夏時間によって一部のタイムゾーン オフセットが変更された場合、新しいデータを取得する 7 月 1 日まで、このタイムゾーンの正しいオフセットはありません。 olson タイムゾーン ID の曜日 (アメリカ/ロサンゼルス、オーストラリア/メルボルン、およびこのリストのその他)。