したがって、FreeBSDを実行しているサーバーがあります。私の場合はバージョン7.0です。 まず最初に、 dateコマンドを使用して現在の時刻を確認します。 タイミングが良ければ、この投稿を安全に閉じて、それ以上読むことはできません。そうでなければ、問題は「顔に」あります。 インシデントを解決するには、タイムゾーンを更新し、必要なタイムゾーンを選択する必要があります。
まず、ポートを更新します。いくつかの方法があります。 Cvsupはうまく機能します （cronに追加されると、常に最新バージョンのポートを使用できます）。 次に、 / usr / ports / misc / zoneinfoに移動し 、そこで通常のmake install clean && rehashを実行します。 これで、タイムゾーンの最新リストが作成されました。 適切なタイムゾーンを選択するだけで、問題は解決しません。 tzsetupユーティリティを起動し、リストからタイムゾーンを選択します。 私の場合（サーバーはノボシビルスクにあります）、これはアジアです-ロシア連邦-モスクワ+コンソールの3人の付着者はもちろん、これを手動で行うことができます
# cp /usr/share/zoneinfo/vash_chasovoy_poyas /etc/localtime
その後、サーバー全体を再起動することをお勧めします.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操作中に次のエラーが発生した場合、自分で追加します。
# pecl install timezonedb pecl.php.net is using a unsupported protocal - This should never happen. install failed
次に、以下を実行する必要があります。
# cd `pecl config-get php_dir` ( : mc cd `pecl config-get php_dir` , , ) # mv .channels .channels-broken # pecl update-channels
そしてもう一度繰り返す
# pecl install timezonedb
ありがとう 決定のためのナストラダムス 、私から善の光線まで:)