サポートしているレガシー php アプリがあり、このアプリを中西部 (CST) にあるホストされたプロバイダーから東海岸 (EST) のローカル ネットワークに移動しています。アプリを移動したときに、日付と時刻の多くが間違っていることに気付きました。これは、db (mysql) に格納されている UNIX タイム スタンプを使用するスケジューリング/カレンダー アプリです。date_default_timezone_set('America/Chicago');
アプリケーション構成ファイルに追加すると、すべてがうまくいくことがわかりました。アプリケーションに新しいデータを追加していくつかのテストを行いましたが、すべて問題ないようです。私の質問は、アプリケーションが EST で実行されている場合でも、デフォルトのタイム ゾーンを America/Chicago に設定したままにしておいても大丈夫ですか? そうした場合、将来どのような影響に直面する可能性がありますか?
質問する
59 次
2 に答える
1
競合が発生しないように、OS でタイムゾーンを設定することをお勧めします。MySQL は現在、タイムゾーンに同意しません。これは、MySQL の日付関数を使用するクエリがある場合に問題になる可能性があります。または、電子メールなど、日付を操作するその他のソフトウェア。
于 2013-03-26T14:14:56.713 に答える
0
データを保存する際は GMT 日時を使用し、取得後に目的のタイム ゾーンに変換することを常にお勧めします。
あなたの場合、php でデフォルトのタイムゾーンを設定することはできますが、クエリの一部が now() または CURRENT_TIMESTAMP を使用している場合は失敗します。可能であれば、マシンのタイムゾーンを CST に変更して、不明な問題を回避してください。
于 2013-03-26T14:17:42.580 に答える