*.countファイルに8bit文字は記述されてないというわけで別原因ではないかと思いつつ調べは進んでいません。16:16:28私も先日サイトを移転したのですが、移転先が5.1.2でして同じ現象になりました。それでちょっとテストをしてみました。01:04:31以下の表示をするテストプログラムを作って日付変更の前後に実行してみました。日付の比較に使われているものです。赤背景は間違ってる部分。いまのところ良い模様です。補正をしないために、はじめから9時間引いたUTIMEを与えて"yesterday"を計算させると「9時間前の時間(昨日)の昨日の時間」を出してしまっているように見えます。1.4.6で運用していますがyesterdayが常に0になるこの症状が出ました。いまUTIMEの記述を削除して様子を見てます。12:52:27UTIMEの記述を削除したところ無事正常動作するようになりました。ありがとうございました。方がいいのではないでしょうか。02:08:50PukiWiki1.4.6からPukiWiki1.4.7+PHP5.1.6にしたところ、同じ症状になりました。(3)の記述で対応してみます。01:43:47pukiwiki1.4.7PHP5.2.5で同症状確認。UTIMEを削除したら改善しました。01:38:13PukiWiki1.4.7+PHP4.4.7からPukiWiki1.4.7+PHP5.2.5に更新した際に同症状確認。UTIMEを削除したら改善しました。24*60*60);とほぼ同じ意味になってるし。14:34:15この場合、UTIMEを削除するというのは巧いやり方ではないでしょう。UTIMEが設定された時間から“秒”をまたいでしまうとPukiWikiの1度の実行中に全体で同じ時間を使う前提が崩れる事になります。LOCALZONE)とするのが適切だと思います。私の個人的な考えとしては、折角数値として時間を持っているのにそれに対して文字列を与える事によって補正をかけること自体が巧いやり方とは思えません。可読性のためであればコメントを書くべきです。86400)かと思います。