今回はperlのフレームワーク "Sledge" でテンプレートエンジンの "Text::Xslate" を使います。

Template-Toolkitについて

Sledgeで利用するテンプレートエンジンは TT（Template-Toolkit） がデファクトスタンダードであります。
（HTML::Templateも使えますが・・・）

TTは、テンプレートエンジンとして非常に柔軟性が高く、大変に使いやすいのですが何せ、処理が重いです。

6A（シックス・アパート）のBlogサービスの、VoxもTemplate-Toolkitを利用しているらしいのですが

Template Toolkit: profile. Wow! Template Toolkit takes 60% of the request time.

との事で、リクエストの処理全体の6割をTTが占有してしまっているという驚愕の事実らしいです。

弊社でも ClearSilver 、 Text::MicroTemplate 、 Tenjiin などを Sledge に組み込めるか、試行錯誤してみたのですが
TTと全く違う文法で記述されたHTMLテンプレートが、プロジェクト毎に混在するとなると、運用面で人的負荷や稼動コストが増える可能性があったため、見送っていました。

• （参考）How we build Vox - SlideShare
  • http://www.slideshare.net/miyagawa/how-we-build-vox
• （参考2）Sledgeから利用する各種テンプレートエンジンの設定例 - ありんく Tech Wiki
  • http://www.alink.co.jp/tech/wiki/index.php?Perl%2F%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF%EF%BC%88MVC%EF%BC%89%2FSledge#rfeaae0e

Text::Xslate

Text::Xslate は、藤 吾郎さん が CPAN で公開されているモジュールで、精力的にUPDATEされているテンプレートエンジンです。

TTとほとんど同一の文法でHTMLテンプレートを記述することができ、更に高速動作するモジュールでして
先の 6割の処理の部分を抑える事ができるのでは？と期待大です。

• Text::Xslate
  • http://search.cpan.org/dist/Text-Xslate/
• Text::Xslate 公式ページ
  • http://xslate.org/

TTの文法により近づけるために Text::Xslate::Bridge::TT2Like モジュールも併せて利用します。

インストール

cpanm で さっくりインストールです。

cpanm -S Text::Xslate Text::Xslate::Bridge::TT2Like

Sledgeのテンプレートクラス

ズバリ、以下のテンプレートクラスをPages.pmから呼び出しています。

Prog/Pages.pm （一部）

シンタックスハイライトを付けてある、全コードは こちら

sub create_template {
    my ($self, $file) = @_;
    my $tmpl = Proj::Template::Text::Xslate->new($file, $self);
    return $tmpl;
}

Proj/Template/Text/Xslate.pm

シンタックスハイライトを付けてある、全コードは こちら

package Proj::Template::Text::Xslate;

use utf8;
use strict;
use warnings;
#use base qw/Sledge::Template/;

use Text::Xslate;
use Scalar::Util;

use vars qw($Tx);
$Tx = '';

sub new {
    my($class, $file, $page) = @_;
    bless {
        _options => {
            filename => $file,
        },
        _params  => {
            config  => $page->create_config,
            r       => $page->r,
            session => $page->session,
        },
    }, $class;
}

sub add_associate       { Sledge::Exception::UnimplementedMethod->throw }
sub associate_namespace { Sledge::Exception::UnimplementedMethod->throw }

sub output {
    my $self = shift;
    #my %config = %{$self->{_options}};
    #my $input  = delete $config{filename};
    my $input  = delete $self->{'_options'}->{'filename'}
                           || Sledge::Exception::TemplateNotFound->throw(
                                   "No template file detected. Check your template path.",
                              );
    if(!$Tx) {
        my %config = %{$self->{_options}};

        $config{syntax}    = 'TTerse';
        $config{header}    = [ qw/commons.inc/ ];
        $config{module}    = [ qw/Text::Xslate::Bridge::TT2Like/ ],
        $config{path}      = [ $self->{'_params'}->{'config'}->tmpl_path, $self->{'_params'}->{'config'}->tmpl_path . '/includes' ];
        $config{cache}     = 1;
        $config{cache_dir} = $self->{'_params'}->{'config'}->cache_dir . '/text_xslate_cache';
        $config{type}      = 'text';
        $config{function}  = {
            nl2br      => \&Text::Xslate::Bridge::TT2Like::html_line_break,
            uri_escape => \&Text::Xslate::uri_escape,
        };
        $Tx = Text::Xslate->new(%config);
        #warn "[ CREATE TX ]";
    }
    unless (-e $input) {
        Sledge::Exception::TemplateNotFound->throw(
             "No template file detected. Check your template path.",
        );
    }
    $input =~ s@/path/to/proj/view/@@;
    my $output = $Tx->render($input, $self->{'_params'});
    $self->finalize;
    return $output;
}

sub param {
    my $self = shift;
    if (@_ == 0) {
        return keys %{$self->{'_params'}};
    }
    elsif (@_ == 1) {
        return $self->{'_params'}->{$_[0]};
    }
    else {
        while (my($key, $val) = splice @_, 0, 2) {
            $self->{'_params'}->{$key} = $val;
        }
    }
}

sub finalize {
    my $self = shift;
    for my $key ($self->param()) {
        if( ! ref( $self->{'_params'}->{$key} ) || $key eq 'session' || $key eq 'r' || $key eq 'config') { next; }
        if (!Scalar::Util::isweak($self->{'_params'}->{$key})) {
            #warn "[ WEAKEN ] ".$key;
            eval { Scalar::Util::weaken($self->{'_params'}->{$key}) };
        }
        delete $self->{'_params'}->{$key};
    }
}

1;

速度比較

Template-ToolkitからText::Xslateに変更することで、大よそ 150% ぐらい、リクエストの処理速度が向上しました。

今まで 100req/sec だったものが 150req/sec に高速化された形です。

気になった点、ハマッた点

• mod_perlのプロセスサイズが 120%ぐらい増えました。 メモリが少ない環境では要注意かも。

ハマッた点

Docsにも書いてある点がほとんどなので、ちゃんと読め！という部分なのですが・・・

• [% INCLUDE "header.inc" %] など、 "（ダブルクォーテーション）でファイル名を囲まないといけないです。

• TTのオプションに存在する、"ABSOLUTE" が使えないので INCLUDE内のファイルに明示的に変数を渡さなければならないので

  [%- INCLUDE "header.inc" WITH
      FOO = 'ふー'
   -%]

  などとWITHで記述します。

• TTでいう、PROCESS、INSERT は使えないです。

• マクロを呼び出すときに、[% macro_func %] でなく、[% macro_func() %] と () を付ける必要があります。

• render($file,$param) で指定する $fileは path で指定された以下のファイルパスを指定します。（絶対パスではないです）

• TTの PRE_PROCESS は Text::Xslate の new時に渡す引数の header に相当します

まとめ

Template-Toolkitとほとんど同一の記法で、基本差し替えるだけで
Webアプリ全体の処理速度が向上しますので、是非ご利用されてみてはいかがでしょうか。

150%の処理速度向上が見込めましたので、次回プロジェクトでは試行してみたいと思います。

memcachedモジュールは digg の中の人が作成されたモジュールとの事で、リリース後まだ1年ぐらいですが
get_multiをサポートなど今後の期待大のモジュールです。

ということで早速インストールしてみます。

libmemcached のインストール

http://tangent.org/552/libmemcached.html
libmemcached 本体をDLします。

現時点（2010.3.18）では0.38が最新版ですのでこれをDLします。

※CentOS4でのインストール時には、gccのバージョンが違うためでしょうか、make時にエラーになりました。この場合にはlibmemcachedのバージョンを落として利用しました。（今回は0.32に落としたら通りました）

wget http://download.tangent.org/libmemcached-0.38.tar.gz
tar xvzf libmemcached-0.38.tar.gz
cd libmemcached-0.38

32bit環境だとそのままのconfigureでエラーが発生するので、configure で若干の指定を追加します。
※こちらのBlog を参考にしました。

64bitの場合 （そのままで指定なし）

./configure

32bitの場合

./configure -disable-64bit CFLAGS="-O3 -march=i686"

make -> インストールします。

sudo make install

pecl memcached をインストール

以下から最新版のをDLします

• http://pecl.php.net/package/memcached

※github版はこれですかね・・？

• http://github.com/digg/php-memcached

※memcached モジュールはdiggの中の人が作ったらしいです

• http://codezine.jp/article/detail/3535

pecl コマンドでインストール

一発でインストールです。楽ですね

sudo pecl install libmemcached

ソースからインストール

wget http://pecl.php.net/get/memcached-1.0.1.tgz
tar xvzf http://pecl.php.net/get/memcached-1.0.1.tgz
cd memcached-1.0.1
phpize
./configure
make install

PHPに認識させる

/etc/php.ini に以下を追加します

[memcached]
extension=memcached.so

mod_php でも認識させるため Apache(httpd)を再起動させます

sudo service httpd restart

確認する

phpinfoでmemcachedモジュールとlibmemcached のライブラリが認識されているか確認します

$ php -R ' phpinfo(); exit(); ' | grep memcached

memcached
memcached support => enabled
libmemcached version => 0.38
Registered save handlers => files user sqlite memcached tokyo_tyrant

ブラウザ越しに mod_php での挙動も確認します

<?php
phpinfo();

サンプルプログラム

弊社ではCacheクラスを作り、それをインスタンス化して利用しています。

コマンドラインでのスクリプト

きちんと実行されれば、 "hoge" と "array" をキーにした値が表示されると思います。

#!/bin/env php
<?php

ini_set('memory_limit','-1');
set_include_path(".");

include_once('./Proj_Cache.class.php');

define('MEMCACHED1_HOST','localhost');
define('MEMCACHED1_PORT','11211');

$cache = Proj_Cache::get_instance();

$cache->set('hoge','ほげ');
$cache->set('array',array(1,2,3,4,5,6,7,8,9,10));

var_dump($cache->get('hoge'));
var_dump($cache->get('array'));

Cacheクラス

<?php
class Proj_Cache {

    private static $singleton;
    private static $memcache;

    private function __construct() {
        $this->memcache = new Memcached();
        $this->memcache->addServer(constant('MEMCACHED1_HOST'),constant('MEMCACHED1_PORT'),0.1);
        if(defined('MEMCACHED2_HOST') && defined('MEMCACHED2_PORT')) {
            $this->memcache->addServer(constant('MEMCACHED2_HOST'),constant('MEMCACHED2_PORT'),0.1);
        }
    }

    public static function get_instance() {
        if (!is_object(self::$singleton)) {
            self::$singleton = new Proj_Cache();
        }
        return self::$singleton;
    }

    public function get ($key) {
        // error_log("[ GET CACHE ] key:".$key);
        $var = $this->memcache->get($key);
        return $var;
    }

    public function set ($key,$value,$exp=60) {
        //error_log("[ SET CACHE ] key:".$key." exp:".$exp);
        $var = $this->memcache->set($key,$value,$exp);
        return $var;
    }

    public function remove ($key) {
        //error_log("[ REMOVE CACHE ] key:".$key);
        $this->memcache->delete($key);
    }

    /* @throws RuntimeException */
    public final function _clone() {
        throw new RuntimeException ('Clone isn now allowd against '. get_class($this));
    }

}

いかがでしょうか、ほとんど自分の覚え書きだったりもするのですが・・・
お役に立ちますと幸いです。

関連リンク

• pecl-memcached
  • http://pecl.php.net/package/memcached
• 新しいPHP用memcached拡張を diggが公開 PECLでバージョン0.1.0をリリース （codezine）
  • http://codezine.jp/article/detail/3535

• libmemcachedライブラリ
  • http://tangent.org/552/libmemcached.html
• libmemcachedライブラリの configure 時のエラーへの対処法など
  • http://redbeardtechnologies.wordpress.com/2010/01/2…

• PHPのワンライナープログラム（phpinfoなどの確認でこの方法を良く使っています）
  • http://d.hatena.ne.jp/hnw/20090621

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 をネットブックで運用なども非常に突っ込んでみたい所存であります。