Mecabって？

MeCabはオープンソースの形態素解析エンジンで、奈良先端科学技術大学院大学出身、現GoogleソフトウェアエンジニアでGoogle 日本語入力開発者の一人である工藤拓[1][2]によって開発されている。
MeCab – Wikipedia

macにはmecabが標準で入っている(*1)のだけれど、文字コードがUTF-16LEみたいで使うのに工夫が必要みたい。

文字コード変換とかいちいち面倒だし、UTF-8で使いたい。なので別途インストールして使う。オフィシャルからダウンロードしてビルドする方法もあるのだけれど、どうやらMacPortsでインストールするのが最善の様子。

管理も楽だし、依存関係もよきにはからってくるのでMacPortsでインストールしてみる。

mecab本体と辞書のインストール

MackPortsはインストールしてある前提です。

$ sudo port install mecab
$ sudo port install mecab-ipadic-utf8

このまま使うと文字化けしてしまうのでmecabで使う辞書をutf8のへと変更します。（デフォルトの辞書はeucになっている様子）

$ sudo vi /opt/local/etc/mecabrc
 
;dicdir =  /opt/local/lib/mecab/dic/sysdic    ←コメントアウト
dicdir =  /opt/local/lib/mecab/dic/ipadic-utf8

mecabを使う

ここまででターミナルからmecabを使うことができます。
mecabを終了するにはcontrol+cです。

$ mecab
 
mecabを使う簡単な方法
mecab	名詞,一般,*,*,*,*,*
を	助詞,格助詞,一般,*,*,*,を,ヲ,ヲ
使う	動詞,自立,*,*,五段・ワ行促音便,基本形,使う,ツカウ,ツカウ
簡単	名詞,形容動詞語幹,*,*,*,*,簡単,カンタン,カンタン
な	助動詞,*,*,*,特殊・ダ,体言接続,だ,ナ,ナ
方法	名詞,一般,*,*,*,*,方法,ホウホウ,ホーホー
EOS

各言語のバインディング

各言語から使うにはバイディングをインストールする必要があります。
MacPortsにはPerl用、Ruby用、Python用があるみたいですね。

$ port search mecab
 
p5-mecab @0.980.0 (perl, textproc, japanese)
    a Perl module for MeCab
 
p5.8-mecab @0.980.0 (perl, textproc, japanese)
    a Perl module for MeCab
 
p5.10-mecab @0.980.0 (perl, textproc, japanese)
    a Perl module for MeCab
 
p5.12-mecab @0.980.0 (perl, textproc, japanese)
    a Perl module for MeCab
 
p5.14-mecab @0.980.0 (perl, textproc, japanese)
    a Perl module for MeCab
 
py-mecab @0.98 (python, textproc, japanese)
    a Python module for MeCab
 
py24-mecab @0.98 (python, textproc, japanese)
    a Python module for MeCab
 
py25-mecab @0.98 (python, textproc, japanese)
    a Python module for MeCab
 
py26-mecab @0.98 (python, textproc, japanese)
    a Python module for MeCab
 
py27-mecab @0.98 (python, textproc, japanese)
    a Python module for MeCab
 
rb-mecab @0.98 (ruby, textproc, japanese)
    a Ruby module for MeCab
 
rb19-mecab @0.98 (ruby, textproc, japanese)
    a Ruby module for MeCab
 
Found 28 ports.

オフィスシャルサイト
MeCab: Yet Another Part-of-Speech and Morphological Analyzer
http://mecab.sourceforge.net/

環境：mac OSX 10.6

公開鍵方式でSSHログイン出来るようにする

どうやらgithubにpushするにはSSH公開鍵を登録する必要がある様子。なので、秘密鍵と公開鍵のペアの作成から。

秘密鍵と公開鍵のペアを作成

ターミナルで秘密鍵と公開鍵のペアを作成する。RSA方式でよいと思われる。
作業する場所はユーザーのホームディレクトリ。

ターミナルで ssh-keygen -t rsa で作成できる。
パスフレーズは空でenterする。

$ ssh-keygen -t rsa
 
Generating public/private rsa key pair.
Enter file in which to save the key (/Users/clicktx/.ssh/id_rsa): [enter]
Enter passphrase (empty for no passphrase): [enter]
Enter same passphrase again: [enter]
Your identification has been saved in /Users/clicktx/.ssh/id_rsa.
Your public key has been saved in /Users/clicktx/.ssh/id_rsa.pub.
The key fingerprint is:
xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx clicktx@MacBook.local
The key's randomart image is:
+--[ RSA 2048]----+
| o+.  o.+        |
|  o= o B .       |
|  o + = o .      |
|   o + o o .     |
|    o = S . .    |
|     o o     .   |
|      .       E  |
|                 |
|                 |
+-----------------+

id_rsa … 秘密鍵
id_rsa.pub … 公開鍵

ユーザーホームディレクトリに .ssh というディレクトリが作られて、その中に秘密鍵と公開鍵のペアが作成される。

公開鍵を github に登録する

公開鍵である id_rsa.pub の内容をgithubに登録する。id_rsa.pubの内容はターミナルなどから確認できる。

$ cd .ssh
$ cat id_rsa.pub 
ssh-rsa Axxxxx.....
......
...../BxxxxxxJxxxxx== clicktx@MacBook.local

id_rsa.pub の内容の

ssh-rsa Axxxxx…..
……
…../BxxxxxxJxxxxx== clicktx@MacBook.local

の部分をコピーしてgithubに登録する。

SSHの接続テスト

githubに公開鍵を登録したら、接続できるかテストしてみる。接続するか聞かれるので yes とタイプしてenter。
Hi username!…. となれば接続成功。

$ ssh -T git@github.com

The authenticity of host 'github.com (207.97.227.239)' can't be established.
RSA key fingerprint is 00:00:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'github.com,207.97.227.239' (RSA) to the list of known hosts.
Hi clicktx! You've successfully authenticated, but GitHub does not provide shell access.

githubでリポジトリ作成

試しに git-test というリポジトリを作成してみる。githubのログインページに「New Repository」があるのでそこから作成する。
Project Nameにgit-testと入力してCreate Repositoryする。

作成すると次のステップとか、リポジトリのpathとかが表示される。

ローカルリポジトリの作成

とりあえず、先ほど作成したgithubの手順のまま実行してみる。
（gitのインストールと設定はしてある前提で…;）

管理するファイルを作る

適当な場所（~/Docmentsとか）で作業する。
管理したいファイルを入れるディレクトリ（git-test）を作って、gitの初期化を行う。

$ mkdir git-test
$ cd git-test/
$ git init
Initialized empty Git repository in /Users/clicktx/Documents/git-test/.git/

テストファイル（とりあえずREADME）を作る。

$ touch README

gitの操作

作ったファイル（README）をステージ(add)してからcommitする。

$ git add README
$ git commit -m 'first commit'
[master (root-commit) 2093860] first commit
 0 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 README

リモートのショートネームをデフォルトのショートネーム origin で登録する。

$ git remote add origin git@github.com:clicktx/git-test.git

リモートであるgithubのリポジトリにpushする。

$ git push -u origin master

成功するとこんな感じでアクセスできるようになる。
http://github.com/clicktx/git-test

参考：

Apache+MySQLサーバをmacで動作させる事ができる。macにはもともとApacheもperlもインストールされているけど、バージョンが古いし、管理も面倒なのでMANPを使うメリットはおおいにあると思う。もともとはPHP+MySQLのローカル環境を構築するためのもの…かな？

参考：Mac OS Xのローカル環境(MAMP+MacPorts)で Movable Typeを動かしてみよう – 準備編　 [ 09.06.24 update ] 【 gabs.log｜おしゃべり好きなWEB制作者のたわごと 】

MAMPをインストール

MAMPからダウンロードしてインストールする。

MacPortsのインストール

makeとか使うのでXCodeが必要。OSのバージョンにあったものをダウンロードする。

MacPortsの初期化＆設定

Terminalでコマンドを実行

echo 'export PATH=$PATH:/opt/local/bin:/opt/local/sbin/' >> ~/.bashrc
echo 'export MANPATH=$MANPATH:/opt/local/man' >> ~/.bashrc
echo 'source ~/.bashrc' >> ~/.bash_profile
sudo port -d selfupdate
sudo port -d sync

perlのPATHを変更

元のperlをperl.bakにリネームして、シンボリックリンクを貼る。これをしておかないと元々インストールしてあるperl(/usr/bin/perl)を参照してしまうため。

cd /usr/bin/
sudo mv perl perl.bak
sudo ln -s /opt/local/bin/perl /usr/bin/perl

cpanmをインストール

perlモジュールを簡単にインストールできるcpanmをインストールする。

sudoでインストールすると /opt/local/lib 以下にインストールされる。

sudo cpanm Mojolicious
or
cpanm -S Mojolicious

ユーザー権限でインストールした場合は、ホームディレクトリ ~/perl5/lib/ 以下にインストールされるので、この場合はPATHの指定が必要。コード側に書くか、あらかじめ設定しておく必要がある。
Apacheのconfigに設定するのが吉かな？

httpd.confに記述

SetEnv PERL5LIB /Users/clicktx/perl5/lib/perl5

MAMPでCGI(perl)を実行できるようにする

/Applications/MAMP/conf/apache/httpd.conf を編集する。自分の場合は /Applications/MAMP/htdocs以下全部で実行したいので以下の場所を変更。

453行目付近

    #AddHandler cgi-script .cgi
    AddHandler cgi-script .cgi .pl .pm ←追記

httpd.confを編集したらMANPを再起動して設定を反映させる。

CGI実行テスト

/アプリケーション/MAMP/htdocs/ に test.cgiを作成する。

#!/usr/bin/env perl
print "Content-type:text/html\n\n";
print "Hello, World!\n";
exit;

test.cgi に実行権を与える。

$ cd /Applications/MANP/htdocs
$ chmod 700 test.cgi

webブラウザで http://localhost/test.cgi にアクセスして表示されたら成功。

ちなみにMAMPの読み方はまんｐーでいいんじゃないでしょうか？

UTF-8で送ろうが、フラグ付きにしようが、だ。

散々悩んだ挙句、原因はSOAP::Liteが勝手にbase64エンコードするからだと判明。

Business::PayPal::APIは内部でSOAP::Liteを使用していて、Asciiだとそのままなのだけれど、それ以外はbase64にエンコードする仕様の様子。

前々から、例えば、OrderDescription に日本語を使うと上手くいかないと思っていたのだけれど、、、。
仕方がないから Business::PayPal::API::ExpressCheckoutをカスタマイズする。

/usr/lib/perl5/site_perl/5.8.8/Business/PayPal/API/ExpressCheckout.pm

    ## add all the other fields
    for my $field ( keys %types ) {
	next unless defined $args{$field};
 
        if( $field eq 'MaxAmount' ) {
            push @secrd, SOAP::Data->name( $field => $args{$field} )->type( $types{$field} )
              ->attr( {currencyID => $currencyID, xmlns => $self->C_xmlns_ebay} );
        }
        ## 追記ココから
        elsif($field eq 'Address'){
            my @addr;
            my $hash = $args{$field};
            for my $f ( keys %$hash) {
               push @addr,  SOAP::Data->name( $f )->type(string => $args{$field}{$f} );
            }
            my $obj = SOAP::Data->name( $field => \SOAP::Data->value( @addr ));
            push @secrd,$obj;
        }
        ## 追記ココまで
        else {
            push @secrd, SOAP::Data->name( $field => $args{$field} )->type( $types{$field} );
        }
    }

SOAPなんて使ってたらダメだね…

これはテンプレートでタグヘルパーを使った時、例えば

    <%= stylesheet '/css/style.css' %>

とスタイルシートを読み込んだつもりだけど、これはスタイルシートを読み込むCGIを実行するのと同じ（スタイルシートのURLにリダイレクト処理するCGIとして実行される）
静的ファイルを呼び出す回数分のCGIが実行されることになるので、パフォーマンスも悪くなることは当然ながら、データベースの接続処理をstartup内でしていたりすると実行回数分の接続を行う事となる。

以前speedyCGIとしてMojoliciousアプリケーションを動作させていた時に、MySQLの最大同時接続数が異常になってMySQLサーバがダウンした事もある。

MojoliciousでCSSなどの静的ファイルを利用する – サンプルコードによるPerl入門

　ローカル環境で試験をするときは、組み込みのWebサーバーがCSSなどの静的ファイルをディスパッチしてくれるので、パフォーマンスの問題は起こりません。一方さくらのレンタルサーバーではCGIというプロトコルを利用してWebアプリケーションを起動しています。CGIというプロトコルはひとつのアクセスに対してひとつのプロセスを立ち上げます。プロセスの起動という処理はとても時間がかかるので、静的ファイルをCGIでディスパッチするとパフォーマンスの劣化が顕著に見られることになります。

リンク先にあるように、組み込みのwebサーバやその他のプリフォークサーバ（starman等）ならば問題ないのかもしれない。まぁ、それ自体がwebサーバとして動作するものなので当然といえば当然か。

CGIとして動作させる場合の解決策としてmod_rewriteの利用が提唱されている。.httaccess(またはhttpd.conf)でApacheが静的ファイルは静的ファイルとして処理するようにmod_rewriteルールを設定する。

もう一つ解決する方法としては、タグヘルパーを使わずに

    <link href="/css/style.css" media="screen" rel="stylesheet" type="text/css" />

などと直接タグを書いてしまう方法。これはデプロイするときにディレクトリ構成が変わったりすると後々面倒（テンプレートをすべて修正する必要があるとか）なので、推奨される方法ではないのかもしれないけれど。

MojoliciousをCGI動作させていてパフォーマンスがイマイチだな・・・と思っているなら調べてみるといいかもしれない。

App.pmとかのstartup()内に

sub startup {
    warn 'warn CGI run.';
    ....
}

等としてアプルケーションを実行するとapacheのエラーログに記録されるので1度の実行で複数行のログが残っていたらその行数分アプリケーションが実行されていることになる。

Apacheでデプロイする様々な方法

Apache deployment – GitHub
Apache/CGI にmod_rewriteの設定が記述されている。その中の Pretty “Web 2.0″ URLs という項目は参考になる。

エラー内容：”Sending Ping…” 中に内部エラーが発生しました。
org/apache/derby/iapi/error/ShutdownException

ググッてみると、Apatana Usage をオフにするといいような発言があったので試してみる。
初期設定＞一般＞開始およびシャットダウン

Aptanaを再起動してみるもエラーが出る。

で、すべてのチェックを外して起動してみた。
エラーは出なくなった。かわりに初期設定が出来なくなった…orz。

結局クリーンインストール。
日本語化、テーマ変更（Eclipse Color Themes）、EPICをインストルしただけの状態の起動項目を記録しておく。

設定ファイルを読み込む / Mojoliciousリファレンス – サンプルコードによるPerl入門

　設定(コンフィグ)ファイルを読み込むにはMojolicious::Plugin::Configを利用します。

というように、Mojoliciousアプリで設定ファイルを使う事ができる。例えば etc/MyApp.conf を読み込むには以下のような感じ。 stash_keyはオプションで設定できる(デフォルトはconfig?)

etc/MyApp.conf

{
    # MyApp config
 
    # サービス名
    SARVICE_NAME => 'hogehoge',
 
    # 配列のリファレンス等
    CATEGORY => [0,1,2,3,4],
}

MyApp.pm

package MyApp;
 
sub startup {
    my $self = shift;
 
    # コンフィグファイル読み込み
    my $config = $self->plugin('config', { file => 'etc/MyApp.conf', stash_key => 'conf' });
    ....
}

読み込みはリンク先に詳しく書かれている。

configで設定された値を使う

コントローラーとかで使う

sub index {
    my $self = shift;
 
    #my $config = $self->stash('conf');
    my $config = $self->config;
    my $service_name = $config->{SARVICE_NAME};
    # or 
    my $service_name = $self->config('SARVICE_NAME');
    ....
}

テンプレートで使う

    <%= stash('conf')->{SARVICE_NAME} %>
    <%= config->{SARVICE_NAME} %>
    <%= config('SARVICE_NAME') %>

オブジェクト指向的には config()で取得したほうがいいのかな？

テンプレートで使うには

<%= config 'SARVICE_NAME' %>

がタイプが一番少ないようだ。

Mojolicious – GitHubより引用

    package MyApp;
 
    use Mojo::Base 'Mojolicious';
 
    use DBIx::Custom;
 
    has dbi => sub {
        my $dbi = DBIx::Custom->connect(...);
        return $dbi;
    };
 
    sub startup {
        my $self = shift;
 
        ### YOU MUST NOT CALL dbi() method in starup().
    }

リンク先にはBad Exampleもあるので参考に。

CentOS5.5(32bit)
PHP 5.2.16

ダウンロード

ダウンロード場所がわかりにくいので注意
※Zend OptimizerをダウンロードするにはMyZendに登録する必要がある。
ゼンド・ジャパン株式会社

ダウンロード＞Zend Guard＞loader＞linux＞ZendOptimizer-3.x.x-linux-glibc23-xxx.tar.gz
※ xの部分はPHPのバージョンやOSによって異なる
当方の環境では ZendOptimizer-3.3.9-linux-glibc23-i386.tar.gz だった。

設置

ダウンロードしたファイルを解凍する。

$ tar zxvf ZendOptimizer-3.3.9-linux-glibc23-i386.tar.gz

PHPのバージョンに対応した ZendOptimizer.so を /usr/lib/php/modules へ設置する。
※自分の環境では ZendOptimizer-3.3.9-linux-glibc23-i386/data/5_2_x_comp の中にあるものを使用。

$ cd ZendOptimizer-3.3.9-linux-glibc23-i386/data/5_2_x_comp
$ sudo mv ZendOptimizer.so /usr/lib/php/modules

php.iniの設定

# vi /etc/php.ini
追記
[Zend]
zend_extension=/usr/lib/php/modules/ZendOptimizer.so
zend_optimizer.optimization_level=15

Apache再起動

# service httpd restart

参考：

webkit系のブラウザで不具合が確認できたのだけれど、どうやらgetElementById()でnullが帰っている様子。

ググってみると同じような現象で悩んでいる人もいるみたい。DOM構築前だとnullが帰る事もあるのが原因のようだ。

onLoadイベントとかはjQuery使っているのなら簡単に実装できるのだけれど、純粋JSで書いているスクリプトだし、他所様に配信するスクリプトなので解決方法を探る。

jQuery使っているのなら、$.ready(function(){…}) でいいのだろうけど、そうはいかない。じゃあ、onLoadイベントに登録すればいい。いいのだけど、onLoadイベントは１つしか実行できないので工夫が必要になる。

ここら辺の記事を参考に How to use multiple window.onload events with external scripts – Javascript FAQ – Tek-Tips にある addOnloadEvent を組み込んで対処する。

処理的には document.write() でかいたHTML中にあるIDが付いたタグの中に別処理で作成したHTMLを放り込むもの。

実行したい関数には引数を指定しているので、
addOnloadEvent(function(){ print_image(hoge,fuga) });
みたいな感じにすればonLoadイベントとして実行してくれる。

そうすることで、getElementById()でnullが帰らなくなる。