年明け早々、会社のシステムに関して不具合報告が来る。原因を調べると、全く同じ定義の二つのテーブルに対し全く同じSQLなのに、片方のテーブルでは結果取得時にphpが静かに落ちてしまう。psqlコンソールから入力すると問題なく結果が出る。なんだこりゃ?

いろいろ調べてたどり着いた結論(仮説)は、PostgreSQLのバージョン。OSはx86_64のCentOS 4.6でほとんどがRPMパッケージで固めてあるのですが、このバージョンのCentOSで提供されるPostgreSQLが7.4。システム構築時点での最新版PostgreSQL 8.1はパフォーマンスが大幅に改善されたということだったので、こいつだけtarballからコンパイルして使っていたのです。

で、PostgreSQL 7.4でデータベースアクセス用に提供されているライブラリがlibpq.so.3、一方8.1はlibpq.so.4の使用を要求します。phpはRPMパッケージなのでlibpq.so.3を使ってアクセスしようとするわけで、ここでバージョンの不整合が発生しているのです。・・・よく今までこんなのが動いていたな。

では、phpもtarballでコンパイルしましょうかと挑んだところ、やれこのライブラリのバージョンが古いだとか、エラー続出で早々に断念。ではSRPMで--with-pgsql=shared→/usr/local/pgsqlとphp.specを編集してrpmbuildするも、コンバイル後の動作テストでFail(*1)。

結局、CentOS PlusのPostgreSQL 8.1 SRPM を取ってきてコンパイル、その後それを使ってphp SRPMのコンパイル(エラー出すのでlibc-clientも)、ついでにPostgreSQLに依存するdovecotのSRPM、さらにこれらのSRPMが依存する-develパッケージのインストールと、大掛かりな作業をやって、やっと動作検証機で動作しました。

さぁ、明日は本番機に適用だ。

(*1) 32bit環境だともしかすると動くかも。コンパイルログを見るとOIDの型がunsigned int(4バイト/PostgreSQL)とlong(8バイト/php)となっており、数値比較で常にFalseとなる論理式があるとWarning出てたので。

[参考]Hatena::Question 【総額1000ポイント】PHPとPostgreSQLの連携がうまくいきません。

[2008/2/8 追記] 本番機に入れたら、不具合が改善しない・・・テーブルのアクセス制限が狂っていたのが原因でした orz

このプログのエンジンであるppBlog を最新版にアップデート。作者がUTF-8環境に移行したいらしく、最新のβ版は今のところUTF-8版しかないし、そのうちEUC版がなくなるのは確実。とはいえ、セキュリティ方面のアップデートもあるので、バージョンアップしないのも気分悪い。

てなわけで、このブログはUTF-8になりました。読めなくなった方、申し訳ございません m(_ _)m いやね、時々Netscape 4.7とか古いブラウザでのアクセスがログに残ってまして・・・ こういう時って、検索エンジンはデータを全面更新するのですかね？ いや、検索効率考えたら内部は統一した文字コードで保存するだろ。

---

PSU 、本日より実装されたメイド服。アナウンスは以前からあったので、友人達は私が買うに違いないと囁き・・・私の対外的な印象について考えさせられる(-_-;) さほど興味はなかったのですが、着てやろうじゃありませんか。

髪形はどうしようかなと思ってたのですが、偶然にもそれまでしていたセミロング&サングラスが変にマッチして私の心をヒット。決定☆ ちょっとはひねらないと面白くないからね。友人たちにも受けたようで。

なんかこの画像の立ち絵を見ると、玄人志向 みたいだな・・・