PHP5.3.2のリリース に伴い、早速にアップグレードしまして メモがてらインストールログです。

configure

configureは CentOS5.3 で PHP5.3をインストール（YUM風オプションで） に倣いまして、yum風な設定にしています。

x86_64（64ビット）

以下をコピペしてお使い下さい

./configure –with-apxs2=/usr/sbin/apxs –build=x86_64-redhat-linux-gnu –host=x86_64-redhat-linux-gnu –target=x86_64-redhat-linux-gnu –program-prefix= –prefix=/usr –exec-prefix=/usr –bindir=/usr/bin –sbindir=/usr/sbin –sysconfdir=/etc –datadir=/usr/share –includedir=/usr/include –libdir=/usr/lib64 –libexecdir=/usr/libexec –localstatedir=/var –sharedstatedir=/usr/com –mandir=/usr/share/man –infodir=/usr/share/info –cache-file=../config.cache –with-libdir=lib64 –with-config-file-path=/etc –with-config-file-scan-dir=/etc/php.d –with-pic –with-bz2 –with-curl –with-exec-dir=/usr/bin –with-freetype-dir=/usr –with-png-dir=/usr –enable-gd-native-ttf –with-gettext –with-gmp –with-iconv –with-jpeg-dir=/usr –with-openssl –with-pcre-regex=/usr –with-zlib –with-layout=GNU –enable-exif –enable-ftp –enable-magic-quotes –enable-sockets –enable-sysvsem –enable-sysvshm –enable-sysvmsg –enable-wddx –enable-ucd-snmp-hack –enable-shmop –enable-calendar –with-libxml-dir=/usr –enable-pcntl –enable-mbstring –enable-mbregex –with-gd=shared –enable-bcmath=shared –enable-dba=shared –with-db4=/usr –with-xmlrpc=shared –with-mysql=/var/lib/mysql –with-mysql-sock=/var/lib/mysql/mysql.sock –with-mysqli=shared,/usr/bin/mysql_config –enable-dom=shared –enable-soap=shared –with-xsl=shared,/usr –enable-xmlreader=shared –enable-xmlwriter=shared –with-pdo-mysql=shared,/usr –enable-zip –enable-zend-multibyte –with-mcrypt

i386（32ビット）

以下をコピペしてお使い下さい

./configure –with-apxs2=/usr/sbin/apxs –build=i386-redhat-linux-gnu –host=i386-redhat-linux-gnu –target=i386-redhat-linux-gnu –program-prefix= –prefix=/usr –exec-prefix=/usr –bindir=/usr/bin –sbindir=/usr/sbin –sysconfdir=/etc –datadir=/usr/share –includedir=/usr/include –libdir=/usr/lib –libexecdir=/usr/libexec –localstatedir=/var –sharedstatedir=/usr/com –mandir=/usr/share/man –infodir=/usr/share/info –cache-file=../config.cache –with-libdir=lib –with-config-file-path=/etc –with-config-file-scan-dir=/etc/php.d –with-pic –with-bz2 –with-curl –with-exec-dir=/usr/bin –with-freetype-dir=/usr –with-png-dir=/usr –enable-gd-native-ttf –with-gettext –with-gmp –with-iconv –with-jpeg-dir=/usr –with-openssl –with-pcre-regex=/usr –with-zlib –with-layout=GNU –enable-exif –enable-ftp –enable-magic-quotes –enable-sockets –enable-sysvsem –enable-sysvshm –enable-sysvmsg –enable-wddx –enable-ucd-snmp-hack –enable-shmop –enable-calendar –with-libxml-dir=/usr –enable-pcntl –enable-mbstring –enable-mbregex –with-gd=shared –enable-bcmath=shared –enable-dba=shared –with-db4=/usr –with-xmlrpc=shared –with-mysql=/var/lib/mysql –with-mysql-sock=/var/lib/mysql/mysql.sock –with-mysqli=shared,/usr/bin/mysql_config –enable-dom=shared –enable-soap=shared –with-xsl=shared,/usr –enable-xmlreader=shared –enable-xmlwriter=shared –with-pdo-mysql=shared,/usr –enable-zip –enable-zend-multibyte –with-mcrypt –enable-mbstring

インストール

sudo make install

以下のコマンドでPHPのバージョンが"5.3.2"と表示されればOKです。

$ php -v

PHP 5.3.2 (cli) (built: Mar  6 2010 20:49:38)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies

httpd を再起動してPHPを読み込み直します。

# service httpd restart

eAcceleratorをインストール

eAccelerator をデフォルトで利用しています。
こちらも make し直して、新規にインストールします。

cd /usr/local/src
wget http://bart.eaccelerator.net/source/0.9.6/eaccelerator-0.9.6.tar.bz2
tar jvxf eaccelerator-0.9.6.tar.bz2
cd eaccelerator-0.9.6
phpize
./configure --enable-eaccelerator=shared
export SED=sed
sudo make
sudo make install

php.ini に記述追加

※zend_extension は eaccelerator.so のインストール先を指定します。

※eaccelerator.cache_dir の指定先ディレクトリは予め作成しておきます。

[eaccelerator]
zend_extension="/usr/lib/20090626/eaccelerator.so"
eaccelerator.shm_size = "32"
eaccelerator.cache_dir = "/var/php-cache/eaccelerator"
eaccelerator.enable = "1"
eaccelerator.optimizer = "1"
eaccelerator.check_mtime = "1"
eaccelerator.debug = "0"
eaccelerator.filter = ""
eaccelerator.shm_max = "0"
eaccelerator.shm_ttl = "86400"
eaccelerator.shm_prune_period = "0"
eaccelerator.shm_only = "0"
eaccelerator.compress = "1"
eaccelerator.compress_level = "9"
eaccelerator.keys     = "shm_and_disk"
eaccelerator.sessions = "shm_and_disk"
eaccelerator.content  = "shm_and_disk"

phpのバージョンを再度確認

以下のコマンドでPHPのバージョンが"5.3.2"と表示され、eAccelerator がその下に記述されていればOKです。

$ php -v

PHP 5.3.2 (cli) (built: Mar  6 2010 20:49:38)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
   with eAccelerator v0.9.6, Copyright (c) 2004-2010 eAccelerator, by eAccelerator

eAccelerator を使う環境で VirtualHost をする

eAccelerator を使う環境で VirtualHost をする場合、httpd.conf の 同 VirtualHost 内の セクションに以下を記述します。

name_space 名は、他と重複しなければ何でも良いです

   php_value eaccelerator.name_space "project_name"

メモがてら程度の簡単なログですがお役に立てますと幸いです。

関連リンク

• PHP本家
  • http://php.net/
• eAccelerator本家 ※0.9.6 がリリースされています。
  • http://eaccelerator.net/

1月冒頭に 年始の抱負 を書いた後、忙しさにかまけ、jQuery と PHP の新バージョンに心踊らせるのに精一杯で、Corei7の低TDP版 "Corei7-860S" の登場にも気付かず今日気づきました。
ついに Core2 Quad シリーズも世代交代か・・・と考え始めております今日この頃です。

今回弊社のサービス"TwitPepper（ツイットペッパー）"の技術面から見た中身についてご紹介したいと思います。

TwitPepper（ツイットペッパー）とは

TwitPepperとは、Twitterのデザインを外部から簡単に変更できるサービスを提供しているサイトです。

Blogサービスのスキン変更のように、自分もTwitterページをお手軽に色々なデザインに変更することができます。詳しくは TwitPepper内の解説ページ をご覧下さい。

遅ればせながらなのですが、昨年12.21にリリースしまして本年冒頭にプレスリリース、1月末に月間カレンダーシリーズをリリースしまして、好評頂いておりますサービスです。（3月分のカレンダーももうすぐアップされると思います。）

TwitPepperのWebアプリケーション概要

TwittPepperは、いわゆるLAMP構成で構成されています。LAMP構成の詳細は以下になっています。

• L・・・Linux (CentOS 4 i386)
• A・・・Apache 2.2 + Apache 1.3
• M・・・MySQL 5.0
• P・・・Perl（mod_perl）

それぞれの概要を記述していきます。

L・・・Linux (CentOS 4 i386)

TwittPepperのサーバは、さくらインターネットの専用サーバ を使っています。OSはCentOS4（i386/32bit）を利用しています。現在はまだそれほどのトラフィックが発生していないので、いわゆる10Mスタンダード がデフォルトで付いていますのでそちらを利用しています。
※サーバを借りた時期がやや以前なので、旧ネットワークプランにリンクしています。

さくらさんでは、OSは他にUbuntu、FreeBSDなども選択可能 ですが、弊社では新規のサーバは全てCentOSで統一しています。

また、バージョンは基本5、で i386（32bit）を選択しています。
（今回借りているサーバはやや以前に借りたサーバなので、バージョン4ですが、現在はデフォルトでバージョン5を選択しています。）

搭載するメモリ量について

x86_64（64bit）を選択しない理由は、64bit化するとWebアプリケーションのプロセスサイズが肥大化し、メモリ増強が必要になります。なのですが、さくらさんではメモリが月額料金にのっているため、月々のランニングコストに乗ってしまいます。

ランニングコストの内訳は以下になります。

弊社ではできるだけランニングコストを抑えたいので、メモリサイズを最小で運用できるi386（32bit）で運用し、まずはデフォルトのメモリ2Gで運用。その後メモリが必要であれば+2G（月額2,100円追加）で最大4G(2G+2G)に拡張し、32bitOSの上限値までメモリを利用できる形で1つのWebアプリケーションを完結させています。

ノウハウ集約のためにOSを統一

もちろん、案件によってはメモリ8Gを必要とするサーバの構築もありますので、そういった場合は x86_84（64bit）のOSを積み、そもそもメモリ4Gの壁が存在しない形にしています。

以前はFreeBSD、RedHaｔLinux、FedoraCoreが混在していたのですが、CentOS以降は書籍・ネット上の資料がCentOSが一番多いと判断しまして、ノウハウの集約をする為にも、OSは統一しています。

自分は以前からFreeBSDをずっと使ってきていて、慣れている部分も多かったのですが・・・ yumの利便性と、案件によってはJavaが動作する環境が必要だったため、Linuxに移行しました。

関連リンク

• さくらインターネット・専用サーバTOP
  • http://server.sakura.ad.jp/
• さくらインターネット・専用サーバ サービス仕様
  • http://server.sakura.ad.jp/dedicated/specification.html

A・・・Apache 2.2 + Apache 1.3

WebサーバはApacheを利用しています。こちら、表記が2つあり Apache 2.2 と Apache 1.3 の2つが存在しています。
これは、"リバースプロキシ（Reverse Proxy）" という技術を使ってWebアプリケーションを運用しているため、1つのサーバに2つのWebサーバが混在しているという形になっています。

リバースプロキシ（Reverse Proxy）とは

"リバースプロキシ（Reverse Proxy）" という技術は色々な場面で使われています。
弊社では主に "Webサーバを多段構成にする事で、負荷軽減を狙うための技術" として用いています。
とても簡単な図解なのですが、以下の様に構成しています。

• リバースプロキシ（Reverse Proxy）の構成例
  

Proxy側（フロント）・・・Apache2.2

Proxy側（フロントエンド）は yum 経由でインストールできる、 Apache2.2 を利用しています。 yum が使えない場合はソースコードからApache2.2をインストールします。

• yum から Apache2.2をインストール

  sudo yum install httpd

• ソースコードから Apache2.2をインストール

  ./configure --enable-mods-shared=all
  --enable-so
  --enable-proxy
  --enable-proxy-connect
  --enable-proxy-http
  --enable-proxy-balancer
  --enable-ssl
  --enable-dav
  --enable-cache
  --enable-disk-cache
  --enable-mem-cache 
  
  sudo make install

Apache2.2 を利用している理由は、まず Apache2.x 以上のApacheは SSLの扱いが簡単という点と、Apache2.2 以上ではmod_mem_cache / mod_disk_cache と、 mod_proxy_balancer が使える点が大変に大きいです。

この2つが最初から使えることで、後々スケールアウトの必要が出てきた場合も柔軟に対応できます。

※＜参考＞Apache 2.0 のインストール
何らかの事情でApache 2.2 ではなく、Apache 2.0 をインストールしなければならない場合は以下のように configure のセッティングを行っています。
prefix の指定は、今後Apache2.2がインストールされたとしてもインストールディレクトリ先が重複しないための措置です。

• Apache 2.0.x 本体のインストール

  ./configure --prefix=/usr/local/apache20
   --enable-mods-shared=all
   --enable-so
   --enable-proxy
   --enable-ssl
   --enable-dav

App（アプリケーション）側・・・Apache1.3

アプリケーション側は Apache1.3を利用しています。
TwitPepperでは mod_perl を利用しています。Apache1.3 のmod_perlを利用するために
必要なミドルウエア、モジュールをソースからインストールします。

• Apache 1.3 本体のインストール

  ./configure
   --enable-shared=max
   --enable-module=all
   --disable-module=auth_dbm
  
  sudo make install

続いて mod_perl をインストールします。 mod_perl 自体のダウンロードは こちら から行うことができます。
今回はApache1.3用のmod_perlですので、 "For use with Apache 1.3.x " の "Download" のリンク先をダウンロードします。

• Apache 1.3 に mod_perlをインストール

  wget http://perl.apache.org/dist/mod_perl-1.0-current.tar.gz
  tar xvzf mod_perl-1.0-current.tar.gz
  cd mod_perl-1.31
  
  perl Makefile.PL USE_APXS=1 WITH_APXS=/usr/local/apache/bin/apxs EVERYTHING=1
  
  make install clean

APXSの指定先はApache 1.3をインストールしたディレクトリを指定します。
今回はデフォルトのprefixですので "/usr/local/apche/" 以下の "bin/apxs" になります。

Proxy 側（フロント）側の設定

Proxy（フロント）から、バックエンドのアプリケーションサーバにリクエストを飛ばすために、Proxy（フロント）のhttpd.confに以下のように記述しています。

/usr/local/apache2/conf.httpd.conf に記述

ProxyRequests Off
ProxyPreserveHost On
RewriteRule ^/(.*)/([a-z_]+)-([0-9]+).html$ http://localhost:xxxx（ポート番号）/project_path/$1/$2?id=$3&%{QUERY_STRING} [P,L]
RewriteRule ^/(.*).html http://localhost:xxxx（ポート番号/project_path/$1?%{QUERY_STRING} [P,L]
RewriteRule ^/(.*) http://localhost:xxxx（ポート番号/project_path/$1 [P,L]

• 1行目・・・フォワードプロキシサーバとしての動作を無効化しています ProxyRequestsについての詳細はこちら
• 2行目・・・HTTPヘッダのHost:行をProxy側と同じものをApp側にも飛ばすための設定です。ProxyPreserveHostについての詳細はこちら
  これを行わないと、Host部での解釈ができないためApp側でのVirtualHostが有効に働きません。
• 3行目～5行目・・・Proxy条件・設定です。この部分で記述した書式に従い、Proxy先にリクエストを飛ばします。
  各行の最後に "[P.L]" と終わっていますが、これはmod_rewriteの書式で"Proxyして（P）、条件定義はこの行で終了（L）" という意味になります。

App（アプリケーション）側の設定

App側は基本的には、リクエストがReverseProxyかどうかを判別する必要はありません。なのですが、REMOTE_ADDR（リモートアドレス・接続元）が全てProxy元（今回は同一サーバなので、127.0.0.1＝ローカルホスト）になってしまい、アクセスログにも全てProxy元のIPアドレスが記述されます。

アプリ的、ログ解析的にも特に気にしない場合はいいのですが、やはり、アクセス状況を知りたいという場合が来るケースが多いと思いますので
Proxy元が受けたREMOTE_ADDRと同じ値（ユーザーのIPアドレス）をProxy先にもとどくよう、設定します。

設定には mod_extract_forarded モジュールを使います。
（配布されている方のURLをリンクしようと思ったのですが、現在サーバが存在していないようです。もう1.3用のモジュールの配布は終了されてしまったのでしょうか？）

mod_extract_forarded を Apache1.3に適用するには以下のようにしています。

• mod_extract_forarded をインストール
  ※mod_extract_forwarded.c が存在するディレクトリに移動して、

  /usr/local/apache/bin/apxs -i -a -n 'extract_forwarded' mod_extract_forwarded.so

• /usr/local/apche/conf/httpd.conf の設定
  以下を追加

  LoadModule extract_forwarded_module libexec/mod_extract_forwarded.so
  
  AddModule mod_extract_forwarded.c
  
  <IfModule mod_extract_forwarded.c>
      RemoveAcceptForwarder all
      AddAcceptForwarder all
  </IfModule>

※＜参考＞ Apache2 の mod_extract_forwarded
Apache 2.x 用の mod_extract_forwarded については、以下からダウンロードできるようです。
（Apche2.0.x 用と書いてありますが、Apache 2.2 でも一応インストールできました。）

• http://www.cotds.org/mod_extract_forwarded2/

関連リンク

• Apache 公式
  • http://httpd.apache.org/
• mod_perl 公式
  • http://perl.apache.org/

M・・・MySQL 5.0

MySQLは全て、yum経由の 5.0.x を利用しています。 現在主流のMySQL5.1 も利用したいのですが、 yum で簡単にインストールできるという部分が、マニュアル化・アプリ全体の品質の統一に大変有効だと思いまして、現在は yum でのインストールのみを利用しています。

yumでのインストールは簡単です。perl用のDBDドライバも同時にインストールします。

yum install mysql mysql-server perl-DBD-mysql

sudo service mysqld start

起動後、すぐにRootのパスワードを設定します。

mysqladmin -u root password 'xxxxxxxxxxx'

MySQLのUTF8対応

MySQLをUTF8対応するために /etc/my.conf で以下のように記述しています。

• [client] に以下を追記

  default-character-set = utf8

• [mysqld] に以下を追記

  default-character-set = utf8
  character-set-server=utf8

mysql に接続して、以下のように表示されれば、UTF8での扱いはほぼ問題ないのでは無いかと思います。

mysql> SHOW VARIABLES LIKE 'char%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+

mysql は chkconfig にも登録して置き、 boot時に起動するように設定しています。

sudo config add mysqld
sudo chkconfig mysqld on

P・・・Perl（mod_perl）

App側の動的処理は 全て mod_perl で書いています。弊社では案件によっては PHPを利用するケースもありますが、ほとんどの場合は mod_perl でソリューションしています。
特に自社内システムは100％ perl/mod_perl で動いています。

mod_perl 自体のインストールは先ほど書いたとおりになります。

mod_perl の上に乗せて動かすアプリケーションですが、コーディングルールの統一化を図るため、MVC（フレームワーク）を利用しています。
弊社では mod_perl用のフレームワークは Sledge を利用しています。
通常のSledge は、基本 EUC-JP を前提としているのですが、弊社ではデフォルトがUTF8ですので、UTF８で動かすためにカスタムモジュールを追加しています。

このSledge を mod_perl 上で扱い、その上に DB との通信するためのORマッパー（今回は Class::DBI ）、そしてテンプレートとして template-toolkit を利用しています。

参考リンク

• Sledge (sourceforge)
  • http://sourceforge.jp/projects/sledge/releases/
• SledgeのApache2（mod_perl2）対応＋UTF8
  • http://www.alink.co.jp/tech/blog/2009/06/19/sledge%E3%81%AEapache2%EF%BC%88mod_perl2%EF%BC%89%E5%AF%BE%E5%BF%9C%EF%BC%8Butf8/
• Class::DBI
  • http://search.cpan.org/perldoc?Class::DBI
• template-toolkit
  • http://template-toolkit.org/

次回に続きます。

少々記事が大きくなってしまいまして・・・ mod_perl ＋ Sledge + Class::DBI + TT(template-toolkit) については
"TwitPepper・Webアプリの中の人（その2）" に続きます。

memcached などもカリカリ使っていますので、こちらに付いても書きたいと思っています。

年末年始はちょっとコードを書きながら、魚介類をサバいて終えました。たまには駅伝をみながらまったりお雑煮を食べたいです。

今年の目標

今年はプログラム技術力、Webアプリケーションを開発する技術力を向上させ
もっと効率的に柔軟なシステムを作れるようになりたいと思っています。

Perl/mod_perl

弊社で利用しているプログラム言語は mod_perl なのですが、これをベースにSledgeというMVCを使い、Webアプリケーションを開発する事が主です。

mod_perlもSledgeも非常に高速で、素晴らしいアプリケーションなのですが、これの上にのせていくORマッパやその他モジュールが相当にメモリ食いで、[雑感] ありんくTech的2009年まとめ でも言及していますが、利用するモジュールによって、メモリ消費っぷりがエラく違います。

結果的に1台のサーバで処理出来る量が、メモリの使用量によって左右されることの無いように省エネでエコなプログラムを意識して参りたいと思います。
CPUはもうQuadCore任せで。

参考リンク

• [perl] Sledgeドキュメントまとめ
  • mod_perlのMVC"Sledge"についてリンクをまとめています
• [perl] mod_perl起動時のstartup.plでの便利な手法
  • httpdの起動時に共通するモジュールを読み込む事により、プロセス毎に共有メモリを効率的に扱える手法です

PHP

弊社でperl以外に扱っているプログラム言語が PHP です。

PHPは5.3.x以降を利用するようにしていて、perlと同様ですがメモリ消費を抑えたいと思い、ガベージコレクションの恩恵に預かりたいという意図であります。

PHP5.3の最新バージョンは 5.3.1 ですが RCバージョンの5.3.2 も登場し、安定性のある形になってきていると思います。
必須ツールである、XDebug、APC も5.3に対応しています。

※memcache モジュールが memcached1.4のDELETEの仕様変更に対応していないので、こちらが惜しまれるのですが・・・

その他のプログラム言語

サーバサイドはperl/PHPですが、フロントエンド側の JavaScript CSS/HTML も引き続きやっていきたいと思っています。

特にCSSついては、ブラウザの種類が増えるほどに意識しないといけない事が増えていきますので
常にいじり続けたいと思っています。

JavaScriptはもうjQuery以外はほとんど扱っていません。jQueryは多分今年1.4がリリースされると思いますので、更に便利になると思います。
※jQueryについては tech-wiki にまとめてあります。

ActionScriptもトライ＆エラーしたいのですが、先にiPhone/iPod用に対するWebアプリケーションの学習が発生しそうな予感です。

次の振り返りは多分5月末の35歳になりましたエントリ辺りの予感です。

ということで、今年もどうぞよろしくお願いいたします。

"34歳になりました＆抱負"の記事 で書いていた事を全ては実践出来ず、若干に心残りではありますが、やれた事はおおよそ以下です。

TwitPepperのリリース

12月中順に　TwitPepper（ツイットペッパー） をリリースしました。Twitterのデザインを簡単に変更したり、シェアリングできるサイトなのですが、とりあえず、まず1つサービスを定義する事ができた事が大変に良かったです。

本ブログの本格化

2009年3月より本ブログを本格的に書き始め、最低でも毎月2回程度は更新できました。お陰さまで色々な人に見て頂くことができました、ありがとうございます。

CPANやGoogleCodeでのプログラム公開

CPAN にモジュールが公開できたのも大変に嬉しかったです。
自分はmod_perl + Sldegeを使う機会が多いので、Sledgeのモジュール中心ですが、こちらもお役に立てると大変に嬉しいです。

GoogleCode では、jQueryのプラグインをUPしました。

Perlの高速・軽量なORマッパの学習

DBIx::Skinny や Data::Model 、 DBIx::MoCo など、Perlの軽量なORマッパがリリースされた事が大変インパクトが大きく感じました。（MoCoの最終更新は2008年ですが・・・）

実際に今までプロダクション環境では Class::DBI（CDBI） を使うことが大変多かったのですが、 DBIx::Class（DBIC）は、移行するにはモジュールの規模が大きすぎたり、ちょっともっさり過ぎなどオーバーヘッドを相当に感じたため、躊躇していました。

それもあり、省エネ・軽量のORMに注目しています。この中で特に DBIx::MoCo を学習していて、使い方としては一番CDBIに近いのかなと感じています。
saveメソッドだけが、CDBIのUPDATEと大きく違うのでここの取扱がまだ慣れていないです。

ORMごとのメモリ消費量

現在メインで使っているCDBIを含め、ほぼ同じ動作をする際のメモリ消費量を比べてみました。
メモリ消費量の計測は おいぬま日報さんのgtop.pl を使用させて頂きました。

※メモリ消費量は1の位で四捨五入しています。
※DBIx::Class（DBIC） は対象に入れていません。（そもそもメモリ食いなので）

64bit環境と、32bit環境でのメモリ消費量の違いも格段に目立ちますが、それでも DBIx::Skinny の省エネっぷりは目を引きます。

ORMはその習得自体のラーニングコストが結構にかかるため、ある程度目星をつけてからのトライ＆エラーの方が望ましいとは思います。
が、DBIx::MoCo に慣れつつある昨今、それにしても DBIx::Skinny のメモリ消費の少なさに驚き、いきなり食いついてしまった次第であります。

参考リンク

• DBIx::Skinny - JPerl Advent Calendar 2009
  • http://perl-users.jp/articles/advent-calendar/2009/dbix-skinny/
    DBIx::Skinnyに関するHowToが大変詳しく掲載されています。
• Data::Model Track - JPerl Advent Calendar 2009
  • http://perl-users.jp/articles/advent-calendar/2009/data-model/
    Data::Modelに関するHowToが大変詳しく掲載されています。

jQuery1.3を早々に利用開始できた

jQuery1.3 のリリースで、セレクタの速度向上とliveイベントの新機能が大変便利になったと感じました。

liveイベントは本当に便利で、例えば既存のエレメントのノードに新しいエレメントを追加し、同じ挙動を適用させたい場合、
以下の様に書いていました。

//イベントハンドラの定義
var event_function = function(){ /* event function */ };
// 既存のクラスにイベントハンドラを適用
$('.hoge').click(event_function);
//エレメントの作成
var $element = $('<div class="hoge">NewElement</div>');
//イベントハンドラの追加
$element.click($event_function);
//エレメントの追加
$('#old_element').after($element);

これをjQuery1.3（実質は1.3.2）では、イベントハンドラとエレメント作成を完全分離できるので
以下の様に定義出来ます。

// イベントハンドラの定義
$('.hoge').live('click',function(){  /* event function */ });
//エレメントの作成→追加（イベントは自動で定義）
$('#old_element').after('<div class="hoge">NewElement</div>');

動的なエレメント追加にもイベントが追いかけてくれますので非常にシンプルに実装できる点が大変魅力です。
jQuery1.2.x環境から 1.3.2に移行しましたが、jQueryUIのライブラリ周りで若干ハマる程度で、jQuery本体は差し替えても
ほぼ綺麗に移行できるはずです。

蛇足ではありますが、jQuery1.4ではこのliveイベントでほぼ全てのアクションが定義できるようになるため、さらに便利になります。
※jQuery1.4については「jQuery1.4のα版がリリースされたようです」の記事で更に詳細を書いています、よろしければご覧下さい。

参考リンク

• jQuery色々まとめリンク（ありんく tech-wiki）
  • http://www.alink.co.jp/tech/wiki/index.php?jQuery

PHP5.3.x の利用開始

すでに PHP5.3.1 がリリースされているPHPですが、5.3のリリースで 無名関数、staticコール、ガベージコレクションが実装されたのが相当にインパクト大でした。

現在は全てのPHPを利用する環境のVerを5.3にすべく、調査している段階です。

弊社HPのiPhone版のリリース

弊社HP（http://www.alink.co.jp/）で、同一URLでiPhoneからのアクセスの時だけ
iPhone様のデザインでのサイトをリリースしました。

iPhone様のHTMLはCSSのfont-sizeの感覚が違ったり、UIの想定する動作が指（マウスではない）などでやや詰まりますが
全体としてそこまで難易度は高くなかったと思います。

ざっと考える限りは以上の様な具合です。

本当に歳を経るほど、時間の流れが速く感じまして
やろうと目標に掲げた事の半分も実践出来なかったような体感っぷりです。

来年は35歳になります。時の流れはどんどん高速になって行きますが
PGとして定年にならないよう、もっとソースコード自体をきちんと書き、保守性の高い、品質の良いプログラムを書けるように精進したいと思っています。

来年もどうぞ 株式会社ありんく をよろしくお願いいたします。

2009.12.31 松本 修士

jQuery1.4のアルファ版がリリースされたようです。

• jQuery 1.4 Alpha 1 Released - jQuery Blog

まだα版ではありますが、jQueryはバージョンアップ毎に処理が高速化されているので、大変楽しみです。まだ Downloadのページ には記載がありませんが、 同Blogの記事内 からダウンロードできます。

ダウンロード

• こちらから ダウンロードできます。
  ※まだα版（試験版）ですのでご利用には十分ご注意ください。

主な変更点は以下のようです。（適当日本語訳です。）
※下記英語記述は jQueryBlog より引用しています。

変更点1 : live eventsの大幅な強化

live 機能が大幅にオーバーホールされました。submit、change、mouseenter、mouseleave、focus、blurがサポートされました。

jQuery1.3以降、 live events という機能が追加されました。これは動的処理などで新しく加えたHTMLのノードに対して、予めイベントハンドラを定義しておく機能です。　詳しくは こちら をご覧下さい。

jQuery1.3.2までは、この機能は click、dblclick、mousedown、mouseup、mousemove、mouseover、mouseout、keydown、keypress,、keyup に対して定義されており、submit、change、mouseenter、mouseleave、focus、blur のイベントには定義されていませんでした。jQuery1.4a 以降は全てのイベントでlive eventsが使えるようです。

表にすると以下のような具合です。（※ jQuery日本語リファレンス・live(type, fn) を参考にさせて頂きました）

live events が機能するイベントハンドラ

変更点2 : append prepend周りなどの最適化

append prepend その他（の機能）は相当に最適化されています。

"その他"が何を意味するのかが大変気になりますが、少なくとも append/prepend 機能が最適化されています。

私見ですが、ここでいう最適化とは、ブラウザでのレンダリングスピード＋メモリの省エネ効果を表していると推測しています。

変更点3 : add の返り値の調整

add は常にドキュメントの中の列内のエレメントを返すように調整されました。

変更点4 : その他の最適化

find、empty、remove、addClass、removeClass、hasClass、attr、css　の機能が大幅に最適化されました。

変更点2の「その他」に該当する部分でしょうか、上記機能が最適化されているようです。

さらにその他の変更点

という感じです。その他の様々な変更点は こちらをご覧下さい との事で、見ていたのですが・・・ jQuery1.3.3 もリリースされる予定？？

ｊQueryUIや各種プラグインの対応状況が気になるところではありますが、jQuery本体が毎回大幅にチューニングされていますので、移行しない手は無いと思います。
今回も正式リリースがされ次第、移行Todoに入りたい所存であります。

関連コンテンツ

• ありんく tech-log / カテゴリ / jQuery
  • jQuery1.3の新機能「live events」

外部リンク

• jQuery本家
  • jQueryBlog

• jQuery日本語リファレンス （いつもお世話になっています）
  • jQuery日本語リファレンス（live eventsについて）

弊社ではperlのORマッパーは CDBI をメインに使ってきましたが、最近では DBIx::MoCo をよく利用しています。

DBIx::Class も検討したのですが、依存するモジュールの量が多く、またラーニングコストも若干高く感じ、現在まだ使っていません。

DBIx::MoCoは はてな 製のORマッパーでCDBIに構造が良く似ています。

なのですが、1点 before_update/after_update の挙動が違いまして、以下となっています。

• CDBI
  • UPDATEするSQL文を発行する前後でHookが実行される。
• DBIx::MoCo
  • カラムの要素を更新した際にHookが実行される。

DBIｘ：：MoCoでもCDBIでいう「before_update/after_update」を実現するために、追加モジュールを作成しました。

• DBIx::MoCo::SaveTrigger （ソースコードはこちらになります）

このモジュールをuse すると save メソッド（UPDATE文の実行）前後に「before_save/after_save」を実行してくれます。
独自のCacheをかけていたり、UPDATEする際に必ず更新するカラムが存在する場合など、またCDBIからの移植でも
便利になるかと思います。

使っていただけますと幸いです。

• DBIx::MoCo::SaveTrigger

PHP5.3.1が今日未明（2009-11-19）にリリースされていまして、早速インストールしてみました。
インストール時のconfigure周りの設定などは CentOS5.3 で PHP5.3をインストール（YUM風オプションで） （過去の記事） をご覧下さい。

インストール作業自体は何の問題も無く行えました。
アップデートした後のアプリケーションの挙動も特におかしな点はありませんでしたので、
運用しているシステムのアップデートもすんなりいけそうな予感です。

APCやeacceleratorの対応具合が若干気になります。

PHP5.3.1について

5.3.1 はメジャーバージョンのリリース後、最初のマイナーバージョンアップだけあって相当な数のバグ取りや調整などが行われています。
まずは安定化への第一歩という感じです。

PHP本家のサイトのアナウンスによると

一回の処理でアップロードできるファイル数の設定を定義する

max_file_uploads

の値のデフォルト値が20と定義されたようです。

1つのページでアップロード数を20個以上定義するのはgmailぐらいしか思いつかないのですが、そういう方向性という事で。

その他、特に目立った機能追加はないようでして、ほぼほぼがbugfixといった具合に見受けられます。

PHP自体の雑感ですが、引き続きSmartyは捨て、PHP＝テンプレート＋ロジックという認識でありまして、Gmagickやhidef周りをもうすこしいじってみたい所存であります。

今年度が半分過ぎましたが、Web技術周りはトレンドの入れ替わりが激しいです。
なのですが、メンテナンスを継続している案件もあり、一概に新しいものだけを追い続けるわけにもいかない現状でして
古いものと新しいものが混在するのが世のDEVの方々の常だと思います。

新旧混ぜつつ、ここ最近でありんくのWeb技術まわりでトレンドであったり、特に注力していたりする事柄をつらつらと挙げてみます。

mod_perl

• http://perl.apache.org/

もう何年もお世話になっているモジュールです。適度に枯れていて、バージョンアップの頻度もぼちぼちといったところでいい感じに運用できます。
今まではずっとApache1.3系で利用してきているのですが、いい加減2.0系の方がいいのかな？と思いまして
1.3系と2.0系を比較してみました。

自分の比較テストでは1.3系、2.0系ともにほぼ同様の結果がでており、であれば

使い慣れた1.3系でまだまだ行ってもいいんじゃないかな？

という感じです。

絶版になってはしまいましたが、Apache拡張ガイド（上/下）は、mod_perlの日本語で解説された貴重な書籍です。（これも1.3系）

2.0系は洋書（Practical modp̲erl）ではあるようなのですが、まだ読んでないです。

perl

• http://www.perl.com/

CentOS5のYUMに依存したUPDATEをするような体制を作っていますので、Perl自体の管理もYUMです。
なので、バージョンは5.8.8で、これを使い続けています。

もうperl 5.10.1もリリースされ、5.8.x/5.9.xからの移行も本格化しそうなのですが、
これはOSマター（というかyumに頼って）で行いたいと思っています。

perlORマッパー

メンテナンス対象のシステムではClass::DBIを継続しての利用が多いです。これはもうママにメンテを続けていく方向で。

新規に作る分に関してはDBIx::MoCo を使っています。
拙作なのですがDBIx::MoCo::Pagesetでページング処理もらくらくです。

perlテンプレートエンジン

Template-ToolKit（TT）

• http://template-toolkit.org/

6Aがサービスされている、「Vox」もmod_perlで構成されているようなのですが、

TTの処理が全体の60%になっている

ということで、TTの重さに愕然とします。

なのですが・・・あまりの便利さ＆融通の利きやすさゆえに、離れる事ができず、ずっとTTを利用する形になっています。

Text::MicroTempolate や Tenjin もちょっと調べつつあるのですが微妙です。
TTより数倍速いのは速いっぽいのですが、mod_perl環境ではコンパイルができるため、TTに比べ、そこまでの速度の差は出ませんでした。

TT便利すぎます。

PHP

• http://php.net/

PHPは、メンテの対象となっているサービスはママそのバージョンを継続なのですが
今後は基本、PHP5.3をベースに考えたいと思っています。

ORM共通の悩みの、リファレンスカウントがそのまま＆メモリリークなどという部分を
gc_collect_cyclesでばっさりソリューションしてくれるのかしらという、淡い期待を持っています。

またPHPで特にやっかいなのが、YUMのPHPのバージョンが5.1.6であるという部分で、相当古いです。最低でも5.2系を使いたいところで。

こればっかりは仕方ないのでYUM風のオプションを持ったPHP5.3をソースコードからインストールしています。

アクセラレータ

PHP5.3に対応したアクセラレータを探して右往左往していたのですが、一応APCに落ち着いています。
eAcceleratorは、後から自分の環境ではいきなりhttpdがCoreDumpしたりしてやや不安定でした。

PHPのORマッパー

自作していますので、そのうちUPします

PHPのテンプレ

Smartyはやめました、もう素のPHP＝テンプレ。

OS

CentOS

弊社ではデフォルトで利用するOSです。
Fedoraはバージョンアップが激しいので何とも。

そろそろ5.4が出るのでしょうか 基本ド安定で素晴らしすぎます。
あとはReadTekのNICのドライバをきちんとフォローアップしてくれるととてもうれしい感じで。

FreeBSD

昔はメインで利用していたOSです。

最近はもっぱらCentOSで、FreeBSDで作られたシステムはだんだん少なくなってはいます。

やっぱりJavaが動かないのがなんとも。＜Solrまわりなど。

WindowsXP

別にサーバーで使っているわけではないのですが、クライアントPCはずっとXPです。
普段はFireFox＋Firebugで、IETesterでIEみる感じで。

最近BootCampでWin7を立ち上げられれば移行したいなーという感じです。

ミドルウェア

MySQL

これもCentOSのyumマターで管理しているので 5.0.x系です。
DBIなどのライブラリ周りも一括で管理できる辺りが楽で・・・

Memcache

• http://www.danga.com/memcached/

絶対使いましょう。

Memcache使いまくりです、使って損することはまったくありません。

Tokyo Tyrant

• http://1978th.net/

1200万件のレコードからLIKE検索で０．ｎ秒という数値がでまして、今今で検証中です。
相当にすごいミドルウェアかと。

フロントエンド

CSS

YUI のCSSをベースに使っています。
特にRecet.cssは大変便利です

コーディング時はなるべくCSSスプライトを用いて、Apacheへの負荷を削減しています。

Clearfixはこちらのエントリの通りで、おおよそ同一の書き方が多いです。

JS

おおよそ jQuery を使っています。
jQueryは全てバージョンアップを行い最新の1.3.2を利用しています。

ドラッグ＆ドロップなどのウィジェット機能もすべて jQueryのプラグイン や jQueryUI を利用しています。

JSはheadタグに入れるとオーバーヘッドが大きすぎるので、すべてHTMLの終了部分に近い場所に配置します。
＝HTMLとCSSのレンダリングが終了してからJSを実行させるためです。

つらつらと書きすぎですが、現状の流行はこのような感じです。

ネットブックでのPCルーター作成 や LVS をネットブックで運用なども非常に突っ込んでみたい所存であります。

PHP5.3.0がリリースされてから3ヶ月経ちましたが、だいぶ使い勝手にも慣れて来ました。
PHP5.3.1でのBugFixの数もすごいですが、ガベージコレクトやstatic属性など、便利機能が多いですので是非。

自分は CentOS5 x86_64 で利用しているのですが、PHP5.3を導入するにあたり、ソースコードからインストールしています。
できるだけ、標準のPHP（5.1.6）のオプションを踏襲した形でPHP5.3をインストールしました。

既存のPHP（5.1.6）をアンインストール

yum remove php*

付随する php-common などのライブラリも全てアンインストールします。
自分の環境ではYUM経由のPHP関係のライブラリをフルフルに入れていましたので、以下がアンインストールされました。

アンインストールされたYUMライブラリ

php
php-bcmath
php-cli
php-common
php-dba
php-devel
php-eaccelerator
php-gd
php-imap
php-jpgraph-docs
php-ldap
php-mbstring
php-mysql
php-ncurses
php-odbc
php-pdo
php-pear
php-pear-Date
php-pear-File
php-pear-HTTP-Request
php-pear-MDB2
php-pear-MDB2-Driver-mysql
php-pear-Mail-Mime
php-pear-Net-Sieve
php-pear-Net-Socket
php-pear-Net-URL
php-pear-date
php-pear-db
php-pear-file
php-pecl-Fileinfo
php-pecl-memcache
php-pecl-session_mysql
php-pgsql
php-snmp
php-soap
php-xml
php-xmlrpc

必要なライブラリのインストール

phpをソースコードからインストールするための必要となるライブラリをyumでインストールします。
※レポジトリにはrpmforgeも入れています。
後からpeclのmemcacheも利用しますので、memcached自体もインストールしています。

yum -y install ncurses*
yum -y install gcc-c++
yum -y install flex
yum -y install libxml*
yum -y install gdbm-devel
yum -y install gd gd-devel freetype freetype libpng libmng* libtiff* libjpeg* libc-client* giflib*
yum -y install httpd httpd-devel
yum -y install pcre-devel
yum -y install unixODBC-devel
yum -y install net-snmp-devel
yum -y install openssl*
yum -y install bzip2*
yum -y install curl*
yum -y install gdbm*
yum -y install db4*
yum -y install gmp*
yum -y install libc-client*
yum -y install openldap*
yum -y install libmcrypt*
yum -y install mhash*
yum -y install mysql*
yum -y install freetds*
yum -y install aspell*
yum -y install readline*
yum -y install libtidy*
yum -y install libxslt*
yum -y install libtool*
yum -y install curl*
yum -y install memcache*

PHPのソースコードをダウンロード

php.net　からPHPのソースコードをダウンロードします。ダウンロードは　こちら　から。

wget http://jp2.php.net/get/php-5.3.0.tar.gz/from/this/mirror
tar xvzf php-5.3.0.tar.gz

configure

一番面倒なconfigureですが、自分の環境では以下を通しました。
x86_64（64bit環境）の指定と yumでインストールしたapxsのパスあたりがキモです。

./configure \
--with-apxs2=/usr/sbin/apxs \
--build=x86_64-redhat-linux-gnu \
--host=x86_64-redhat-linux-gnu \
--target=x86_64-redhat-linux-gnu \
--program-prefix= \
--prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--sysconfdir=/etc \
--datadir=/usr/share \
--includedir=/usr/include \
--libdir=/usr/lib64 \
--libexecdir=/usr/libexec \
--localstatedir=/var \
--sharedstatedir=/usr/com \
--mandir=/usr/share/man \
--infodir=/usr/share/info \
--cache-file=../config.cache \
--with-libdir=lib64 \
--with-config-file-path=/etc \
--with-config-file-scan-dir=/etc/php.d \
--with-pic \
--with-bz2 \
--with-curl \
--with-exec-dir=/usr/bin \
--with-freetype-dir=/usr \
--with-png-dir=/usr \
--enable-gd-native-ttf \
--with-gettext \
--with-gmp \
--with-iconv \
--with-jpeg-dir=/usr \
--with-openssl \
--with-pcre-regex=/usr/local \
--with-zlib \
--with-layout=GNU \
--enable-exif \
--enable-ftp \
--enable-magic-quotes \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-sysvmsg \
--enable-wddx \
--enable-ucd-snmp-hack \
--enable-shmop \
--enable-calendar \
--with-libxml-dir=/usr \
--enable-pcntl \
--enable-mbstring \
--enable-mbregex \
--with-gd=shared \
--enable-bcmath=shared \
--enable-dba=shared \
--with-db4=/usr \
--with-xmlrpc=shared \
--with-mysql=/var/lib/mysql \
--with-mysql-sock=/var/lib/mysql/mysql.sock \
--with-mysqli=shared,/usr/bin/mysql_config \
--enable-dom=shared \
--enable-soap=shared \
--with-xsl=shared,/usr \
--enable-xmlreader=shared \
--enable-xmlwriter=shared \
--with-pdo-mysql=shared,/usr \
--enable-zip \
--enable-zend-multibyte \
--with-mcrypt

make ～ インストール

configureが通ったらmakeします。

sudo make install

php -v で以下のように正常にでればとりあえずOKです。

$ php -v
 PHP 5.3.0 (cli) (built: Jul 20 2009 20:59:23)
 Copyright (c) 1997-2009 The PHP Group
 Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies

あとはphpinfoで詳細を確認します。

PECLをインストール

peclはコマンドからインストールします。
自分は以下のPECLを利用しています。

pecl install memcache
pecl install APC-3.1.3p1
pecl install imagick
pecl install tokyo_tyrant-beta
pecl install hidef-0.1.2
pecl install xdebug-2.1.0beta1

それぞれのPECLの設定方法については、また後述していきたいと思います。

いかがでしょうか。さらっとした覚え書きではありますが、お役に立てますと幸いです。

mod_perl上で動くフレームワークは Catalyst などが有名どころではありますが、使い慣れている点もあり長らく Sledgeを利用しています。

以下、Sledgeについての自分がよく見るサイトのまとめです。

Sledgeについて

• Sledgeについて 概要など
  フレームワーク、MVCについて詳しく書かれています
  • http://itpro.nikkeibp.co.jp/members/LIN/oss/20030919/1/
• Sledge内部のセッション管理やテンプレートシステムについてなど
  • http://www.thinkit.co.jp/cert/tech/9/1/1.htm

• Sledge内部APIのドキュメント
  • http://blog.livedoor.jp/nipotan/archives/50293736.html

• SledgeをUTF8で動かす
  • http://hori-uchi.com/archives/000419.html

• SledgeをUTF8で動かす＋Apache2
  • http://www.alink.co.jp/tech/blog/2009/06/19/sledge%E3%81%AEapache2%EF%BC%88mod_perl2%EF%BC%89%E5%AF%BE%E5%BF%9C%EF%BC%8Butf8/
    ※Dispatcherなどの使い方も含む

• Sledge-Session-Memcached
  • http://sourceforge.jp/projects/sledge/releases/15552

SledgeのSessionストレージをMemcachedに持たせるモジュールです。必須。
永続化をするならTokyoTyrantでも使えると思う。

mod_perl

mod_perlリファレンス（mod_perl クイック・リファレンス (1)）

• http://multix.jp/html/memo/030526.html

mod_perl1 Apache1.3系のmod_perlのリファレンスです。
mod_perlベースでのWebアプリケーション開発時には必ず見ています。（というかAPIを覚えられないんですよね・・・）

Sledge関連の書籍

• まるごとPerl! Vol.1
  Sledgeの使い方が一通り掲載されています。Sledge以外の部分も役に立つ知識が多いです。
  • http://www.amazon.co.jp/dp/4844322893

※以下はSledgeは載っていませんが、Sledgeを使うために必須となる部分が載っています。

• 続・初めてのPerl 改訂版
  リファレンス、パッケージなどが分かりやすく解説されています
  • http://www.amazon.co.jp/dp/4873113059/

• 図解・標準 最新Perl/CGIハンドブック
  相当わかりやすいですこれ。＜絶版なんですね・・・
  • http://www.amazon.co.jp/dp/4798002070/

TemplateToolkit

• http://www.hakoniwa.net/tt/

TTは Sledgeから扱う Templateモジュール自体の使い方と、Templateシステム内のシンタックス（表記法）の2つが混在しています。

• Templateモジュール自体の使い方
  • use Template;（今日のCPANモジュール）
• シンタックス（表記法）のドキュメント
  • http://www.hakoniwa.net/tt/
  • CPANでの最新版（英語）
    • http://search.cpan.org/perldoc?Template::Manual::Directives
• またperl固有なのですが、utf8フラグの有り無し判別が中々大変でこれを解決するために、Template側でラッパする方法も公開されています。
  • いまさらTTをutf8環境下で何も考えずに扱えるモジュールを書いた

Class::DBI

参考までにORマッパーのリンクも。
未だにCDBI？という感じではありますが、メンテナンスを続けているサイトもあります関係でこのような感じに。

• http://perldoc.jp/docs/modules/Class-DBI-0.96/lib/Class/DBI.pod

• http://retailcomm.jugem.jp/?eid=34