突然ですが、このblogのURLが変更になります。既に新しいURL上にWordPressをインストールし、データも大方移行したところです。

新しいblogのURLは、http://blog.e2esound.com/になります。RSSのURLも併せて変更になりますので、もしRSSを購読されている方がいらっしゃれば、サイトに移動後ご登録をお願い申し上げます。

URL変更の理由

現状のhttp://www.e2esound.com/上に新しく仕事用のページを作る為です。（画像）

URL変更後

いつも通り、技術的なことやら何やらをダラダラと書き続ける予定です。また、www～のサイト以下に新しくWordPressを導入し、お仕事情報を書いていこうかなと思っています。どこかのタイミングで統合や片方の廃止の可能性もありますが、過去の記事の中に未だリンクを貼ったいただけることがあるので、可能な限り両方で頑張ろうと思っています。

サーバーの話

このblogはlolipopに載せてあります。次のサーバーはさくらを使用します。1通りさくらに移行した後、lolipopについては環境のアップグレードが続いているので、活用する手段があれば他のドメインで動かす可能性があります。

例えば、SSHの導入に伴って、Gitのリポジトリとしての使用ができるのでは？と考えています。詳細な仕様が出ていないので分からない部分が多いですが、お客様の中でlolipopサーバーをご利用になられている方も多数いらっしゃいますので、開発環境としては維持する見込みです。

このところ、技術系の書籍を連続して購入したので紹介です。

まずは、オライリー本ハイパフォーマンスWebサイト ―高速サイトを実現する14のルールです。予算の都合もあり、低価格帯でサーバーを運用することがあります。そういった時に問題になるのがその表示パフォーマンスです。本書では、”パフォーマンスの原因の8割はフロントエンド”ということで、javascriptファイルの圧縮やgzipなどなど高速に表示させる為のtipsがまとめられています。レンタルサーバーでは出来ることも限られますが、かなり参考になりました。

Googleが表示速度を検索ランクに影響させるというアナウンスの影響なのか、続編も出ていました。

続いて、MySQLで学ぶデータベース超入門 (DB Magazine SELECTION)です。MySQLの知識が弱いので、買ってみたのですが情報量としては少なかった感があります。初心者の方にはもちろんオススメできますが、既にMySQLをいじっている方にとっては物足りない内容だと思います。良い意味での基礎本。

続いて、入門Gitです。言わずもがなのGitの鉄板本です。だいぶ前から欲しかったのですが、思い切ってとうとう購入してみた次第です。ちょうど外注期間だったので電車の中で読んでいました。

最後に、RailsによるアジャイルWebアプリケーション開発です。RubyをやるならRailsでしょ！というテンションで購入してみました、購入に先だってMitaka.rbのysakaki氏のオススメでございました。まだ、読み始めたばかりで途中ですが、Railsの凄さが伝わってきます。CodeIgniter使いの自分としては、寧ろ、卑怯！！と思うほどに凄いですね、Rails。使いこなせるのはいつの日やら、、、とも思いますが、そんなことも言ってられないので頑張ります。

このところ、読書に費やしてしまった時間と知識を生かして、また1つ成長していきたいものです。

http://blog.shopigniter.com/wp-content/uploads/2010/06/inclued.ci-1.7.2-300×52.png

リンク先の画像は、CodeIgniterでどのようにファイルが読み込まれrequiredしているかをまとめている画像です。こちらの画像はこのサイト。

ShopIgniter:http://blog.shopigniter.com/

時間がある時に読みたいですね。

外注先の昼休み、私はお昼を食べて携帯電話でTwitterをしておりました。偶然見つけたこのpostです。

CodeIgniterのheroku的サービスを始めようかと思っている？だって!!!!!

herokuとは、Rubyでお馴染みのRailsのお話ですね。先日お邪魔したMitaka.rbでjishihaさんがLTをしていました。
その機能の概要は、rails専用のホスティングサービスであり、gitにcommitするだけでその変更が反映されるというもの！これは！！

「CodeIgniter始まったな。」　　「ああ。」

この時点では、まだ良く分かっていなかったこのサービス「CloudIgniter」。探しても日本語情報がありません。Free版があったので試してみました。

ザクッとこんな感じです。尚、Free版は「hoge.getcloudigniter.com」のようにhoge部分を選択するだけです。有償版ではドメインが適用できるとのこと。管理画面にLoginし、設定し、ポチっとするとCodeIgniter-erにはお馴染みのページが表示されます。.htaccessの設定やら、database.php,config.phpの設定もいりません。

とりあえず、Hello World!だけしときました。http://e2c.getcloudigniter.com/hello

管理面からすると、SSH接続もできます。素晴らしい。もちろんユーザー毎のFTPも容易されています。MySQLの管理にはphpMyAdminとBuddySQLが用意されています。何と十分な構成でしょうか。

さて、最初のつぶやきから察するに、heroku的サービスが開始されたと思っておりましたが、まだらしい！しかしだ！ここでもう1つの事実が発覚。

えと、、、Free版始めたの昨日だったんだってさ!!!!日本語情報がない訳です。

heroku的なサービスが始まって、支払方法にpaypal導入とかあったらホスティングしたい!!!!日本人CodeIgniter-erの皆々様、お時間があれば是非お試しください！

Go Go CloudIgniter!!!!!!

さて、いろいろ書きたいのは山々なんですが・・・時間がなくてだな。。。

書きたいことをまるっとさくっと書きます。WordCampの中でも紹介されていたコメント欄拡張プラグイン「IntenseDebate」の威力が半端ないです。何故知らなかったのか!!!!（眼にしたような記憶があるけど)

その威力は、私のコメント欄を見ていただければ分かるかと思います。素晴らしいほどの連携。

TwitterやFacebookとの連携、IntenseDebate自身のプラグインによる機能拡張と、もうこれは！使うしか！ない！！！！

という、威力です。（見込み。）

インストール方法に関しては、IntenseDebateサイトでアカウントを作成、プラグインファイルのアップロード、IntenseDebateでの設定だけです。

WordPressのプラグインでコメント欄、というとテンプレートを書き直すものだと思っていましたが、テンプレート自身は何1ついじっていません。この点も驚きつつ、最終的に出来上がったものがまが（驚）

日本語にも対応していますが、どうやらIntenseDebateの設定画面は英語onlyらしいですが、どうにかなるレベルです。つまずくとすれば、FacebookのAPI設定に関して、Facebook上でアプリケーション登録→API Keyとか入力という作業が発生します。（大きな声では言えないが、日本国内のサイトなら設定しなくてイイと思う）

（これ、mixiにも対応したら、日本国内では恐ろしいことになるんだろうな…しないと思うけど（ﾎﾞｿｯ）

PS.お願い

効果のほどを知りたいので、お暇な方は使ってみて貰えると嬉しいです。

Vimの補完機能を使用すれば、単語単位のもの、つまりはメソッドやプロパティはガシガシ打つことができます。しかし、数行に渡るコードを記述することはできません。

このsnipMate.vimでは、ファイルに登録されたテンプレートを呼び出し、一瞬にして打ち込むことができます。

[参考]Supernova:snippetsEmu から snipMate に移行したまとめ

とりあえず、CodeIgniter用に以下のものをファイルに記述しました。

[php]
snippet controller
class ${1:ControllerName} extends Controller
{
function __construct()
{
parent::Controller();
$this->load->library(”);
$this->load->helper(”);
}
function index()
{
${2:// code…}
}

/* End of file ${3:FileName}.php */
/* Location: ./system/application/controllers/${4:FileName}.php */
snippet model
class ${1:ModelName} extends Model
{
function __construct()
{
parent::Model();
}
function ${2:FnName}()
{
${3:// code…}
}

/* End of file ${3:FileName}.php */
/* Location: ./system/application/models/${4:FileName}.php */

snippet loadview
$this->load->view(‘${1:view}’);

snippet loadmodel
$this->load->view(‘${1:model}’);

snippet endoffile
/* End of file ${1:FileName}.php */
/* Location: ./system/application/libraries/${2:FileName}.php */
[/php]

Controllerの定型文、Modelの定型文、ついでに$this->load->view(‘’)と$this->load->model(‘’)も追加しています。使い方は、例えば上記のControllerの定型文を使用する場合、Filetype:phpを設定した上で、「controller<tab>」で実行します。

とにかく便利です。今まで何度定型文を書いたり、コピペしたりしていたでしょうか。。。もっと早く知るべきでした。まだ、HTMLは整備していませんが、より効果を発揮してくれるだろうと思います。

http://www.phpunit.de/manual/2.3/ja/index.html

インストールから使用方法まで書いてあるので、1通り。

早速作業用にVimの辞書ファイルを作りました。(ver3.4)

github:phpunit.dict

CodeIgniterに、このPHPUnitを使用できるようにするライブラリ、CIUnitがあります。ついでに動作確認してみました。日本語情報に関してはNEKOGETさんのblogで3回に渡って紹介されています。

目指せ、TDD!

しかし、セキュリティ上の観点からこのファイル名を変更する場合があります。CodeIgniterで作成したWebアプリの場合、後に$system_folderの値が変更になる可能性が否定しきれません。変更が必要となってしまいます。（無いと思いたいけれど）

そこで、この$system_folderに設定される値を取得する方法。サクッと。

[php]$system_folder_name = str_replace(base_url(),”",$this->config->system_url());[/php]

中身は、$system_folder = “system”の場合、”system/”になります。CodeIgniterはURLの末尾に”/”を含めるようなので、そのままです。

要urlヘルパーです。base_url()を使用しています。もう少し短い変数名にするかヘルパーにした方が利便性は高そうです。あまり使う機会もなさそうなので、取り急ぎこれで。

index.phpをインクルードできればいける気もしましたが、よく分からなくなってこの対応（汗

[修正]

こちらの方が効率がイイ！これだとurlヘルパーいらない！

[php]$system_folder_name = str_replace(
$this->config->item(‘base_url’),”",$this->config->system_url());[/php]

しかしだ！今度、いろいろやってみたいことが出来まして、もう一度きっちりやってみることにしました。目標はブログパーツを作ったり、bookmarkletを作ることです。

続く（いや、きっと）。

ところで、blog気づいたらまたしばらく書いてませんでした。忙しくなるとダメですね＞＜。

lolipop Server Test  2010/05/02 23:40～2010/05/03 00:30

測定方法
PHPフレームワークCodeIgniterを使用し、MySQLに入れた郵便番号データ（122730レコード）から、
ランダムに1レコードを取得、さらに表示

500 record
83.3499708176
82.8934130669
82.6532549858
93.9357149601
94.6581370831
92.0906701088
88.5556972027
82.3820140362
96.3471689224
83.5166530609

100 record
16.7468960285
16.7918679714
16.7485609055
16.6533479691
16.6854419708
16.6126961708
16.609457016
16.6992168427
16.7384190559
17.8017060757

20 record
3.46936798096
3.28264093399
3.36798501015
3.32139897346
3.2939248085
3.30640602112
3.37263894081
3.28885006905
3.40948200226
3.31085991859

1．軽い

驚くほどにファイル容量が軽いです。今私のローカル環境に入れてあるものは1.7MB。(ユーザーマニュアルを除き、オリジナル拡張を少々追加)

2．速い

自分ではベンチマークとっていませんが、PHPフレームワークの中で常に最速を誇るという。

3．基本的なマニュアルが充実

ユーザーマニュアルがとても充実しています。書籍を購入しなくても使用することが可能。（フレームワーク未経験だと少々厳しいだろうけれど）

4．PHP4/5で動作し、制約も少ない

サーバー環境はPHP4/5共に対応しています。PHP4ではCodeIgniterの予約後が増えること、コンストラクタの書き方がPHP4になることが異なります。例えば、クラス名がSampleの場合、function sample(){～で書きます。簡単な話、そのままPHP4です。

5．設置が容易

ファイルをインストールし、サーバーにアップロード。そして、config.phpとdatabase.phpを少し書き直す程度で設置が完了します。先日ローカルにcakePHPを入れてみましたが、「他のフレームワークはこんなに面倒なのか…」と思ったほどでした。

こんなところでしょうか？それではあまり書きたくないけれど、、、一応残念な部分を。

1．GETが使えない

URLにパラメーターを追加して使用するGETが使えません。設定を変更すれば使用できますが、validationの機能が使用できなくなります。今のところ困ってはいませんが、携帯サイトで複数の値を渡したい場合には少々苦労すると思います。

2．日本語情報が少ない

使用している日本人が少ない影響でしょうか？日本語の周辺情報があまりヒットしません。例えばTwitterで検索をかけてもCodeIgniterに関してつぶやいている人は少ない様子です。

• Twitter:CodeIgniterの検索結果
• Twitter:CakePHPの検索結果
• Twitter:Symfonyの検索結果

今、日本人、1人しかヒットしなかったぞ。(NEKOGETさんだった！)

しかし、英語情報もありますし、ライブラリやプラグインも公開されています。サンプルコードを読めば問題なく使用できるので、著しい英語アレルギーでなければどうにかなると思います。

3．Authが困ったちゃん

管理画面の作成の際に使用したい！ユーザー認証ですが、どうにも設置するのに苦労することが多いです。もっとシンプルに認証できるようになるととってもとってもとってもとっても嬉しい。Twitterでもユーザー同士でどうしたもんかなーと話す事が多いです。（その流れでHampomさんがezauthをテストしてくれました。）

今のところは、こんな感じです。

MVCのModel-View-Controllerの結びつきが非常に緩いので、いい意味で柔軟、悪い意味でなんでもできてしまうという恐ろしい部分があったりもします。実は、上毛かるたbotの中身はCodeIgniterなんですが、全ての処理をControllerで処理するという暴挙に出ておりました。今はもちろんModelで処理すべきところは処理しています。

最後に、そんなCodeIgniterですが、サンプルのコード群としても非常に重宝しています。時間を見つけては自分が使う機能部分のコードを読んでどのように処理しているのか確認しています。ファイル群が軽量であることからも分かるようにその内容は簡潔です。お勉強にもどうぞ！日本人のユーザーがもっと増えればもっと面白くなると思う。

おまけのリンク集

• 日本CodeIgniterユーザ会(日本語コミュニティ)
• CodeIgniterユーザーマニュアル日本語版(日本語マニュアル)
• EllisLab(CodeIgniterを開発している会社)
• CodeIgnite wiki(英語情報。ライブラリやTipsが紹介されています)
• ellislab / CodeIgniter(最新のCodeIgniterはbitbucketで)
• ci.dict(vim用のCodeIgniter辞書ファイル)←自分で作りました。

つい先日、WordPressのテーマファイルのカスタマイズ案件としてwp.vicunaを使用しました。事前認識としては「使いやすいんだろうなぁ～」程度のゆるふわな評価でしたが、凄かったのです。

使用したwp.vicunaはver.2.03。ライセンスはWordPressの場合MITライセンスとのことです。スキンとして、5種類が用意されています。管理画面から横幅についても変更可能という恐ろしさ。

• Style-vega
• Style-mono
• Style-galaxy
• Style-flat
• Style-future

さらに！カラムレイアウトを管理画面から変更することが可能です。管理画面のサイドバー下部「Vicuna」より、各種プロパティの設定が可能です。2カラム3カラムはもちろん、それぞれの左右カラムの入れ替えや変則的な構成までサポート。カラムレイアウトに関してはこちらに詳細が紹介されています。このリンク先のページでは、「bodyタグのクラス名を変更することでカラムレイアウトを変更する」と書かれていますが、どうやら古い情報のようです。

現在のバージョンでは、管理画面からそれぞれのページに対して、それぞれのページのカラムレイアウトを変更することが可能です。

body.class=”Name”それぞれに対してカラムレイアウトを作成し適用させています。サーバー環境に不満がある方は、直接書くファイルのbodyタグのclass名を変更した方が高速に動作すると思われます。何故かというと、管理画面からカラムレイアウトを設定すると、データベースのうちwp-optionsテーブルに値を格納し、表示の度に呼び出すからです。

カスタマイズ性に関しても申し分ないですが、初心者の方にとっては少々難があるかもしれません。CSSファイルを分割して記述しているため、どこに何が書いてあるのか分からない！と言う事態が考えられます。（firebug使えばいいと思うよ）

サイドバーについては、ウィジェットにも対応しているので、普通に表示したいものについては問題ないと思います。どのテーマファイルを選べばいいのか迷った際には、wp.vicunaはオススメです！

早速参加登録してみました。できれば懇親会にも参加したいところなのですが、ちょっとスケジュールの調整が必要そう。誰か一緒に行きませんか？

e2esound.com:WordPressで外部RSSを取得して表示させる

書いたのは2008年ということで、これはまだWordPressをいじり始めて3ヶ月くらいのヘッポコもヘッポコな頃のものでございます。その後、PHPも勉強していることですし、今回は別の方法として、PEARライブラリを使用した方法を紹介します。

PEARライブラリのうち、XML_RSSを使用します。lolipopではデフォルトでインストールされていますが、他のサーバーの方はPEARライブラリのインストールと使用方法を確認して下さい。

サクッと作るとこのようになります。流れているRSSのタイトル＋リンクを表示しています。

[php]

<?php
//文字コード指定
//header(“Content-Type: text/html; charset=UTF-8″);

//対象のRSS
$url = “http://feeds.feedburner.jp/e2esound/Izak”;
require_once(‘XML/RSS.php’);

//インスタンス化
$rss = new XML_RSS($url);
$rss->parse();

echo “<h1>外部サイトのRSSを取得し表示する</h1>”;

$items = $rss->getItems();

echo “<ul>”;
//$itemsの配列が空ではない場合
if(!empty($items)){
    foreach($items as $item){
      echo “<li><a href=\”".$item['link'].”\”>”.$item['title'].
      ”</a></li>”;
    }
}else{
//$itemsの配列が空の場合
echo “<li>No Contents</li>”;
}

echo “</ul>”;

//End of File.
[/php]

あれ？以前のものよりも分かりやすいような。

1. PEARをrequire_once（）
2. インスタンス化
3. $rss->parse()
4. $rss->getItems()で結果を取得
5. 表示させる

尚、表示する内容を変更する場合には、$itemsの中身をvar_dump()し表示項目を追加してあげれば問題ありません。例えばdescriptionなら$item[‘description’]など。

以上のコードも、使用頻度が高いならWordPressのfunctions.phpに書いて関数かした方がイイかも。

[追記]
タイトルにWordPressと書きましたが、普通にPHPで動きます。

先ほど、上毛かるたbotに関してblogを書こうと、検索してみたところ。。。こんなものが。。。

上毛かるた_bot:http://twitter.com/jomo_karuta

なななんと!!!!上毛かるたbotがもう1台できてる!!しかも、私のよりカッコよくつぶやくじゃないか!!（読みも表示）

作ったの誰だろうか？（ちっ機能的に負けてるなんて、、、）と思いながら検索していたら、どうやらこんなサービスで作られているらしいことが判明。

twitter bot GENERATOR

何でも、アカウントさえ取得すればTwitter botが作成できるようです。機能的にも@に反応してTweet、定時Tweet等botとしては充実しているようです。

ちょっと、、、悔しい、のでもう少し上毛かるたbotを強化しようと思います。

以前にもお伝えしている気がしますが、Twitterの外部アプリケーションの認証方式がBasic→OAuthへ完全移行することが決定しているとのことで、このままだと謹製上毛かるたbotはTweetできなくなります。いつの間にやらフォロワーも増えているので、このまま停止させてしまうのももったいないと思っています。（botサービスBasic認証じゃないか？）

がんばるべーやー。（上州弁）

URL:http://github.com/e2esoundcom

今のところ、このblogでも紹介しているCodeIgniter等々のファイルを上げておきました。以前紹介したMY_helperについても内容を更新しています。

その他には、CodeIgniterやWordPressのVim用辞書ファイルもあります。

WordPressの辞書ファイルについては、現在作り直しを行っています。WordPress 3.0へのバージョンアップや内容の充実を目指しています。例えば、これまでテンプレートタグのみを辞書に登録していましたが、WordPress専用の関数やそれぞれの引数についても入れ込む予定です。

・・・誰か手伝ってくれる人、いないだろうか。ふぅ。

さて、先日も行ってきた二郎系ラーメン、ラーメン大三鷹店に行ってきました。注文したのは、

油そば　野菜増し・にんにく

武蔵境近辺に住む方ならお馴染みの油そばでございます。

油そばを簡単に説明すると、本来スープで割るべきタレを麺につけて食べるイメージ。こってりです。油そば＋二郎系はどういう結果になるのだろうと、若干冷や冷やしながらも野菜増しで注文してみました。

その結果が、これだ！

※注　先日のラーメンよりも量が少なく見えるのは、油そばにはスープが無いからだよ。

ピンボケしてしまいました。ちょうどお昼時に入って為、席の後ろには沢山並んでいる人がいたりで、急いだ結果。

味の方は、油そばとしては少々物足りなさがあります。個人的には油そば＝こってり！なんですが、卵が入っている為マイルドになります。麺については、いつもと同じものを使用していて、野菜を盛る前に麺と油を混ぜてくれるので食べやすいです。（混ぜなかったら野菜増しとか食べるに食べられないと思う）

また、にんにくを入れてみましたが、食べ方が上手くないのか、あまりにんにくを感じることもなく。これはもしかすると卵効果かもしれません。

油そばとしては非常に好みが分かれるところです。がっつり食べたい人には向いていますが（笑

1.ページテンプレートをWordPressに認識させる

archive.phpやcategory.phpは必ず作るべきファイルです。さらに、WordPressのページ機能を使う為にはページテンプレートを書く必要があります。

ページテンプレートをWordPressの管理画面で認識させ、使用するにはページテンプレート冒頭に以下のように書きます。テンプレートがTemplateNameと認識されます。

[php]
<?php
/*
Template Name: TemplateName
*/
?>
[/php]

2.ページテンプレートで<!–more–>タグを機能させる

実は、index.php以外のページでは、投稿を表示させて<!–more–>を使っても記事の折り畳みができません。折り畳みさせるにはテンプレート冒頭に以下を記述することでクリアできます。

[php]
<?php
global $more;
$more = false;
?>
[/php]

3.query_posts関数でアレコレ表示させる

テンプレートタグ/query posts – WordPress Codex 日本語版

見て貰うのが一番手っとり早いですが、この関数と条件分岐を使えば、以下のようなことができます。

• 特定カテゴリーの投稿だけ表示
• 特定の投稿者の記事だけ表示
• 最新20件のみ表示
• 上記の組み亜合わせで表示

企業サイトであれば、informationページを作成して、最新のinformationカテゴリの投稿のタイトルとページリンクを表示→リンクをクリックするとそれぞれのsingleページに飛ばす、ということができます。

PHPでも同様なのですが、以下の2種類の関数を定義して使用しています。

• プログラムを書いて構文エラーが無いのか確認したい
• プログラムの実行結果をVimのコマンドラインに表示させたい

元ネタは、vimでPHPを編集中、1秒で文法チェックする方法 – /halt/Snapshotです。PHP -lの構文チェックの実行結果をVimのコマンドラインで実行するものです。これを少々書き換えて上記2つを実現してみます。まずは元のコードを。

function PHPLint()
let result = system( &ft . ‘ -l ‘ . bufname(“”))
echo result
endfunction autocmd FileType php noremap <c-l> :call PHPLint()

リンク先では、,+lにショートカットを当てていましたが、押し辛い等々の理由でとりあえず<ctrl>+lを設定しています。このコードを少し書き換える（赤字）と、コマンドラインでPHPの実行結果が得られます。PHPをコマンドラインで実行する場合のオプションを変更しています。この関数は現在、<space>+’にショートカットを当てています。

function PHPExe()
let result = system( &ft . ‘ -r ‘ . bufname(“”))
echo result
endfunction
endfunction autocmd FileType php noremap <space>, :call PHPExe()

Rubyについても同様の方法をとり、必要な部分を書き換えるとそれぞれ以下のようになります。

function RubyLint()
let result = system( &ft . ‘ -c ‘ . bufname(“”))
echo result
endfunction

function RubyExe()
let result = system( &ft .’ ‘.bufname(“”))
echo result
endfunction

弱点は、対象のファイルを一度保存しなければいけない点でしょうか？より高度にQuickRunがイイらしいです。（良く分かっていないけれど自分の環境では動かないらしい。。。）

最終的には、こんな感じに書いています。構文チェックと実行を同一ショートカットキー、ファイルタイプ別で切り替えです。

function PHPLint()
let result = system( &ft . ‘ -l ‘ . bufname(“”))
echo result
endfunction

function PHPExe()
let result = system( &ft . ‘ -r ‘ . bufname(“”))
echo result
endfunction

ｆunction RubyLint()
let result = system( &ft . ‘ -c ‘ . bufname(“”))
echo result
endfunction

function RubyExe()
let result = system( &ft .’ ‘.bufname(“”))
echo result
endfunction

autocmd FileType php noremap <C-l> :call PHPLint()<CR>
autocmd FileType ruby noremap <C-l> :call RubyLint()<CR>
autocmd FileType php noremap <space>’ :call PHPExe()<CR>
autocmd FileType ruby noremap <space>’ :call RubyExe()<CR>

今日はまず、WordPress日本語版2.92.にバンドルされているHello Dollyの構造と機能を分析しながら、WordPressプラグインの作り方を考えてみたいと思います。

Ⅰ.Hello Dollyって何だろ？

これについては、WordPress Codexに詳しく書いてありました。

Hello Dolly（ハロー・ドリー）
これはただのプラグインではありません。ルイ・アームストロングによって歌われた最も有名な二つの単語に要約される、同一世代のすべての人々の希望と情熱を象徴するものです。これは世界で最初の WordPress 公式プラグインです。このプラグインが有効にされると、プラグイン管理画面以外の管理パネルの右上に「ハロー・ドリー」からの歌詞がランダムに表示されます。

プラグイン – WordPress Codex 日本語版:パッケージに含まれているデフォルトプラグイン

よく分からないYouTubeに行ってみると、「あぁ、これか!!」と思われる楽曲に出会えると思います。

Ⅱ．解析に必要なもの

ここから先を読み解くには以下のものを使用します。

• Hello Dollyプラグイン…WordPress日本語版をDLして取り出す。(hello.php)
• WordPress Codex日本語版：http://wpdocs.sourceforge.jp/
• シンタックス・ハイライトできるテキスト・エディタ又はIDE（私はKaoriYa版Vim）

Ⅲ．Hello Dollyの構造

早速、ファイルを開いてみましょう。全体で84行と短いので、その構造はシンプルです。順にその内容を確認してみます。

1. コメント
2. 2つのadd_action
3. 3つのユーザー定義関数

1.コメント

プラグインの中に記述されるコメントは、もちろん開発用に記録されたものもありますが、WordPress管理画面でプラグインの情報として認識されるものです。Hello Dollyでは以下のようになっています。

[php]
/*
Plugin Name: Hello Dolly
Plugin URI: http://wordpress.org/#
Description: これはただのプラグインではありません。Louis Armstrong によって歌われた最も有名な二つの単語、Hello, Dolly に要約された同一世代のすべての人々の希望と情熱を象徴するものです。このプラグインが有効にされると、すべての管理画面の右上に <cite>Hello, Dolly</cite> からの歌詞がランダムに表示されます。
Author: Matt Mullenweg
Version: 1.5.1
Author URI: http://ma.tt/
*/
[/php]

以上の情報は、管理画面でのプラグイン名称や概要、バージョン情報等として扱われます。この辺りの詳細については、WordPress Codexのプラグインの作成にまとめられています。

2．2つのadd_action

プラグインの動作にはWordPressに内包されるプラグインAPIのフックへの関連付けが必要となります。例えば、index.phpのheaderが呼び出されるタイミングで実行、ログイン。フォームが読み込まれた終盤で実行等です。

フックには2種類あり、1つがHello Dollyの中でも使用されるアクションフック、もう1つがフィルターフックです。それぞれの詳細については、リンク先をご参照ください。

今回使用されているフックは、admin_footerとadmin_headです。

admin_footer
管理画面各ページの<body>要素の終盤で実行する。

admin_head
管理画面各ページの<head>要素内で実行する。

プラグイン API/アクションフック一覧 – WordPress Codex 日本語版

Hello Dollyでは、admin_footerはHello Dollyの菓子を表示する為、admin_headはCSSを読み込む為に使用されています。

3.3つのユーザー定義関数

関数それぞれを確認してみます。

• hello_dolly_get_lyric()
• hello_dolly()
• dolly_css()

まずは、hello_dolly_get_lyric関数から。関数名の通り、歌詞をランダムに取り出す為の関数です。コメントのうち、「//e」と書かれているものは私が加筆した部分です。

[php]
function hello_dolly_get_lyric() {
/** These are the lyrics to Hello Dolly */
//e 歌詞を変数に格納
$lyrics = “Hello, Dolly
Well, hello, Dolly
It’s so nice to have you back where you belong
You’re lookin’ swell, Dolly
I can tell, Dolly
You’re still glowin’, you’re still crowin’
You’re still goin’ strong
//e ———-中略———-
Dolly’ll never go away
Dolly’ll never go away
Dolly’ll never go away again”;
// Here we split it into lines
//e 文字列を改行までで区切り、配列に格納
$lyrics = explode(“\n”, $lyrics);
// And then randomly choose a line
//e 配列の添え字によってランダムに出力
return wptexturize( $lyrics[ mt_rand(0, count($lyrics) - 1) ] );
}
[/php]

難しい処理はありませんが、注意すべき点としてwptexturize関数が使用されています。この関数はWordPress標準の文字列出力を修正する為の関数です。ランダムに得た文字列をWordPressのルールに則って整形して返しています。

次に、hello_dolly関数です。hello_dolly_get_lyric関数で得られた文字列をpタグで囲って表示させます。

[php]
// This just echoes the chosen line, we’ll position it later
function hello_dolly() {
$chosen = hello_dolly_get_lyric();
echo “<p id=’dolly’>$chosen</p>”;
}
[/php]

この関数は、アクションフックのadmin_footerと関連付けられている為、管理画面の</body>タグ終盤で実行されます。

[php]
// Now we set that function up to execute when the admin_footer action is called
add_action(‘admin_footer’, ‘hello_dolly’);
[/php]

最後に、dolly_css関数です。管理画面のhead要素の中にCSSを記述します。コメントのうち、「//e」と書かれているものは私が加筆した部分です。

[php]
// We need some CSS to position the paragraph
function dolly_css() {
// This makes sure that the posinioning is also good for right-to-left languages
//e $xは文字列の表示方向によってleftまたはrightになる
$x = ( ‘rtl’ == get_bloginfo( ‘text_direction’ ) ) ? ‘left’ : ‘right’;
//e head要素内に記述するCSSの内容
echo ”
<style type=’text/css’>
#dolly {
position: absolute;
top: 4.5em;
margin: 0;
padding: 0;
$x: 215px;
font-size: 11px;
}
</style>
“;
}
[/php]

get_bloginf(‘text_direction’)は、文字列の表示方向を返します。日本語環境の場合にはもちろんrtl(R to L)です。言語環境に於いて、表示位置を切り替える配慮がされています。

この関数は、アクションフックのadmin_headと関連付けられている為、管理画面のhead要素内で実行されます。つまり、head要素にCSSを追記する形になります。

以上のように、2つの関数がフックによって適時実行されることで管理画面にHello Dollyの歌詞を表示しています。ポイントは、フックです。

Ⅳ.最後に

プラグイン開発の方法として、関数の定義とフックの関連付けができれば開発が可能！ということがわかります。

Hello Dollyはとてもシンプルなプラグインです。より複雑なものだと、管理画面にプラグイン専用のページを追加したり、データベースにテーブルを作成したり、JavaScriptを絡めたりと限りなくあります。

もちろん、自分で○○をしよう！と思った場合には、車輪の再開発を防止する為にも、求めている機能が実装されたプラグインが無いのか調べる方がbetterです。しかし、該当するプラグインが無い時、機能が惜しいプラグインがある時には、開発やカスタマイズが必要になります。フックとPHPについて理解できれば、大抵の機能は実装できそうです。

Ⅴ.次回

• A案：何かプラグインを解析してみる
• B案：何か思いついたらプラグインを作り始めてみる

おまけ