WordPressの凄まじいまでの開発ペース、ユーザコミュニティの充実がWordPress人気の要因となっていると考えられます。前回執筆時のWordPressのバージョンは2.5でしたが、わずか1年半で2.9にまで上がっています。Drupalは検索数が横ばいで、WordPressとJoomlaの2大CMSに追いつけないことがはっきりしてきたように見えます。MODx、XOOPSについては、ほとんど使われていないに等しい状況であるといえます。

• Google Trends で見るCMS人気比較（2007年3月）
• CMS人気比較－世界と日本のトレンド（2008年6月）

図2の過去1年間のトレンドを見ると、WordPressがJoomlaを逆転した様子、Drupalが横ばいあるいは漸減をしている様子がはっきり分かります。

図3は日本国内に限った過去1年間のトレンドです。WordPressの人気が圧倒的で、XOOPS、Joomla、Drupalが低い位置で並びます。MODxはほとんど検索されていません。XOOPSがJoomlaを上回っているのは日本特有の現象です。Joomlaの弱さは、ユーザコミュニティの小ささ、書籍の少なさを反映しているものと考えられます。Drupalはコミュニティの運営に大変苦労しているように見受けられます。

プラットフォームとなるソフトウェアは勝ち馬に乗るのが常道であると考えれば、現時点でCMSのベストな選択肢はWordPressになるものと考えられます。

あまりの使い勝手の悪さに閉口し、DrupalのサイトをWordPressに移行することにした。その作業中に気づいたのだが、数百件のコメントスパムが掲載状態になっていたのだ。Akismetモジュールを有効にしていたのにも関わらず、である。どこまでダメなやつなんだろうか、Drupal。おかげで、WordPressに移行した後もスパマーの攻撃を受けるので、やむなくCaptchaのプラグインを導入するハメになったのだ。

移行は想像以上に大変だった。それに、写真が表示されないなどまだ完全には終わっていない。WordPressはバックアップをとることも、他のCMSに移行することも比較的簡単だし、1年前にWordPressからDrupalに移行作業を行った時は簡単に済んだ。ところが、Drupalは自分自身を他のサーバに移転することすら簡単ではない。まして、他のシステムに移行するのに使えるような機能は全くない。ネットで見つけたSQLスクリプトでなんとか記事を移転したが、SQLを何度も書き換える必要があった。また、カテゴリーが全くデタラメになったので、150件の記事を一つずつカテゴリー変更しなければならなかった。なんてことだ！

いずれにせよ、WordPressの著しい進化と比較して、Drupalの停滞は目に余る。WordPressはCMSとしても優れたシステムとなった。もう、（誰かに強制されない限り）Drupalを使うことはないだろう。

1. 古いブログのコンテンツをWordPressの「エクスポート」機能を使い、PCにダウンロードした
2. phpMyAdminを使い、古いブログのテーブル (wp_SOMETHING) をPCにバックアップした
3. さくらインターネットの管理画面で、”new.sample.com”  ドメインを追加し、ディレクトリを “/wpXX” に割り当てた（XXは05, 16など二桁の数字）
4. DynDNSの管理画面で、”sample.com” のエイリアスとして “new.sample.com” を追加した
5. 家庭用サーバのDNS設定に “new.sample.com” を追加した
6. WordPress 2.7 のパッケージと必要なプラグインパッケージをPCにダウンロードし、展開した。また、適切なディレクトリに再配置した
7. 使っていたテーマをPCにダウンロードし、WordPress 2.7 に統合した
8. WordPress 2.7、プラグイン、テーマをサーバの “/wpXX” にアップロードした
9. “http://new.sample.com/” にアクセスし、WordPressのインストール作業を行った。このとき、「テーブル接頭語」を通常の “wp_” から “wpXX_” に変えるのが重要。さもないと古いテーブルを上書き使用してしまうことになる
10. インストール完了後、ログインし、admin のパスワードを変更。通常使うユーザを追加した
11. WordPressと一緒にインストールしたプラグインを「有効化」した。また、Akismet と WordPress.com Stats にはAPIキーを入力した。その他、各プラグインの設定を行った
12. テーマを以前から使っていた “Seashore” に変更した。また、「カスタム画像ヘッダー」でバナー画像を変更した
13. 古いブログの設定画面を参照しながら、「ウィジェット」の設定を行った。実は Google 関係のJavaScriptもテキスト・ウィジェットとして貼り付けている。こうしておくと、テーマを変えてもGoogleの設定をし忘れる心配が少なくなるのだ
14. 「投稿設定」で、Pingを飛ばす先のURLを古いブログの管理画面から貼り付けた
15. 「パーマリンク設定」をカスタム構造に変更。ちなみにこのブログのパーマリンクは “/%category%/%year%/%post_id%” となっている
16. 「インポート」を使い、古いブログのコンテンツを新しいブログにコピーした。「インポート」→「WordPress」を選択。次の画面でファイル “wordpress.2009-XX-XX.xml” を選択し、「ファイルをアップロードしてインポート」をクリック。その次の画面で、「実行」をクリックするとインポートが実行される。このとき、「添付ファイルをダウンロードしてインポートする」のチェックボックスをオンにしておくと、ブログの記事などで使われている写真や文書ファイルが自動的にダウンロードされ、適切なディレクトリにコピーされるのである（日本語ファイル名のものはエラーになる）。これはちょっと感動
17. 新しいブログと古いブログが同じ状態であることを確認した
18. 「一般」設定で「WordPressのアドレス」と「ブログのアドレス」を “http://new.sample.com” から “http://www.sample.com” に変更した
19. さくらインターネットの管理画面で、”sample.com”  ドメインの割り当てディレクトリを “/wpXX” に変更した。このとき、頭に “www.” の付いた “www.sample.com” ドメインも同時に割り当てられる
20. “http://www.sample.com” にアクセスし、新しいブログが表示されることを確認する。管理画面にログインして、WordPress 2.7 になっていることを確認した

以上、けっこう作業工程が多い。

「WordPress 日本語」付属のプラグインで有効にしたものは次の通り。

• Akismet
• WP Multibyte Patch

追加したプラグインは次の通り。

• Breadcrumb NavXT
• cforms
• Exec-PHP
• Google XML Sitemaps
• WordPress.com Stats

まだ他にも同様の作業をしなければならないサイトがあるが、ぼちぼちやることにしよう。

http://peace.junyx.net/

記事をWYSIWYG編集するJavaScriptソフトウェアであるTinyMCEの設定にはとても苦労しました。現在も、TinyMCEでは日本語表示ができません。Imageモジュールとの連携も何とかかんとかできました。これらは全て英文の記事をググりまくって試行錯誤したものです。

最近ですが、TinyMCEを使うと、HTMLボタンでソースを編集すると、必ず <pre> タグが付加されてしまうという悪夢に悩まされています。簡単にテキスト編集モードに変更することもできません。

WordPressだったら、わざわざ追加インストールしなくてもTinyMCEが日本語で動くし、テキスト編集モードへの切り替えも簡単。WordPress並に、簡単にDrupalを利用することってできないものでしょうか？　こんなに設定が面倒だと日本では普及しないんじゃないでしょうかねぇ。

• WordPress 日本語
• WordPress 2.6 リリースノート日本語訳

WordPress 2.6 の新機能は次の通り。

1. 投稿の校正→Wikiのように編集履歴を追える
2. ウェブ上のどこからでも投稿できる投稿ブックマークレット
3. Google Gears に切り替える→ブログを高速化する
4. テーマプレビュー→読者が見える前にテーマを見られる

ライター的観点から言うと1の校正機能は素晴らしい。いつでも過去に書いた文章にさかのぼることができる。デザイナー的観点からはテーマプレビューが便利。サイトを新しいテーマに変更するときに、公開する前に確認したいものだからだ。

WordPress 2.5 とのプラグインの互換性は問題なく、今後2.5系列のアップデートは行われないので、WordPress開発者グループは2.6へのアップグレードを勧めている。

まず、必要な物品はブロードバンドルータを介してインターネットに常時接続されているサーバマシンである。スペック的には最新のものでなくても大丈夫。大体次のようなマシンであればなんとか動くはずだ。

• CPU: Celeron 1GHz 以上
• メモリ: 512MB 以上
• HD: 20GB 以上
• LAN: 10Mbps以上

OSはUbuntu 8.04を使う。オープンソースで、もちろん無料である。次のサイトで Ubuntu 8.04 の日本語ローカライズドDesktop CD をダウンロードし、CD-Rに焼く。サーバ版はGUIが無く、キーボードでの操作しかできないため初心者にはお薦めしない。

• Ubuntu Japanese Team

CD-Rをサーバに挿入し、電源を入れたらUbuntuが起動する。インストール方法が分からず不安な方は右の書籍などを参考にしていただきたい。

さて、サーバをインターネットに公開するためにクリアしなければならない課題の代表的なものは次の通りである。

1. 自分のドメイン（またはサブドメイン）を取得すること
2. ダイナミックDNSのサービスに加入すること
3. ウェブサーバ、メールサーバ、データベースなどサーバのソフトウェア環境を整えること
4. ルータを設定変更してサーバが外部と通信できるようにすること
5. ファイヤーウォールを設定して、サーバを適切に保護すること
6. メール外部転送サービス (MailHop Outbound) に加入すること

ある意味一番重要なのが6番の項目だ。1番から5番は少々知識があれば誰でもできるからである。ぼく自身は自宅サーバを何年も前から立てていたのではあるが、本格的な外部公開はしてこなかった。なぜか？　それは自宅サーバから発信されるメールがプロバイダのメールサーバでは中継してもらえないからだ。WordPressにしろ、Drupalにしろ、大抵の本格的なCMSはユーザ登録時やコメント書き込み時にメールを発信する機能をもっている。それらのメールがユーザのメールボックスに届かなければ、サイトの信頼はがた落ちである。そこで、メールを中継してもらえるサーバが必要になるというわけだ。

ぼくは以前から、ドメインの管理と、自宅サーバをドメイン名(FQDN)で参照できるようにするために DynDNS というサービスを利用している。海外では広く利用されていて、おそらく最も信頼性の高いダイナミックDNSサービスを提供している業者だ。ぼくのドメインも5台のネームサーバで管理してもらっている。普通のプロバイダは2台なので、信頼性の高さが想像できよう。

• DynDNS

DynDNSのアカウントはすでにもっているので、MailHop Outbound というサービスを購入するだけでよい。料金は初期費用2ドル、年間費用15ドルだ。これで1日150通を上限としてメールを転送してもらえるようになる。これでは足りないという場合は150通/日のブロックを追加料金15ドルで購入すればよい。ちなみに、ドメイン登録・維持料金は年間15ドル、独自ドメインのDNS管理ができるCustum DNSの料金は年間27.5ドルである。

実際に MailHop Outbound を経由して、自宅サーバのウェブアプリケーションからメールが自動送信されたが、レンタルサーバのスパムメール監視システムである SpamAssassin の付けたスコアは2～3と非常に低いレベルであり、正しいメールであると認識させるのに十分なサービスであることが確認できた。

だいぶ長くなってしまったので、技術的な解説は別の機会にしたい。サーバの環境設定の方が先かな？

最初に書いておくが、L.H.X.はすごいサービスである。ディスク容量は60GBもあるし、ドメインも作り放題だ。OSも CentOS 5 で、搭載しているアプリケーションも新しい。ディスクも二重化してあり、データの信頼性も抜群だ。しかし、残念ながらぼくのニーズには次の点で合わなかった。

1. Drupal（実際にはApache）が作成したディレクトリにDrupalがファイルを作成できない。PHPがセーフモード (safe_mode) で稼動していることが原因だ。Drupalがディレクトリを作成するたびにエラーメッセージを目にし、ディレクトリを手動で削除･再作成し、パーミッションを変更するのは大変な手間だ。さくらのレンタルサーバのように、PHPをCGIモードで動作させ、SuEXECを有効にしておけばよかったのに、と思う。
2. SFTP (Secure FTP) で接続できない。安全性と使い勝手の良さから、ファイル転送クライアントとしてWinSCPを愛用しているが、FTPモードでの利用しかできない。SFTPモードではローカルとサーバのファイルの作成日時が同じになるのに、FTPモードでは転送された日時がファイルの作成日時になってしまう。これではファイルを同期できたかどうか分からない。
3. WinSCPをFTPモードで使用していると、5分毎に再接続するかどうか聞いてくる。実にうっとうしい。
4. SSHで接続できない。電子証明書方式を使えばクラッキングの危険なくユーザにSSH接続を提供することができるのに、これは提供されていない。
5. SSHシェルが使えない。サーバのコントロールパネルでSSHが使えることになっているが、Firefox 3.0 で動作確認をした限りでは、SSHシェルのアプレットは起動しなかった。
6. 問合せに対する返事がない。7月1日に問合せのメールを送ったが、1週間たった今に至るまで回答がない。試用期間だから仕方がないのだろうか？

すごいサービスを超低料金で提供されているし、こちらはまだ試用期間なので批判できる筋合いではないが、今後のサービス向上につなげていただければ幸いである。

次回は、自宅サーバで実用に堪えるウェブサイトを公開するための課題と解決策について書く予定だ。

6月29日（日）にリンククラブのL.H.X.ホスティングサービスのお試し利用を申し込んでから3日間で作り上げたことになる。初めてさわるソフトを使った割には驚異的に素早く仕上がったと思う。自分がスゴいのか、ソフトがスゴいのか？(^^ゞ　リンククラブを申し込んだのは、DrupalがMySQL 4.1以降対応なのに、これまで使ってきたさくらのレンタルサーバのMySQLのバージョンが4.0で使えなかったためだ。L.H.X.はCent OS 5、Apache 2.2、MySQL 5.0、PHP 5.1.6 で、ディスク容量は60GB、仮想ホストが作り放題という素晴らしいスペックだ。どちらも右側にバナーがあるので詳しく知りたい人はクリックしてね。

さて、サイトの制作がほぼ完了してしまった今日、Amazonで注文しておいた『Drupal Pro Book　－　CMSカスタマイズ＆デザインガイド』（株式会社GIM Drupalプロジェクト著、インプレスジャパン）が届いた。実に、日本で唯一の貴重なDrupal解説書である。このソフトを使い始めた以上、買わざるを得まい。

内容は、Drupalの概要、インストール方法、管理メニュー解説、モジュール解説、デザインカスタマイズ方法、Drupalによるプログラミングなどである。Drupalを使う上で知っておきたい知識が網羅してある感じだ。ただ、自分としてはメニューをもっと洗練されたものにしたいとか、コーナー毎に違ったサイトに見せたいという希望があるのに、これらについては答えが見つからなかったことが残念だ。もし、ここに書いてあるよ、ということを知っている方がいたら教えてほしい。いずれにせよ、これからぼちぼち読み込んでいくつもりだ。

• WordPressな日々[http://www.junyx.net/]
  WordPress、PHP、Linux、インターネット技術の解説、IT関連ニュースなど
• 未来からの記憶へ [http://peace.junyx.net/]
  バンド活動・音楽、平和・ボランティア活動、料理・グルメ、アート・映画鑑賞など

私的なコンテンツの方が現在の名前を引き継ぐことにしました。

新しいサイトでは、コンテンツ管理システム (CMS) として Drupal を採用しました。

• http://drupal.jp/

カテゴリーの考え方が違うことになかなか慣れることができませんでしたが、一旦理解できると後は作業が早いです。まだ十分に使いこなせていませんが、良いCMSだと思います。

今後ともJourneyのサイトをご愛読ください♪

ところが、昨日になってふと思いついた。「WordPressの使い方」でググってはどうだろう？　結果、見事にヒットした。そのものずばり、「WordPressの使い方」というサイトが見つかったのである。

• WordPressの使い方

サイトの大見出しは次のようになっている。非常に良くできた構成である。

• 事前準備
• WordPressインストール
• 基本設定
• ブログ画面の設定
• パーマリンクの設定
• カテゴリーの設定
• リンクの設定
• 記事の投稿
• ページの作成
• ユーザー管理

もちろん、基本的な操作である記事の投稿、ページの作成が解説してある。記事の投稿では画像の挿入の仕方も書いてある。残念なのは、WordPress 2.3までの対応であり、大幅に進化した 2.5 のユーザインターフェースには対応していないことだ。2.5 では画像や他のメディアファイルの挿入方法が変更されているからだ。また、画像レイアウトの基本である、「右寄せ」と「左寄せ」の説明がない。画像の周囲に文字を回り込ませる方法を知らなかったらダサいレイアウトになってしまう。

さて、解説は良くできているし、WordPressを使い始めた人にも紹介したいとは思う。が、しかし、自分ではあまり見たくないし、見ると気分が悪くなる。というのは、本文記事と、画面左上のツリー型ナビゲーション以外のリンクが、全て広告だからだ。記事の周囲をGoogle広告、Amazonアフィリエイト、ドリコムの求人広告が取り囲んでいる。うっかり広告リンクをクリックすることを狙ったサイトレイアウトとしかいいようがない。こういうのって、あまりやりすぎるとまずいんじゃないかな？　ぼくも広告やアフィリエイトを掲載しているけど、ナビゲーションを邪魔するようなレイアウトにはしていないつもりだ。