誰もが知っているように、2011年、ロシア連邦大統領令は冬時間への移行を廃止しました。 しかし、10月30日、多くのコンピューターで時計が転送されました。 必要な更新が時間どおりにダウンロードされなかった理由はわかりません（管理者の過失またはこの操作の不可能性）。 今の主なことは、時計を最新の状態にすることです。 具体的には、FreeBSD OSに焦点を当てます。 誰がこのカップを通過しなかった-私は猫をお願いします。
したがって、FreeBSDを実行しているサーバーがあります。私の場合はバージョン7.0です。 まず最初に、
dateコマンドを使用して現在の時刻を確認します。 タイミングが良ければ、この投稿を安全に閉じて、それ以上読むことはできません。そうでなければ、問題は「顔に」あります。 インシデントを解決するには、タイムゾーンを更新し、必要なタイムゾーンを選択する必要があります。
まず、ポートを更新します。いくつかの方法があります。
Cvsupはうまく機能し
ます （cronに追加されると、常に最新バージョンのポートを使用できます）。 次に、
/ usr / ports / misc / zoneinfoに移動し 、そこで通常の
make install clean && rehashを実行します。 これで、タイムゾーンの最新リストが作成されました。 適切なタイムゾーンを選択するだけで、問題は解決しません。
tzsetupユーティリティを起動し、リストからタイムゾーンを選択します。 私の場合（サーバーはノボシビルスクにあります）、これは
アジアです-ロシア連邦-モスクワ+コンソールの
3人の付着者はもちろん、これを手動で行うことができます
その後、サーバー全体を再起動することをお勧めします
.dave42の 投稿とコメントから知られるようになったため、
cronと
mysqlは再起動するまで間違った時間で動作し続けます。他のデーモンも悪い動作をする可能性があります。 サーバーを再起動する方法がない場合は、少なくともサービスを個別に再起動してください。 ご協力ありがとうございます。
UPD以下のコメントでは、
Nastradamusが、サービスの不正な動作、つまりPHPの別の事実が明らかになったことを報告しています（私もこのことに気付きました）。
ナストラダムス2011年11月1日、14：57
PHPでそのようなことに直面しました。
phpinfo（）：
日付
日付/時刻のサポートが有効
Olson Timezone Databaseバージョン2010.9
タイムゾーンデータベース内部
デフォルトのタイムゾーンヨーロッパ/モスクワ
ApacheへのPHPモジュール、Apacheが再起動しました。
だから私は問題を解決する方法を考えています-PHPは1時間前の時間を示しています。
おそらくphpを再構築する必要があります。
ナストラダムス2011年11月1日、15：08＃↑
くそー、ポートの再構築は役に立たなかった。
みんなに考えてほしい。 問題は深刻です！
FreeBSDとPHP 5.2.17_3についてです
ナストラダムス2011年11月1日、15：21＃↑
テストベンチの完全な再起動は役に立ちませんでした！
ナストラダムス2011年11月1日、15：27＃↑
次のように修正されました。
1）timeldbのインストール
2）ファイル/usr/local/etc/php/extensions.iniに次の行を追加します。
拡張子= timezonedb.so
3）Apacheを再起動しますpecl操作中に次のエラーが発生した場合、自分で追加します。
次に、以下を実行する必要があります。
そしてもう一度繰り返す
ありがとう 決定のための
ナストラダムス 、私から善の光線まで:)