blog.HELLMET.net

自分で設定しておいてなんですが、カテゴリはいらないかな、と思います。

カテゴリというのはなかなか難しいんです。

以前音楽系サイトの仕事していたとき、リニューアルの際、数多くある音楽ジャンルをカテゴリ分けする必要が出ました。当時は「洋楽」「邦楽」、「ポップス」「ロック」「ヒップホップ」、「男性アーティスト」「女性アーティスト」「ビッグバンド」など、あえてそれじゃなくてもいいじゃん！というような候補がたくさん出ました。

そして決定したカテゴリはなんと「洋楽」「邦楽」「ヒップホップ」です。

個人的には意味不明な分け方なので、これでいいのかなと思いました。しかし、実際にそのまま運用していくと、特にエンドユーザから「カテゴリ意味わかんねーよ！！」などのクレームが来るわけでもなく、バックオフィス側としても意外に違和感がなくなってきて、最終的には「ま、これもよかったんだろうね」的な、きわめて有機的な結論を出してしまいました。

しかしそのあとタグという、いわゆるタクソノミーが市民権を得て、カテゴリとは別にタグという単語も使われるようになりました。

インタフェース的には、ナビゲーションとしてカテゴリ。検索としてタグ、のような流れです。

正直、タグのみでいいと思いました。なぜなら、「洋楽」をさらに「男性アーティスト」「女性アーティスト」と分けた場合、さらに「個人」「グループ」や「ロック」「ポップス」「クラシック」「ジャズ」などに分けることは可能ですが、「ロック」から探したいというエンドユーザには回答を与えることはできません。

つまり、すべてがパラレルになっていなければならず、カテゴリである場合は必ずヒエラルキー方式になってしまうので、ナビゲーションにカテゴリを適用するにはナンセンスだな、と思っています。

その点タグならば、とある音楽が一つのタグに属するわけでもなく、複数のタグを設定できますし、タグ自体が完全にパラレルな位置づけが可能なので、「ドクダミ太郎」という演歌歌手がロックを始めても、1対多で「ドクダミ太郎」：[[演歌],[ロック]]というように、複数関連付けることが可能です。

もちろん「ロック」はドクダミ太郎だけのものではないし、関連付けても使い切ることはないので、「ヤサグレ次郎」に「ロック」を関連付けることも可能です。

つまり、もしナビゲーションにカテゴリを設定しなければいけない場合、タグの構造体の中身に「カテゴリとして設定可能」というフラグでもなんでもつけておけばよい話です。

自動アップデートで3.0にしてみました。

まだ細かいところはチェックしていませんが、管理画面のインタフェースはテイストそのままに綺麗になってます。

みなさんもぜひアップデートしてみてください。

“兎に角シンプル”が最近のモットーです。

たとえばECショップを作る場合、ナビゲーションにはカテゴリ別に分ける事が多いとは思います。更に商品検索でもカテゴリで検索できた方が便利ですよね。

でも、たとえば家電カテゴリに登録した商品は、必ず家電を親に持つ形になり、家電カテゴリ内でしかヒットしません。

購入者は家電タブを最初にクリックすれば一歩正解に近づいた事になりますが、そもそもWebサービスはクイズではありません。正解して当たり前なのです。100人いたら100人とも正解してもらわないと、リピータはいなくなります。

そこで、まずカテゴリという一方通行な仕組みは撤廃した方が良いではないかと思いました。どうするのかというと、タクソノミーです。いわゆるタグ付けになります。

商品ありきで考えると、複数の商品には複数のタグをつけられるようにしておくのがかなり有効だと思います。

そして検索する際プルダウンなどで選択できるカテゴリは、代表的なタグをいくつか列挙しておくのです。もちろんナビゲーションのタブにも代表的なタグをつけておけばOKです。

インタフェースからはじめると、まずタブがありき、カテゴリがありき、となってしまいますが、実はECであれば主役は商品なので、こういった構造から考えないと、ただ使い勝手の悪い見た目だけ立派な（それでいてただ格好良いだけの）ECサイトが出来上がると思います。

WordPress 3.0がリリースされましたね。

残念ながらまだ日本語版は出ていないようですが、リリースされたらすぐにいれる予定です。

こんにちは。

今回はオープンソースのCMSである、MODxに関して記事を書いてみようと思います。

MODxがやりたくなる記事としてWikipediaの説明があります

MODxは「モドエックス」などと呼ぶようです。私は普通に「モッドエックス」と呼んでいます。

私がMODxを始めて知ったのは2005年終わりか2006年中旬だったと思います。どこかのWebサイトの記事で紹介されていたので、ためしにローカルサーバにインストールしてみたのが最初で、当時はそのインストーラのユーザインタフェース（以下U/I）の作りこみ具合に驚いたものです。

まず驚いたのが、Microsoft OfficeそっくりなU/Iです。画面上部には青いグラデーションのツールバーが設置され、そこには多用なボタンが設置されています。そしてタブをクリックすると、ページ遷移なしでコンテンツが切り替わります。

まだAjaxなどが今ほど普及する前でしたので、これはすごいDHTMLだな、と思ったものです。

ちなみにですが、当時のU/IはMicrosoft Office風な青でしたが、いつの頃からか緑に変更されたようです。今では黒＋緑なカラーリングがオフィシャルになっているようですね。

ただ当初、少しいじってみたときの感想ですが、「使いにくいな、これ」というのが正直な感想です。「です」と言うよりむしろ「でした」が正解ですね。今ではMODxはなくてはならないくらいの、自分にとってお勧めしたいオープンソースになりましたので。

使いにくい原因としては、今までのCMSではディレクトリ構造を意識させないような作りをしていたのですが、MODxはエクスプローラのように、階層構造をとっています。さらに、各コンテンツが主体になるわけですから、全コンテンツを一気に設定変更する際、全コンテンツを1個1個編集しなければいけませんでした。

今では、Doc Managerなどの便利なプラグインが管理画面側にあらかじめ含まれているので、当時ほど不便ではありません。むしろ、1つのコンテンツページに関して集中して作業が出来る、優れた仕組みに変貌を遂げたのだと思います。もしくは、私が成長したのか。

集中し、出来上がったコンテンツで、他のコンテンツにも流用できそうなものは、スニペットやチャンクにしておく、という流れで、加速的にサイトが構築できます。

つまり、たとえばサイト構築で10ページ10時間かかったと考えると、最初のコンテンツページの作成で5時間かかり、残りの5時間で9ページが出来上がる、と言うようなイメージです。少々極端な例かもしれませんが、私はMODxに関してはそのようなイメージを持っています。

先日、お客様のWebサイト構築に関して、ヒアリング結果でMODxが最適と判断し、早速公式からダウンロードしてインストールしました。

かなり変わっていました。

まずAjax部分がかなり強化されています。特に便利なのが、管理画面で編集する際、編集が終わったら画面上部にスクロールしなおし、「保存」ボタンを押さなければならなかったのが、なんとボタン郡が常にスクロールに追従するようなアクションをします。

つまり、いつでも画面上に「保存」ボタンが表示されるようになったと言う事です。ちょっとしたことですが、作業効率が上がると思います。

そのほかにも、全体的にメスが入っている感覚がしました。使えば使うだけ、手になじむな、と思いました。ますます手放せません。

日本公式サイトも出来たようですし、ここ数年間、MODxを個人で研究し、知人にも勧めてきた私ですが、関係者じゃないのにうれしいなぁ、と思いました。

本業の方でとある案件がありまして、実はまだ会社で扱ってないのにも関わらず、携帯対応ならMODxでしょ、ということで、勝手に無許可にMODxを納品したことがあります。

クライアント様にはテキストで簡単な更新方法などの説明を書いて渡したところ、使い方に関しては1日で覚えていただき、かなり評判もよろしかったことがあります。

ステージングで編集し、エクスポートしたものを本番へインポート、という流れです。

ちなみに携帯対応ということで、出力を全てバッファリングし、それらをエンコードしなおして出力しないといけないのですが、幸いにもMODxはCMSというよりフレームワークに近い作りをしていたので、最終出力時のイベントトリガで文字コード変換させ、無事に携帯対応させることが出来ました。

今年は2009年です。私のMODx暦も4年になりました。

5年目になる来年まであと少しですが、MODxと共に歩んでいければな、と思います。

もちろん、CakePHPなどの開発向けフレームワークや、WordPress、concrete5などのCMSなどなど、優れたオープンソースは大好きですので、これらも負けじと精進する次第です。