自分アホです。MySQLのTIMESTAMP型はUPDATEのたびに、そのテーブルの一つ目のTIMESTAMP型のデータが更新されてしまうようです。知らんかった。しかし、Windows版だとならないのはなんでだろうか?もっと詳しく見ていかなきゃならないけど、今のところはここまで。
[eAccelerator]
あと、PHP5.2以降で、かつ、protectedな変数を持つプログラムはeAcceleratorでは動かないようです。よって、ZendFrameworkもSymfonyもアウトのようです(主要なフレームワークは全部アウトなんじゃないか?)。tracの方には修正版が上がってはいるようですが、eAcceleratorはやむを得ず停止しておく事にしました。
http://ktjx.blogspot.com/2007/04/symfony-eaccelerator-095.html
http://d.hatena.ne.jp/shimooka/searchdiary?word=*%5BeAccelerator%5D
試作プログラムはPDOのSQLiteで書いていたんだけど、本格的に動かさなきゃいかんという事で、
PDOのMySQLにDSNを変更してみた。しかし、悲しい事に、接続が上手くいかない。たぶん、クライアントライブラリーのバージョンが不一致らしい。ちょっと新しいだけで動かない事ってあるのか?
で、MySQL4.1系をインストールしデータベースを再構築。しかし、文字化けする。MySQL4.1は以前、文字コードLatin1でUTF-8のデータを普通にぶっ込んでいて、それで問題なく表示されていた。しかし、どういう訳か、今回は文字化けする。前とどう違うんだろう?よくわからん。
で、MySQL4.1系の文字化け回避方法で多く見られるのが、「set names utf8」というクエリーをデータベース接続直後に打つ事らしい。それで、回避できる。MySQL拡張関数では「mysqli_set_charset($con,"utf8");」こんな関数も登場したらしいけど、PDOにはないので、やむを得ず、exec関数でクエリーを打つことにする。たぶん、これで問題ないはず。
諸事情でMojaviを真剣に学習している最中なんです。
それはさておき、Mojavi3.0の動作確認でちょっとビックリ。
デフォルトのアクション実行したら、こんなエラーメッセージがズラズラと・・・。
Strict Standards: date() [function.date]: It is not safe to rely on the systems timezone settings, ....
date関数ということで、もしやと思い、調べてみたら、やはりPHP5.1のせいですよ。
タイムゾーンを設定しないと出てしまうらしい。
どうも、5.1.0からデフォルトタイムゾーンを設定しないといけないみたい。。 設定は、date_default_timezone_set関数で定義するか、php.iniで設定するかです date関数で”Asia/Tokyo・・”なんかのエラーが出る件:PHP5.1.0以降
↓こんな感じでphp.iniをいじった方が楽そうだ。XREAではどうなってるのかな?ちょっと不安だったりする。
date.timezone = Asia/Tokyo
「超・極める! PHP」がジュンク堂で早くも発売。17日の発売予定だったんですが、あったんですな。今回、丸ごとフレームワーク特集です。巻頭特集のPHP座談会の模様はなかなか読み応え有り。PHP初のフレームワーク本出版の話までありました。大規模システム開発についても触れているので、これから熟読させていただきます。