EPEL に RPM パッケージが用意されています。yum で EPEL を使えるようにして phpMyAdmin をインストールします。

# yum install phpMyAdmin

アクセス許可

初期状態では、サーバのローカルからしか許可されていません。これをローカルエリアネットワークからアクセスできるように許可するには、/etc/httpd/conf.d/phpMyAdmin.conf を編集します。

<Directory "/usr/share/phpmyadmin">
  Order Deny,Allow
  Deny from all
  Allow from 127.0.0.1
  Allow from 192.168.1.0/24 ←追加
</Directory>

これで http://サーバ名/phpmyadmin/ にアクセスして、ログイン画面が出ればOKです。

もちろん、インターネット側からアクセスできるような設定もできますが、その場合は IP アドレスを限定したり Digest 認証の設定をするなどセキュリティには注意を払いましょう。

「mcrypt 拡張をロードできません」のエラー

「mcrypt 拡張をロードできません。PHPの設定を確認してください」というエラーが出た場合は、php-mcrypt パッケージがインストールされていません。yum でインストールして、Apache を再起動します。

# yum install php-mcrypt
# service httpd graceful

blowfish_secret の設定

「設定ファイルが秘密のパスフレーズ（blowfis_secret）を必要とするようになりました」というエラーが出た場合は、/usr/share/phpmyadmin/config.inc.php ファイルを編集して、$cfg['blowfish_secret'] に秘密のパスフレーズを設定します。

$cfg['blowfish_secret'] = 'ここに秘密のパスフレーズを設定'; /* YOU MUST FILL IN THIS FOR COOKIE AUTH! */

サーバが応答しません (あるいはローカルの MySQL サーバのソケットが正しく設定されていません)のエラー

「サーバが応答しません (あるいはローカルの MySQL サーバのソケットが正しく設定されていません)」というエラーが出るときは、メッセージどおり、MySQL のサーバが動いていない可能性があります。phpMyAdmin と MySQL のホストが異なる場合は、/usr/share/phpmyadmin/config.inc.php の $cfg['Servers'][$i]['host'] を変更します。

$cfg['Servers'][$i]['host'] = '192.168.1.100';  //←localhost から変更

RPM インストールであれば問題ないはずですが、それでもつながらない場合、ソケットの場所を確認します。ターミナルから mysql コマンドで接続したら　statusコマンドでソケットのパスを確認します。

$ mysql -u root
mysql> status
--------------
UNIX socket:            /var/lib/mysql/mysql.sock

このパスを、phpMyAdmin の config.inc.php に記述します。また connect_type も確認しましょう。

$cfg['Servers'][$i]['connect_type']  = 'socket';       // ←tcpから変更
$cfg['Servers'][$i]['socket']        = '/var/lib/mysql/mysql.sock';

ログイン画面の前にブラウザのパスワードダイアログが表示される

ログイン画面の前にパスワードダイアログがでる場合、以下の方法でログイン画面の表示に変更できます。管理画面に別途 Digest 認証などをかけているときは干渉して都合が悪いです。

$cfg['Servers'][$i]['auth_type']     = 'cookie'; //←http から変更

ログイン画面が出たら、通常は mysql データベースのログインアカウントとパスワードで入れるはずです。MySQL の初期状態では root ユーザでパスワード無しでは入れてしまいますので、その場合は root のパスワードを設定しましょう。

php.ini 変更

register_long_arrays を有効にします。

「1054 - Unknown column 'p.products_id' in 'on clause'」

この場合は、catalog/defaul.php 中の SQL 文で、left join の前の部分を (, ) で括ってやればよいようです。MySQL 4.1 より MySQL 5.0 では文法的なチェックが厳しくなったためということです。

$listing_sql = "select " . $select_column_list . " p.products_id, p.manufacturers_id, p.products_price, p.products_tax_class_id, IF(s.status, s.specials_new_products_price, NULL) as specials_new_products_price, IF(s.status, s.specials_new_products_price, p.products_price) as final_price from ((" . TABLE_PRODUCTS_DESCRIPTION . " pd, " . TABLE_PRODUCTS . " p) left join " . TABLE_MANUFACTURERS . " m on p.manufacturers_id = m.manufacturers_id, " . TABLE_PRODUCTS_TO_CATEGORIES . " p2c )left join " . TABLE_SPECIALS . " s on p.products_id = s.products_id where p.products_status = '1' and

CentOS 5.x では、PHP 5.1.6 をベースにしています。手順としては Oracle Instant Client をインストールし、CentOS の PHP の SRPM をダウンロードし、SPEC ファイルを編集し、ビルドという手順になります。

Oracle Instant Client の インストール

Oracle Instant Client 10.2.0.4 の RPM をダウンロードします。ダウンロードには OTN の登録が必要です。ここでは Linux x86版(32bit版)の 10.2.0.4 の RPM をダウンロードします。最低限、oracle-instantclient-basic と oracle-instantclient-devel のパッケージはインストールが必要です。jdbc ドライバは不要です。

次に /etc/ld.so.conf.d/oracle-instant-client.conf というファイルを作成し、ライブラリパスを追加します。

# echo '/usr/lib/oracle/10.2.0.4/client/lib/' >> /etc/ld.so.conf.d/oracle-instant-client.conf

64bit 版の場合は次のようになります。

# echo '/usr/lib/oracle/10.2.0.4/client64/lib/' >> /etc/ld.so.conf.d/oracle-instant-client.conf

ライブラリパスを再読込します。

# ldconfig

いまは PHP をビルドするのが目的なので、Oracle データベースへの接続確認は割愛します。

PHP の SRPM のダウンロード

なぜか yumdownloader コマンドではうまく行かなかったので、理化学研究所のミラーから直接ダウンロードしました。

  wget http://ftp.riken.go.jp/Linux/centos/5.4/os/SRPMS/php-5.1.6-23.2.el5_3.src.rpm

この RPM をインストールすると、/usr/src/redhat/SPECS/ に php.spec ファイルが置かれます。また、/usr/src/redhat/SOURCES/ 配下にビルドに必要な PHP のソースファイルと、各種パッチファイルや設定ファイルなどが置かれます。

パッチファイルのダウンロード

php-5.1.6-oci8conf.patch をダウンロードして SOURCES ディレクトリに配置してください。Oracle が提供する SRPM や、他のパッチを元に、私が作ったものです。

SPEC ファイルの編集

こちらも、oci8 のために変更が必要です。変更箇所が多いので、php.spec (php-5.1.6.23.2.el5_3 用 32bit)に置きました。これをダウンロードして php.spec と差し替えてください。変更点は diff を取ればわかると思います。64bit 環境では、ライブラリパスを /usr/lib/oracle/%{ociver}/client/lib から /usr/lib/oracle/%{ociver}/client64/lib に変更する必要があります。

RPM のビルド

  $ rpmbuild -ba php.spec --target i686  --define 'oracle 1'

開発ライブラリなどがないと、コンパイルエラーとなります。事前に php.spec の BuildRequires セクションに書かれている RPM 群を yum コマンドでインストールしておきましょう。bzip2-devel, curl-devel, libstdc++-devel などです。

  # yum install bzip2-devel curl-devel libstdc++-devel

ビルドにはかなり時間がかかります。RPM ファイルは上記の例では /usr/src/redhat/RPMS/i686/ に配置されます。 php-oci8-5.1.6-23.2.ora.i686.rpm というファイルが PHP の OCI8 関数のモジュールを含んだ RPM です。 このモジュールを含む PHP の RPM をインストールしたら Apache を再起動します。phpinfo() コマンドで oci8 パッケージが有効になっていることを確認してみてください。

さて、バージョンは 1.03 です。ちなみに日本語に対応しているのはメールの閲覧や作成だけで、ユーザインターフェースは日本語非対応です。とはいえ PHP で書かれたオープンソースなので、自分の手で日本語化することは可能だと思います。

ダウンロード

ダウンロードしたアーカイブをサーバ上で展開します。/var/www/html/atmailopen/ に配置します。ファイル・ディレクトリは、すべて apache ユーザで読み書きできる必要があります。

# wget http://atmail.org/download/atmailopen.tgz
# tar xzvf atmailopen.tgz
# mv atmailopen/ /var/www/html/
# chown apache:apache -R /var/www/html/atmailopen/

http://servername/atmailopen/ にアクセスすると、インストールウィザード画面になります。インストール要件がチェックされますので、ここで PHP のモジュールや設定の確認ができます。php.ini で upload_max_filesize と post_max_size を 16M 以上にしないとダメでした。

また、MySQL のデータベースを作成できる権限のあるアカウントが必要ですので、事前に作っておきます。今回は事前に空のデータベースも作成して、その DB にだけすべての権限を持つアカウントを作成しました。

# mysql -u root
mysql< CREATE DATABASE atmail;
Query OK, 1 row affected (0.01 sec)

mysql< GRANT ALL PRIVILEGES ON atmail.* TO atmailuser@localhost IDENTIFIED BY "********";
Query OK, 0 rows affected (0.00 sec)

ちなみにデータベース名やユーザ名は推測できない名前にした方がよろしいです。

インストーラは英語ですが、手順どおりにすすめていけば、それほど難しくありません。

ログイン

ログインページにアクセスすると、IE8ではなぜか Windows Media Player Extension を実行しようとしているというメッセージが出ますが無視します。新しいメールの到着音を出すために必要なようです。

また、画面は入力項目が多くて戸惑いますが、メールサーバ名なども入力が必要です。これに関しては、html/login-light.html ファイルの HTML フォームを書き換えることで、固定の初期値を表示したり、サーバ名を非表示にできます。

  <td align="left"><input name="MailServer" type="hidden" class="logininput"
 id="MailServer" value="mail.example.org"></td>

ログインできない

IMAP サーバと AtMail Open を同一のサーバにインストールすると、ログインできないという不具合があるようです。secure ログを見ると、dovecot が以下のようなエラーログを出しています。

dovecot-auth: pam_unix(dovecot:auth): check pass; user unknown
dovecot-auth: pam_unix(dovecot:auth): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser= rhost=172.16.0.100
dovecot-auth: pam_succeed_if(dovecot:auth): error retrieving information about user testuser@example.org

どうやら、”testuser” だけで dovecot にログインすべきところ “testuser@example.org” と@以降の文字列も付けたまま認証しようとして失敗しているようです。 Atmail User Community Forumの書き込みを参考に、libs/ IMAP_Client.php の 1697 行目に以下のコードを追加します。

        function login($user, $pass)
        {
                list($user, $crap) = split("@", $user, 2);
                $this->user = $user;

この回避策で、同一サーバでもログインができるようになります。

アドレス帳に削除できないアドレスが大量に表示される

Address book (アドレス帳) には、初期状態で大量のメールアドレスが登録されていました、これらは “Delete Selected” しても残ったままです。

どうやら Open LDAP のアドレス帳? に登録されているものらしいです。ローカルの OpenLDAP (slapd) は停止していますが、どうやらリモートのサーバにデフォルトで接続しにいく仕様のようです。メールアドレスの補完機能でもこのネット上の LDAP アドレス帳が機能してしまいますので、操作ミスでメールを誤って送付してしまう可能性があり危険です。

これらは libs/Atmail/Config.php ファイルを修正して表示されないようにします。addressbook_ldap_entries と autocomplete_ldap_entries の値を 1 から0 に変更します。また、dap_server が “directory.washington.edu” となっていますが、これも消しておきましょう。もちろんローカルの LDAP サーバでアドレス帳を管理しているのあれば、それらを利用するよう設定できます。

所感

みやすくわかりやすい AJAX を使ったUI は評価できますが、日本語 UI に対応していないのがマイナスです。また、設定画面でエンコードを ISO-2022-JP にしても、作成したメールは UTF-8 でした。これなら SquirrelMail や　RoundCubeの方がおすすめできますね。

  $var = 0;
  switch ( $var) {
    case 'X' : print "hoge"; break; //この行を通る。
    case 'Y' : print "foo"; break;
    default : print "bar"; break;  //ここは通らない。
  }

$var = "0"; のように $var が文字列型だと default 節に飛ぶのですが、$var = 0 のように数値型にして渡すと、数値に変換した hoge は 0 となるので、かならず1行目を通ってしまいます。

この例だけで言えば $var が常に文字列型になるようにコーディングすればよいのですが、やはり予想外のデータが送られてくることはあります。

このような場合は、キャストを使って常に文字列型にして比較させるようにコーディングするのがよいようです。

  $var = 0;
  switch ( (string) $var) {
    case 'X' : print "hoge"; break;
    case 'Y' : print "foo"; break;
    default : print "bar"; break;  //ここを通る。
  }

PHP Startup: Invalid library (maybe not a PHP library) 'libpq.so' 

のようなエラー(警告)が表示されました。

PHP 自体は動いているし、関係する RPM もすべてインストールされているのでおかしいなと思いつつ、whereis で調べてみると、php が複数インストールされている様子。

# whereis php
php: /usr/bin/php /etc/php.ini /etc/php.d /usr/local/bin/php /usr/local/lib/php.ini /usr/local/lib/php /usr/local/php5.dummy /usr/share/man/man1/php.1.gz

RPM ベースで管理するサーバなのに、誰かが勝手に PHP をソースからコンパイルしてインストールした模様。orz
しかもよくよく調べると PostgreSQL まで同じように rPM とソースがビルドしたものが混在している状態orz。インストールマニュアルまで作っているのに、どうしてソースからビルドするのでしょうか。何とかの一つ覚えなのか、ネットの古い情報を鵜呑みにしているのか……。

結局、冒頭のエラーは、/usr/bin/php -f のようにしてフルパスで指定して凌いでいますが、このサーバは近いうちにクリーンインストールが必要そうです。

大きなファイルがアップロードできない

php.ini の upload_max_filesize と post_max_size の値がどのようになっているか確認。あと、memory_limit は上記の2つの値より大きくなっている必要があります。php.ini が直接覗けない場合は

  echo ini_get('upload_max_filesize');
  echo ini_get('post_max_size');
  echo ini_get('memory_limit');

のようにして確認することもできます。まあ、php.ini を編集できないと回避できないのですが。

上記の設定に問題ない場合、HTML で MAX_FILE_SIZE を指定していないか確認します。

  <input type="hidden" name="MAX_FILE_SIZE" value="1000000" />

HTML のフォームに MAX_FILE_SIZE を設定することが推奨されていますが、この値をセットしていることを忘れて、変更が漏れているかもしれません。

Apache 側の設定の可能性もあります。httpd.conf や /etc/httpd/conf.d/php.conf などで、LimitRequestBody の値を制限しているかどうか確認してください。

そもそもアップロードできない

大きいファイルだけでなく小さいファイルもアップロードできない場合は、php.ini で file_uploads が Off になっているかもしれません。

また、form 要素の enctype 属性が multipart/form-data に設定されていない可能性があります。

  <form method="post" enctype="multipart/form-data">

それ以外では、サーバのテンポラリディレクトリが存在しなかったり、apache を実行しているユーザで書き込みできなくなっている可能性があります。php.ini の upload_tmp_dir に設定されているディレクトリが有効かどうか確認してください。

突然アップロードできなくなった

サーバのディスク容量が不足しているかもしれません。

エラーコードを調べる

PHP の変数 $_FILE["input_name"]["error"] にエラーコードが格納されています。エラーコードの説明 を参照すると、より原因が絞り込めます。

ORA-00911: invalid character in hogehoge.php on line X

しかし、SQL には誤りはなく sqlplus で実行できますし、しばらく時間が経過すると、Apache + PHP 上でもエラーかでなくなります。PHP のコード中では

putenv("NLS_LANG=Japanese_Japan.UTF8");

として、NLS_LANGの値を設定していますが、どうもこの設定が反映されないようです。いろいろ調べると、apache の起動スクリプト中で環境変数を設定すればよいということでした。

/etc/rc.d/init.d/httpd を直接編集しても良いのですが、Red Hat 系(Fedora や CentOS) では、それは避けた方が良さそうです。起動スクリプト中では /etc/sysconfig/httpd がユーザが編集するファイルとして読み込まれ、実行されますので、こちらに記述します。

# vi  /etc/sysconfig/httpd

export NLS_LANG=Japanese_Japan.UTF8

これで Apache を再起動後すれば、起動直後でも NLS_LANG の値が有効になっており、エラーは発生しなくなりました。

ただ、このページではソースからビルドする方法が解説されていますが、Red Hat 系のディストリビューションではやはり RPM で管理した方が良いので、prm.pbone.net で検索したところ、RPM で配布されているものを発見。

CentOS 5 であれば、RHEL5 用の RPM が使えますので、それをダウンロードしてインストール。設定は /etc/php.d/eaccelerator.ini に記述され手いるので、httpd を再起動するだけで OK。 php.ini への記述の追加の必要もなく有効になりました。phpinfo で確認できれば動作しています。

実際に早くなったかどうかは測定していませんが、簡単に利用できるという点で Zend Optimizer より導入しやすいかもしれませんね。

また、CentOS 5.2 では、PHP 5.1.6 をベースにしていますので、PHP 5.1.6 で Oracle に対応できるように RPM を作ってみました。php-5.1.6-20.el5_2.1.src.rpm を元に spec ファイルの書き換えと、PHP 5.2.5 の configure.m4 ファイルに対するパッチなどを参考にパッチを作成したところ、とりあえずビルドすることができました。

Oracle Instant Client 10.2.0.4 の 64bit 版を対象にしています。それ以外のバージョンや 32bit 版をビルドするためには SPEC ファイル中の設定を書き換える必要があります。そんなに難しくはないと思いますが。本当はパラメータで指定できるとよいのでしょうが。

• php.spec
• php-5.1.6-oci8conf.patch

RPM 作成手順

php-5.1.6-20.el5_2.1.src.rpm をインストールし、/usr/src/redhat/SPECS/php.spec を置き換えます。（32bit環境では –with-oci8 オプションに指定しているパスを修正する必要有り。）次に php-5.1.6-oci8conf.patch ファイルを SOURCE ディレクトリに配置して、rpmbuild -ba php.spec --define 'oracle 1' としてビルドしてください。

でき上がった RPM をインストールしたら Apache を再起動し、phpinfo() コマンドで oci8 パッケージが有効になっていることを確認してください。

うまく動かないときは

うまく表示されないときは、 LD_LIBRARY_PATH に Oracle Instant Client のライブラリパスをまだ追加していないからかも。 /etc/ld.so.conf.d/oracle-instant-client.conf というファイルを作成し

/usr/lib/oracle/10.2.0.4/client/lib/

のように Oracle Instant Client のライブラリパスを追加して保存。ldconfig コマンドでパスを読み込み直してから、再度 Apache を再起動してください。

ただしバージョンは少し古い 5.2.5 です。PHP の現行バージョンは 5.2.6 であり、脆弱性に対処されているそうなので、5.2.5 では不安がありますね。

また、i386 だけなので、x86_64 や i686 に最適化されたパッケージはありません。ぜひ SRPM を公開して欲しいところです。

追記

SRPMあるんじゃないのかな – よくきたはてダでご指摘いただきました通り、SRPM も公開されていました。src.rpm です。私の目が節穴でしたねorz。

この src.rpm を元にすれば、最新の 5.2.6 の RPM や、CentOS 5 向けの 5.1.6 の php-oci8 パッケージをビルドできそうです。時間のあるときに試してみたいと思います。試しました→CentOS 5.2 での Oracle 対応 PHP の RPM 《 futuremix

ところが、このときに require_once や include_once の参照先が見つからないことがあります。cron で php で作成したスクリプトを実行しようとしたときに次のようなエラーで悩まされました。

PHP Warning:  require_once(../hoge/foo.php): failed to open stream: No such file or directory 

require_once などで、require_once("../hoge/foo.php") のように相対指定をしているとダメなようです。これを回避するには require_once("/var/bar/hoge/foo.php") のようにルートからの絶対パスで書くか、cron 実行時にディレクトリを移動するように cron に記述をする必要がありました。

  cd /var/bar/batchdir && php -f/var/bar/batchdir/example.php

で、作成した PHP のバッチファイルをコンソールから直接実行すると問題ないのですが、cron から実行するとエラーとなります。file_exists 関数などで、2バイト文字の部分がうまく対応できないようです。

cron の設定ファイル中で環境変数を指定すれば解決します。

LANG=ja_JP.UTF-8

という記述を cron の設定ファイルの先頭部分に追加します。もちろん EUC の環境ならば、ja_JP.eucJP となります。

Notice: Undefined offset ……

これは、

list ($a, $b, $c) = get_hogehoge();

のような 3 つの戻り値を期待されている場面で

function get_hogehoge() {
    return list($foo, $bar);
}

のように戻り値の数が足りないときに出ていました。PHP 4 では、このような場合は勝手に $c に NULL が入りましたが、PHP 5 では Notice が出るようです。

Notice はエラーではなく注意なので、設定で消すこともできますが、あとあとのバグの元にならないように、きちんとコード側で対応した方がよいとは思います。

私も UTW を使っていた関係で、この UTWRenderThing を使っていたのですが、エラーログに次のような記録がかなり出ているることに気づきました。

PHP Warning:  Invalid argument supplied for foreach() in /wordpress_install_dir/wp-content/plugins/UTWRenderThing.php on line 561

タグを元に関連記事をリストアップしくれる UTW_ShowRelatedPostsForCurrentPost 関数を使ったときに、タグが1つも設定していない記事だと、foreach ループで回すための変更に配列が格納されずにエラーとなるようです。

そこで、 UTWRenderThing.php の561行目の前に次のコードを入れて、配列かどうかをチェックするようにしました。

  $tagids = array();
  if (!is_array($tags)) return NULL; //←この行を追加
  foreach($tags as $tag) {

これでエラーログに該当のエラーは出なくなりました。

この文字捌けの回避方法が分かりました。原因は、lib/dbman_list.inc.php ファイル中で、htmlentities関数で、2バイト文字がバイト毎に分割されて実体参照に変換されていたためです。回避するには 213 行目あたりの htmlentities の第三引数に文字コードを指定します。

else $row[$ID][$int]['value'] = htmlentities($array['value'], ENT_COMPAT, "EUC-JP");

EUC-JP を直接指定するのはエレガントではありませんが、とりあえずこの方法で回避できました。

画面が真っ白

setup.php は動作しますが、なぜか index.php は表示されません。画面が真っ白になります。エラーログには何も出ていませんが、何か php のパッケージが足りないとこうなるようです。

ためしに php-dba, php-xml, php-xmlrpc, php-soap などのパッケージを入れたところ使えるようになりました。

未翻訳部分

lang/jp.inc.php を編集します。たとえば

$_lang["Modify"]  = "修正";

などを追加します。

文字化け

プロジェクト名やファイル名が日本語だと文字化けします。しかし、小一時間ソースを探しましたが、どこを修正すればよいのか分かりません。分かる方は教えてください。

追記 (2007-11-30)

文字化けの回避方法が分かりました。PHProjekt の文字化けを修正するを参照してください。

ダウンロード・展開

PHProjekt Download から tar または zip ファイルのどちらかをダウンロードして解凍します。

サーバ上の /var/www/html/phprojekt にファイルを設置して、所有者・グループは apache にします。特にコンパイルなどの作業は必要ありません。

# chown apache:apache -R /var/www/html/phprojekt

Apache の設定

日本語対応は EUC で行なわれているようなので、Apache の文字コードを EUC に設定します。.htaccess ファイルを作成して

AddDefaultCharset EUC-JP

としておきます。マイコミジャーナルの記事によれば、php.ini の mbstring.internal_encoding や mbstring.http_output なども変更した方が良さそうですが私は何も指定しませんでした。

追加パッケージのインストール

install というテキストファイルを読むと、php-imap が必要なようなので、なければインストールしておきます。

  # yum install php-imap

データベースの作成

データベースには MySQL だけでなく PostgreSQL なども利用できます。今回は PostgreSQL を利用します。

  $ createdb -E EUC_JP phprojekt
  $ createuser phprojekt -P

のようにして EUC で phprojekt データベースを作成します。ユーザ名も phprojekt で作成しました。ただ、これは設定時に指定できますので、別の名前にしても問題ありません。

環境の確認

http://(server_name)/phprojekt/env_test.php にアクセスして、環境が整っているかどうかのテストができます。英語ですがそんなに難しくありませんので一通りやっておきましょう。

セットアップ

環境のチェックで問題がなければ、いよいよセットアップです。http://(server_name)/phprojekt/setup.php にアクセスします。

Langauge には日本語を選び、その他の項目を入力し「Advanced Configuration」を選びました。ただし次の画面で文字化けしましたが、ブラウザの文字コードを手動選択すると、日本語で詳細のセットアップができるようになりました。ただし一部は英語のままです。

セットアップがうまくいけば、データベースにテーブルが作成されます。

管理者でのログイン

http://(server_name)/phprojekt/ にアクセスしてログイン画面が出れば成功です。最初に設定した root ユーザでログインできます。

はじめはデータが何もないのでスカスカな感じです。まだ英語の部分が残っていたり、文字化けしているところもあります。このあたりは独自にソースを書き換えるなどし対応していくしかなさそうです。本家に貢献できればよいと思いますね。

昔は Yahoo が yScript という独自言語で開発しているのを知っていましたが、いつのまにか PHP での開発にシフトしていたんですね。しかも PHP 以外にも Apache、MySQL などのオープンソース・ソフトウェアを利用している現状やその経緯について触れられています。

また、Yahoo はなぜ PHP のフレームワークとして Smarty ではなく Symphony を使っているのか、セキュリティ上どのような設定にしているのかなど、PHP 技術者なら興味深い話題が満載です。大変参考になりました。

• 管理画面の記事一覧に被ブックマーク数を表示
• Yahoo!ブックマークを追加（以下略）

ということなので、バージョンアップしてみました。

……が、うまく動きません。

出力結果を調べてみると、PHP のコードがそのまま出力されています。コードを見ると <?= ・・・ > のような短縮形で書かれています。これは PHP のShortOpenTag の形式ですが、このサーバのように php.ini で short_open_tag=OFF に設定されているサーバでは利用できない記述形式です。な

php.ini で short_open_tag を有効にできるのであればそれで解決しますが、その場合でも PHP ソース中の XML 宣言とぶつかるなどの別の不具合が生じます。私の環境では、これが理由で OFF にしています。

short_open_tag が無効な環境でプラグインを動作させるようにするには、 template_post.php と template_list.php を修正し、<?= ・・・ ?> の部分を <?php _e(・・・)?> に書き換えてください。 <?php echo ・・・?> に書き換えてください。この形式あれば short_open_tag の on/off に関わらず動作します。