Monday,September 5
よみがな自動処理()への道()【4】ローカルとサーバのダブルシステム (01 photos)
さて、ようやくMeCabがコマンドで動()くようになりました。
これで他()のプログラムからシステムコマンドでMeCabを呼()びだせます。
でも、その前()に。
WindowsOSにMeCabをインストールした理由()を説明()せねばなりません。
スタジオムーンリーフではウェブサーバにデータをアップする前()に、ローカルPCでの動作()確認()を必須()としています。
サーバにアップする前()に、ローカルPCで見()た目()や誤字()・脱字()をチェックするのが主()な目的()ですが、ローカルPCとサーバにほぼ同一()のシステムとデータを持()つことで相互()をバックアップとして扱()うことができます。いずれか一方()のシステムがクラッシュしたとしても残()った片方()をバックアップにしてすみやかに復旧()できるというリスク管理()ができるというわけです。
ブログにしてもそのブログデータを、いちどローカルPCに対()してアップデートして動作()確認()と表示()を確認()してからウェブサーバにデータをアップするという流()れになっています。
よってよみがなデータを作()るためにMeCabをインストールするのはローカルPC、WindowsOSということになるわけです。
さらに。
スタジオムーンリーフがウェブ関連()プログラムでウェブを制作()するようになったのは10年()ほど昔()。
そのころにはCMSなんて便利()な技術()もなく、当然()WordPressといったお手軽()な(?)CMSサービスもありませんでした。
そして、いまは流行()りのPHPも当時()はあまり頼()りないウェブ言語()であったため、主流()ではなかったんです。
当時()ウェブプログラムで主流()だったのは、いまでは名前()を聞()くこともほとんどなく入門()書()すら書店()で見()かけることもなくなったPerl(パール)です。
Perlはたいへんよくできた言語()であり、文字()列()の扱()いにも強()い関数()やモジュールも多()かったことからウェブ開発()にうってつけでした。
Perlはだいたいのことが可能()となっており、言語()としてはほぼ完成型()だったんですよ。
スタジオムーンリーフでは現在()でもPerlでウェブ開発()をしています。
「PerlよりPHPやrubyの方()が処理()が早()い」なんて話()も耳()にしますが、よほどの重()い処理()でもしない限()り目()に見()える差()は生()じませんし、処理()時間()を短縮()する方法()だっていくつかあります。
ウェブプログラムで処理()を重()くするのは、アクセスの集中()によるデータベースやファイルとのアクセス回数()が多()くなることと、ループ処理()の多()さによるものだと言()っても過言()ではないでしょう。
つまり、データベースとファイルへのアクセス回数()やループ処理()を1回()でも減()らすようにコードを工夫()できれば、それが処理()時間()の短縮()につながるわけです。
スタジオムーンリーフがローカルPCとウェブサーバーとのダブルシステムを使()っているのには、そんな理由()もありまして。
ローカルPCはデータベースを更新()することに特化()し、ウェブサーバーはデータベースを読()みこむことに特化()してシステムの使()い道()をわけています。
これによりローカルPCでデータベースを更新()する処理()はどんなに重()くなっても処理()時間()や効率()に縛()られずにコードを書()くことができるというわけです。
サーバではデータベースを読()みこむ回数()を極力()減()らし、処理()することに特化()しており表示()にかかる時間()を短()くするよう腐心()しています。
以上()により、MeCabと連携()するプログラムはPerlでご紹介()することになります。
いくつかPerlのコードも紹介()するかもしれませんが、マイナー言語()となってしまったPerlのことですから「わかんねえよ」という人()が大半()かと思()います。できるだけ解説()もまじえながらログを進()めていきたいと思()います。
コマンドプロンプトで「Perl -v」と入力()するとPerlのバージョンを確認()できます。
≫ NEXT_LOG よみがな自動()処理()への道()【5】PerlとMeCabはパイプでつながる
≪ PREV_LOG よみがな自動()処理()への道()【3】Shift-JIS→UTF8へ(06 photos)