• 無名関数
• 名前空間
• 遅延静的束縛（Late Static Binding）

個人的には、無名関数が使えるようになった点が大きいです。
JavaScriptやPerlでは無名関数はよく使うので、それらの言語も使っている人にとっては、「やっとPHPでも無名関数を使えるようになった」という印象ではないかと思います。

これまででも、create_function関数を使えば、無名関数的な処理をすることも一応は可能でした。
しかし、create_function関数だと構文が分かりにくいというネックがありました。

もっとも、レンタルサーバー等でPHP 5.3.0以降が当たり前に使えるようになるには、まだしばらく時間がかかります。
一般向けに配布するプログラムでは、まだまだ無名関数を使うわけにはいきません。
PHP 5.3.0以降が速く普及して欲しいです。

なお、当ブログも、部分的にPHPを使っています。
5.2時代のままでは動作しない点がいくつかすぐに見つかり、その点は修正しました。
ただ、まだ何か不具合が出るかも知れません。
不具合を見つけた方がいらっしゃれば、この記事にコメントしていただけると助かります。

• IT関係の学校等でデータベースについて学ぶ学生の方
• データベースの知識を問われるコンピュータ系資格にチャレンジされている方
• CMS等を導入して、ある程度データベースについて知識が必要になったWebデザイナー等の方

本の目次は以下の通りです。

• 第1章　データベースの第一歩
  • 1.1　データベースとは何か
    • データとデータベース
    • コンピュータ化されたデータベース
  • 1.2　データベースとデータモデル
    • データモデルとは
    • 階層型データモデル
    • ネットワーク型データモデル
    • リレーショナルデータモデル
  • 1.3　データベースの設計
    • データベースの設計図「スキーマ」
    • 3つのスキーマ
    • スキーマを3階層にするメリット
  • 1.4　最近のデータベースの流れ
    • オブジェクト指向データベース
    • XMLデータベース
    • ORM
  • 1.5　データベースの主なソフト
    • 商用のリレーショナルデータベース
    • オープンソースのリレーショナルデータベース
    • 一般向けのリレーショナルデータベース
    • 各種のデータベース
• 第2章　リレーショナルデータベースの考え方
  • 2.1　「表」や「集合演算」が基本
    • データを表形式で表す
    • 集合演算でテーブルを組み合わせる
    • リレーショナルデータベースに独自な「選択」「射影」「結合」
    • null（ナル）について
    • 様々な処理を組み合わせる
    • リレーショナルデータベースとSQL
  • 2.2　ER図（Entity-ralationship Diagram）でテーブルの関係を図示する
    • ER図の必要性
    • 実体（Entity）とは？
    • 関連とは？
    • 3種類の関連
  • 2.3　テーブルの正規化
    • 正規化するテーブルの例
    • 1つの行／列に1つの値を入れる───第1正規形
    • 主キーに部分関数従属する列を別テーブルに分ける───第2正規形
    • 推移的に関数従属する列を別のテーブルに分ける───第3正規形
    • その他の正規形
    • 意図的に正規形を崩すこともある
  • 2.4　結合のパターン
    • 1対多結合
    • 多対多結合
    • 1対1結合
• 第3章　リレーショナルデータベースをコントロールする「SQL」
  • 3.1　SQLの概要
    • SQLの概要
    • SQLの生い立ち
    • DML／DDL／DCL
  • 3.2　行を取り出す
    • select命令でテーブルの行をすべて取り出す
    • 射影を行う（テーブルから一部の列を取り出す）
    • 選択を行う（一部の行を取り出す）
    • 複数の条件を組み合わせて選択する
    • 行の並べ替え
    • 値が重複する行を除外する
  • 3.3　テーブル内での計算や集計
    • 列同士の計算
    • 集計を行う
    • グループ化して集計する
    • 集計結果に条件を指定する
    • 集計結果を並べ替える
  • 3.4　テーブルを結合する
    • 内部結合
    • 外部結合
    • 自己結合
    • 結合のselect文の様々な書き方
  • 3.5　副問い合わせと相関副問い合わせ
    • 副問い合わせの概要
    • where句の条件に副問い合わせを使う
    • 副問い合わせの結果をテーブルのように扱う
    • 相関副問い合わせの概要
  • 3.6　テーブルの作成と行の挿入等の操作
    • テーブルの作成───create table命令
    • 行の作成───insert命令
    • 行の内容の変更───update命令
    • 行の削除───delete命令
• 第4章　より高度なデータベース処理
  • 4.1　ユーザ／権限／ロールの設定
    • ユーザとは？
    • ユーザ操作関係のSQL
    • ユーザに権限を与える
    • 権限操作関係のSQL
    • 複数の権限を「ロール」にまとめる
  • 4.2　ビューの作成
    • ビュー（View）とは？
    • ビューに関するSQL
    • ビューの使い道
  • 4.3　テーブルや列に制約を設定する
    • 制約の概要
    • 一意性制約
    • 非null制約
    • 主キー制約
    • 検査制約
    • 参照制約
    • テーブル作成後の制約の追加と削除
  • 4.4　インデックスで検索を高速化する
    • インデックスとは？
    • インデックスとB木
    • 適切なインデックス付けが必要
    • インデックスに関するSQL
  • 4.5　データベース側で各種の処理を実行する───ストアドプロシージャ
    • ストアドプロシージャの仕組み
    • ストアドプロシージャのメリットとデメリット
    • ストアドプロシージャの作成や実行
  • 4.6　各種のタイミングで処理を自動的に行う───トリガ
    • トリガの仕組み
    • 文単位のトリガと行単位のトリガ
    • トリガの連鎖（カスケード）
    • トリガの作成や実行
  • 4.7　トランザクションと障害対策
    • 一連の処理が途中で失敗するとどうなる？
    • トランザクションで処理を確実に行う
    • ACID特性
    • トランザクションの処理
    • データベースの障害
    • バックアップ／チェックポイント／ログ
    • システム障害からの復旧
  • 4.8　同時に多数のユーザがデータベースにアクセスできるようにする（同時実行制御）
    • 2つの処理が同時にテーブルを更新するとどうなる？
    • 「ロック」で問題を解決する
    • ロック中にさらにロックをかけようとした場合（ロックの競合）
    • ロックの細かさ（粒度）
    • 二相（Two Phase）ロック
    • デッドロック
    • トランザクション分離レベルの指定
    • 同時実行制御に関するSQL
  • 4.9　複数のサーバにデータベースを分散する
    • 分散データベース
    • 分散データベースの要件
    • サーバの分散形式
    • テーブルの分割
    • 分散問い合わせ処理とその効率化
    • 分散トランザクション
    • レプリケーション（複製）
  • 4.10　インターネットとデータベース
    • Webアプリケーションと3層クライアント・サーバシステム
    • セキュリティの問題
• 第5章　データベース主要用語集

以下のどちらかの条件を満たすトップレベルカテゴリを出力します。

• ブログ記事が属するトップレベルカテゴリ
• 下の階層のカテゴリにブログ記事が属するトップレベルカテゴリ

また、MTEntryTopLevelCategoriesタグは、MTEntriesタグのブロックの中や、ブログ記事アーカイブテンプレートなど、MTEntry系のタグを使えるところでを使うことができます。

例えば、以下のカテゴリ構造のブログで、あるブログ記事が、「★」のついているカテゴリに属しているとします。
「地域」「部屋のタイプ」「設備」がトップレベルカテゴリです。

• 地域
  • ★東京
• 部屋のタイプ
  • ★シングル
  • ★ダブル
  • ツイン
• 設備
  • 無線LAN
  • 大浴場

このブログ記事で、MTEntryTopLevelCategoriesタグのブロックを組むとします。
トップレベルカテゴリの「地域」「部屋のタイプ」「設備」のうち、ブログ記事が直接に属しているカテゴリはありません。
一方、トップレベルカテゴリの中で、「地域」と「部屋のタイプ」のカテゴリでは、その下の階層のカテゴリにブログ記事が属しています。
したがって、MTEntryTopLevelCategoiresタグのブロックでは、「地域」と「部屋のタイプ」のカテゴリが出力されます。

2.MTEntrySubCategoriesタグ

MTEntrySubCategoriesタグは、あるカテゴリを基準に、MTTopLevelCategoriesタグと同じような処理を行うタグです。
MTEntriesタグのブロックの中や、ブログ記事アーカイブテンプレートなど、MTEntry系のタグを使えるところでを使うことができます。

2-1.1つ目の書き方

書き方は2通りあります。
1つ目の書き方は以下の通りです。

<mt:EntrySubCategories category="カテゴリ名">
・
・（カテゴリの情報を出力するタグ等）
・
</mt:EntrySubCategories>

この場合、「カテゴリ名」で指定したカテゴリの直下の階層のカテゴリのうち、以下のどちらかの条件を満たすカテゴリだけが出力されます。

• そのカテゴリにブログ記事が属している
• そのカテゴリより下の階層のカテゴリにブログ記事が属している

例えば、前述の図のようにブログ記事がカテゴリに属している場合に、以下のようにタグを書くとします。

<mt:EntrySubCategories category="部屋のタイプ">
<li><$mt:CategoryLabel$></li>
</mt:EntrySubCategories>

前述のブログ記事では、「部屋のタイプ」カテゴリの直下の「シングル」「ダブル」「ツイン」のカテゴリのうち、「シングル」と「ダブル」のカテゴリに属しています。
したがって、上のタグの出力は以下のようになります。

<li>シングル</li>
<li>ダブル</li>

2-2.2つ目の書き方

2つ目の書き方は以下の通りです。

<mt:EntrySubCategories category="カテゴリ名" include_current="1">
・
・（カテゴリの情報を出力するタグ等）
・
</mt:EntrySubCategories>

この場合、「カテゴリ名」で指定するカテゴリか、その下の階層のカテゴリにブログ記事が属していれば、「カテゴリ名」で指定したカテゴリを出力します。
属していなければ、何も出力しません。

例えば、前述の図のようにブログ記事がカテゴリに属している場合に、以下のようにタグを書くとします。

<mt:EntrySubCategories category="部屋のタイプ" include_current="1">
<li><$mt:CategoryLabel$></li>
</mt:EntrySubCategories>

このブログ記事は、「部屋のタイプ」カテゴリに直接には属していませんが、その下の階層の「シングル」「ダブル」のカテゴリには属しています。
したがって、上のタグで「部屋のタイプ」カテゴリの情報が以下のように出力されます。

<li>部屋のタイプ</li>

3.MTEntrySubCatsRecurseタグ

現在処理中のカテゴリから1段下の階層に下って、MTEntryTopLevelCategoriesまたはMTEntrySubCategoriesタグのブロックの処理を続けます。
再帰的にカテゴリを下って、ブログ記事が属するカテゴリをツリー状に出力するために使います。

4.MTEntrySortedTopLevelCategories／MTEntrySortedSubCategoriesタグ

MTEntryTopLevelCateogires／MTEntrySubCategoriesタグとほぼ同じ動作をします。
ただ、拙作のSortCatFldプラグインまたはSuperSortプラグインがインストールされている場合は、指定した並び順に沿ってカテゴリを出力します。

5.MTEntryIfInCategoryタグ

MTEntryTopLevelCategoriesタグなどのブロックの中では、ブログ記事が直接に属しているカテゴリだけでなく、その上の階層のカテゴリも出力されます。
そのため、カテゴリを出力する際に、実際にブログ記事が属しているカテゴリか、あるいはその上の階層のカテゴリかで、処理を分けたい場合も考えられます。

このような判断は、「MTEntryIfInCategory」というブロックタグで行うことができます。
現在処理中のカテゴリにブログ記事が実際に属しているときだけ、このタグのブロック内が処理されます。

例えば、最初にあげた図のように、ブログ記事がカテゴリに属しているとします。
そして、ブログ記事が属するカテゴリをツリー状に出力するとします。
さらに、ブログ記事が実際に属するカテゴリでは、カテゴリ名の前に「★」マークを表示したいとします。
この場合は、以下のようにタグを組みます。

<mt:EntryTopLevelCategories>
  <mt:SubCatIsFirst><ul></mt:SubCatIsFirst>
    <li><mt:EntryIfInCategory>★</mt:EntryIfInCategory><$mt:CategoryLabel$>
    <$mt:EntrySubCatsRecurse$>
    </li>
  <mt:SubCatIsLast></ul></mt:SubCatIsLast>
</mt:EntryTopLevelCategories>

そこで、MTSubCategoriesタグのように、カテゴリの階層関係を考慮した上で、ブログ記事が属するカテゴリを出力するプラグインを作りました。
今日は、基本的な使い方を解説します。

このプラグインは、ブログ記事が属するカテゴリを、MTSubCategoriesタグでのカテゴリ表示と同様に、カテゴリの階層を考慮して表示することができます。

例えば、ブログに以下のようなカテゴリがあるとします。

• 地域
  • 東京
  • 神奈川
  • 埼玉
  • 千葉
• 部屋のタイプ
  • シングル
  • ダブル
  • ツイン
• 設備
  • 無線LAN
  • 大浴場

また、あるブログ記事が、上記の「東京」「シングル」「ダブル」のカテゴリに属しているとします。
このときに、このプラグインを使うと、以下のような出力を得ることができます。

• 地域
  • 東京
• 部屋のタイプ
  • シングル
  • ダブル

また、ブログ記事が属するカテゴリの中で、特定のカテゴリから下の階層のカテゴリだけを、階層を考慮して出力することができます。
例えば、ブログ記事が属するカテゴリの中で、「部屋のタイプ」のカテゴリから下の階層のカテゴリだけを取り出して、以下のように出力することができます。

• シングル
• ダブル

また、特定のカテゴリから下の階層のカテゴリを出力する場合、その「特定のカテゴリ」も含めて出力することもできます。
例えば、ブログ記事が属するカテゴリの中で、「部屋のタイプ」のカテゴリと、その下の階層のカテゴリを取り出して、以下のように出力することができます。

• 部屋のタイプ
  • シングル
  • ダブル

3.プラグインのインストール

プラグインは以下からダウンロードします。

EntrySubCategories_1_00.zip

プラグインの継続的な開発やサポートのために、プラグインをご利用された方は、ドネーション（寄付）を行っていただけると幸いです。
ドネーションの方法は、こちらのページをご参照ください。

また、このプラグインの他にも、いくつかのプラグインを配布しています。
配布中のプラグインは、Movable Type Plugin Directoryのページをご参照ください。

Movable Typeのプラグイン開発等のドキュメント「Movable Type Developer's Guide Volume 1」も販売しています。
ご自分でプラグインを作ってみたい方に、ぜひお勧めしたい一冊です。
詳細は特設ページをご覧ください。

ダウンロードしたファイルを解凍すると、「EntrySubCategories」というフォルダができます。
このフォルダを、Movable Typeの「plugins」ディレクトリにアップロードします。

4.テンプレートタグの書き方の例

ブログ記事が属するすべてのカテゴリを、階層を考慮して出力するには、以下のようにタグを組みます。

<mt:EntryTopLevelCategories>
  <mt:SubCatIsFirst><ul></mt:SubCatIsFirst>
    <li><$mt:CategoryLabel$>
    <$mt:EntrySubCatsRecurse$>
    </li>
  <mt:SubCatIsLast></ul></mt:SubCatIsLast>
</mt:EntryTopLevelCategories>

ブログ記事が属するカテゴリのうち、特定のカテゴリから下の階層のカテゴリだけを出力するには、上記の<mt:EntryTopLevelCategories>タグを以下のよう変えます。

<mt:EntrySubCategories category="カテゴリ名">

例えば、「部屋のタイプ」カテゴリから下の階層のカテゴリだけを出力したい場合は、<mt:EntryTopLevelCategories>タグを以下のように変えます。

<mt:EntrySubCategories category="部屋のタイプ">

また、特定のカテゴリも含めて、その下の階層のカテゴリを出力するには、<mt:EntryTopLevelCategories>タグを以下のよう変えます。

<mt:EntrySubCategories category="カテゴリ名" include_current="1">

例えば、「部屋のタイプ」カテゴリとその下の階層のカテゴリだけを出力したい場合は、<mt:EntryTopLevelCategories>タグを以下のように変えます。

<mt:EntrySubCategories category="部屋のタイプ" include_current="1">

さらに、拙作のSortCatFldプラグインまたはSuperSortプラグインをインストールしている場合、設定した並び順に沿ってカテゴリを出力することができます。
その場合、MTEntryTopLevelCategories／MTEntrySubCategoriesタグを、それぞれMTEntrySortedTopLevelCategories／MTEntrySortedSubCategoriesに書き換えます。

今回の勉強会では、以下の5つのセッションが行われました。

1-1.WordPress翻訳システム入門

WordPress日本語版チームのtenpura氏より、WordPress本体の日本語化について解説いただきました。
プラグインの日本語化はCodexに情報がありますが、WordPress本体の日本語化についての詳細はおそらくなかなか聞くことができないと思いますので、非常に貴重でした。

1-2.CMS として使う WordPress の○×

大曲仁氏から、WordPressをCMSとして使う場合の向き不向きや、実際のサイト制作手法などについて、解説をいただきました。
「数万ページにもおよぶサイトになると、カテゴリーの表示が重くなってくる」など、実際のサイト制作で得られたノウハウが得られて良かったです。

1-3.WordPress ビデオ映像配信入門

Atsushi氏から、VideoPress（WordPress.comのブログで動画を配信するサービス）やWordPress.tv（WordPress関連の各種の動画配信サイト）の基本的な仕組みをお話いただきました。
動画配信ではすでにYouTubeがスタンダードになっていますが、VideoPressはWordPress.comに簡単に統合できるので、今後の展開が面白そうでした。

1-4.WordPress 2.8用のウィジェットの開発

私から、WordPress 2.8の新しいウィジェットAPIを使ったウィジェット開発についてお話させていただきました。
時間が押していたのでかなり飛ばしてお話したので、十分にご理解いただけなかったかも知れませんが、ご了承いただければと思います。

プレゼン資料および、サンプルのプラグイン（ステータス表示ウィジェット）は、以下からダウンロードいただくことができます。

• プレゼン資料（PDFファイル）
• サンプルのプラグイン（ステータス表示ウィジェット）

なお、ステータス表示ウィジェットのプラグインは、以下の手順で実際にお使いいただくことができます。

• ダウンロードしたファイルを解凍します。
• 「StatusWidget」というフォルダができますので、WordPressの「wp-content」→「plugins」ディレクトリにアップロードします。
• プラグインを有効化します。

また、ウィジェットの作り方について、以下もご参照いただくと、より理解が深まると思います。

• WordPress 2.8登場！新ウィジェットAPIの使い方（ASCII.JP）
• WordPressウィジェットAPI（WordPress Codex日本語版）

1-5.Mac OS X で作る WordPress ローカル環境

最後のセッションは、Ktai Styleの作者である池田百合子氏から、MacOS Xにローカル環境を作る話をいただきました。

Macでは、ローカル環境作成ソフトとしてMAMPが有名です。
しかし、MAMPだと、ちょっと変わったことをしようとすると、壁にあたることが多々あります。
そこで、MacPortsからApacheやMySQL等をインストールして、ローカル環境を作る方法を解説いただきました。

2.懇親会

勉強会の後に懇親会も開催されました。
WordBenchは自発的にコミュニティができているだけに、参加されている皆様のWordPressに対する熱意が強く感じられました。

トップバッターは、日本情報化農業研究所が開発している「Soy CMS」でした。
Dakinyさんの記事によって、8製品の中では、比較的名が知られている方ではないかと思います。

Soy CMSの特徴の1つは、テンプレートタグ自体がデータに置き換わるのではなく、HTMLの要素に属性を追加すると、その要素のテキストがデータに置き換わるという点です。
テンプレートそのものをWebブラウザやDreamWeaver等で開いても、ページの表示が崩れないため、DreamWeaver等でもテンプレートを編集しやすいのがメリットです。

また、オープンソースで提供されていて、その気になればユーザーがプラグイン等を自由に開発できる点も良いところです。

8製品の中では、比較的無難な作りで、小～中規模のサイトを製作するには適しているのではないかという印象を受けました。

2.Web Release 2

フレームワークスソフトウェアのWeb Release 2は、国産CMSの中では草分け的な存在の製品で、これまでにも名前を耳にしたことが何度かありました。
しかし、値段が高価で、体験版等もないため、こういう機会でもないとなかなかお目にかかることができません。

ただ、セッションの内容がWeb Release 2の概要と事例の紹介で、具体的なサイト製作手順の話がほとんどなかったので、正直なところ期待はずれのセッションでした。
私だけでなく、会場の全体的な感じでも、反応がいまいち良くなかったです。

3.CMS Designer

アル・デザインワークスのCMS Designerは、Webページ内の特定箇所のみをCMS化することに特化した製品です。
「新着情報だけ自分で更新したい」といったニーズに適しています。

サイト全体を管理するのには適していませんが、「特定箇所更新専用CMS」という割り切り方は、それはそれで良い選択だと思います。
実際、すでにサイトを製作済みで「新着情報だけ自分で更新したい」といったニーズは、かなりあると思います。
このようなニーズに対応できて、かつ手ごろなCMSというと、意外に見当たらないので、CMS Designerは面白いポジションにいると言えるでしょう。

4.RCMS

ディバータのRCMSは、データ同士の「関連」（Relation）を重視したCMSです。
データの関連付けによって、さまざまな切り口でデータをとらえてページを出力することができる、という特徴があります。

また、ページはモジュールを組み合わせて作っていくという仕組みを取っています。
すでに100種類ほどのモジュールがあり、たいていのサイトをRCMSで作ることができます。

ただ、モジュールを出力する際のマークアップは、プログラム内で固定されているような感じでした。
マークアップに細かくこだわりたいWebデザイナーの方には、あまり面白くないかも知れません。
Web製作者向けというよりは、エンドユーザーが直接に使うCMSという印象を受けました。

5.a-blog cms

アップルップルのa-blog cmsは、すでにこのブログでレポートしていますので、そちらをご覧ください。

6.bingo!CMS

残り3つのCMSは5分ずつの短いセッションで、あまり詳しいところまでは分かりませんので、見た目の印象をレポートします。

アイ・ディー・ティーのbingo!CMSは、DTPのような考え方をベースにしたCMSです。
ページのレイアウトや、表示する内容などをドラッグアンドドロップで決めるようになっていて、ユーザーインターフェースの良さが印象的でした。
無料体験ライセンスのプレゼントがあったので、ためしに使ってみたいと思います。

7.Jimdo

KDDIウェブコミュニケーションズのJimdoは、実際のWebページ上で、直接に内容を修正できるCMSです。
「ホームページを作ってみたいが、まったく知識がない」というレベルのユーザーには、非常に直感的で分かりやすいと思います。

8.PowerCMS for MT

アルファサードのPowerCMS for MTは、Movable Typeをベースに、企業サイトを作る上で必要な機能をプラグインで追加した製品です。
Movable Typeで企業向けサイトを使っていて、機能が足りないと思う点がある方には、良い製品だと思います。

9.MVPはa-blog cmsに

最後に、来場者の挙手で、8製品の中からa-blog cmsがMVPに選ばれました。
来場者の多くはWebデザイナーなどの製作の現場にいる人々であり、またa-blog cmsはWeb製作者を強く意識した製品なので、来場者にもっとも共感を得られたのだと思います。

10.全体的な感想

現在では、Webサイト製作にCMSはなくてはならない存在です。
ただ、慣れなどの関係で、1つのCMSに偏りがちになることが多いのではないかと思います。

しかし、サイトによって適したCMSは異なります。
いろいろなCMSを知っておくことは、Web製作を行う上で重要なポイントだと言えるでしょう。

今回のCSS Nite LP6では、1日で8つものCMSを見ることができ、非常に有益でした。
また、CMSは世界中に多数ありますので、LP6の海外CMS編もやっていただけると良いと思います。

「Thriller」が発売されたのは1982年12月で、当時私は中学生でした。
その頃はプロモーションビデオがかなり流行っていて、「Thriller」や「Beat It」のプロモーションビデオは何度も見た記憶があります。
「Thriller」のビデオは、マイケル・ジャクソンが狼男に変身したり、ゾンビと踊ったりなど、かなり凝った作りで非常に印象的でした。

享年50歳で、早すぎる死という印象があります。
音楽史に残した足跡は非常に偉大で、末永く語り継がれることでしょう。
ご冥福をお祈りします。

これまでは、部屋の床にLANケーブルを這わせて、LT-H90DTVをLANに接続していました。
このケーブルをすっきりさせたかったので、コンバータを導入することにしました。

コンバータはいくつかのメーカーが販売していますが、Buffaloの「WLI-TX4-AG300N」を選びました。
無線を有線に変換するだけでなく、4ポートのスイッチングハブ（100Mbps）も内蔵しているので､4台の機器を無線化することができます。
また、IEEE802.11nドラフトにも対応していて、最高300Mbps（理論値）の高速通信が可能です。

WLI-TX4-AG300NにLT-H90DTVを接続して、HDD／DVDプレイヤーに録画した番組を再生してみました。
たまに通信障害が起こって再生が細切れになることがありましたが、おおむね再生することができました。
WLI-TX4-AG300Nと無線の親機の間に壁があり、しかも親機とLANはPLC（電力線LAN）で接続しているという不利な環境なので、通信障害が起こるのも仕方ないです。

また、これまでにもオープンソース版のMovable Type（MTOS）がありました。
ただ、MTOSはSix Apartが開発していて、コミュニティメンバーが直接に開発に参加する形ではありませんでした。

そこで、Movable Typeからブランチ（分岐）する形で、Melodyプロジェクトが開始されました。
コミュニティを中心に、新しいことを素早く取り入れて開発を進めていくようです。
また、Movable Typeからブランチするとは言え、別の方向を目指すのではなく、Melodyの成果がMovable Typeに盛り込まれるような方向を目指すようです。

Melodyのプロジェクトには、これまでにMovable Typeを支えてきた以下の方々が、トップに名を連ねています。

• Byrne Reese(Chairman)
• Jay Allen
• Jesse Gardner
• Timothy Appnel
• Anil Dash

Melodyのサイトによると、Melodyの最初のバージョンを今年の秋にリリースする予定だということです。
また、開発中のコードは、Githubからダウンロードすることができます。

プロジェクトが始まったばかりで、今後ことはまだよく分かりませんが、期待したいです。

四半期アーカイブなどでも、他のアーカイブと同様に、パスを設定して出力ファイル名をカスタマイズすることができます。

各アーカイブとも、デフォルトで数種類ずつのパスの選択肢を用意しています。
MT標準のアーカイブのパスと同様に、「yyyy」や「mm」などは、それぞれアーカイブの開始日の年や月に置き換えられます。
また、このプラグイン独自の記号として、以下の3つがあります。

1-1.fsyyyy

年度の開始日の年（4桁）を表します。

例えば、年度の開始月を4月にしたとします。
この状態で2009年度の記事のアーカイブページを出力する場合、年度の開始日は2009年4月1日ですので、fsyyyyは「2009」に置き換えられます。

1-2.feyyyy

年度の終了日の年（4桁）を表します。

例えば、年度の終了月を4月にしたとします。
この状態で2009年度の記事のアーカイブページを出力する場合、年度の終了日は2010年3月31日なので、fsyyyyは「2010」に置き換えられます。

1-3.p

年度内での期の番号を表します。
隔月アーカイブなら1～6、四半期アーカイブなら1～4、半期アーカイブなら1～2の値をとります。

例えば、年度の開始月を4月にしたとし、四半期アーカイブを出力するとします。
この状態で2009年4月～6月の四半期のアーカイブページを出力する場合、この期は第1四半期ですので、pは「1」に置き換えられます。
同様に、2009年7月～9月のアーカイブページだと、pは「2」に置き換えられます。

1.アーカイブリストの出力

各種のアーカイブのリストは、MT標準のアーカイブと同様に、MTArchiveListタグで出力することができます。

<mt:ArchiveList archive_type="アーカイブタイプ">
    個々のアーカイブの情報を出力する部分
</mt:ArchiveList>

「アーカイブタイプ」の箇所に指定する文字列は、以下の表のようになります。

例えば、四半期別アーカイブのリストをul／liで出力するなら、以下のようにタグを組みます。

<mt:ArchiveList archive_type="Quarterly">
    <mt:ArchiveListHeader>
        <ul>
    </mt:ArchiveListHeader>
            <li><a href="<$mt:ArchiveLink$>"><$mt:ArchiveTitle$> (<$mt:ArchiveCount$>)</a></li>
    <mt:ArchiveListFooter>
        </ul>
    </mt:ArchiveListFooter>
</mt:ArchiveList>

3.追加されるテンプレートタグ

MTArchiveListタグのブロックの中や、アーカイブテンプレートの中では、以下のテンプレートタグを使うことができます。

3-1.MTArchiveFiscalDate

年度の開始日の0時0分0秒を出力します。
例えば、以下のようにすると、「2009年度」など、アーカイブの年度を出力することができます。

<$mt:ArchiveFiscalDate format="%Y年度">

3-2.MTArchiveFiscalDateEnd

年度の終了日の23時59分59秒を出力します。
例えば、以下のようにすると、「2009年3月期」のように、期の最後の月を出力することができます。

<$mt:ArchiveFiscalDateEnd format="%Y年%m月期">

3-3.MTArchiveBimonthlyPeriodNumber

隔月別アーカイブでの期の番号を出力します。

3-4.MTArchiveQuarterlyPeriodNumber

四半期別アーカイブでの期の番号を出力します。
例えば、以下のようにすると、「2009年3月期第1四半期」のような出力を得ることができます。

<$mt:ArchiveFiscalDateEnd format="%Y年%m月期">第<$mt:ArchiveQuarterlyPeriodNumber$>四半期

3-5.MTArchiveHalfYearlyPeriodNumber

半期別アーカイブでの期の番号を出力します。

なお、当面はβ版としてご提供いたします。
ぜひインストールしていただいて、動作を試していただきたく思います。

このプラグインは、Movable Type 4.2以降で動作するはずです。
こちらでは、Movable Type 4.25とMovable Type 4.261で動作をテストしました。

なお、Movable Type標準のダイナミックパブリッシングには対応していません。
拙作のPerl版ダイナミック・パブリッシングには対応しています。

2.インストール

プラグインは以下のアドレスからダウンロードすることができます。

ExtendArchives_1_00b1.zip

ダウンロードしたZipファイルを解凍すると、「ExtendArchives」というフォルダができます。
このフォルダを、Movable Typeの「plugins」ディレクトリの中にアップロードします。

3.年度の開始月の設定

このプラグインで追加されるアーカイブは、すべて年度ベースで出力されます。
年度の開始月は、以下の手順で設定します。

• 1.システムメニューで「ツール」→「プラグイン」を選びます。
• 2.プラグイン一覧が表示されますので、ExtendArchivesプラグインの設定を開きます。
• 3.年度の開始月を入力し、「変更を保存」ボタンをクリックします。

4.追加されるアーカイブ

このプラグインをインストールすると、以下のアーカイブが追加されます。

• 隔月別（2か月単位）アーカイブ
• 四半期別（3か月単位）アーカイブ
• 半期別（6か月単位）アーカイブ
• 年度別アーカイブ
• カテゴリ-隔月別アーカイブ
• カテゴリ-四半期別アーカイブ
• カテゴリ-半期別アーカイブ
• カテゴリ-年度別アーカイブ
• ユーザー-隔月別アーカイブ
• ユーザー-四半期別アーカイブ
• ユーザー-半期別アーカイブ
• ユーザー-年度別アーカイブ

ブログ記事リスト系のアーカイブテンプレートに対して、上記のアーカイブをマッピングすることで、各種のアーカイブページを出力することができます。

5.ライセンス

当面は、このプラグインはβ版としてご提供します。
β期間中は無償でご利用いただくことができます。

正式版は以下のライセンスでご提供する予定です。

5-1.商用ライセンスのMTと組み合わせる場合

商用ライセンスのMTと組み合わせる場合は、有償とさせていただきます。
料金は、導入先のサーバー1件につき1,000円とします。
お振込み方法等の詳細につきましては、メールフォームからお問い合わせいただきますようお願いします。

なお、アカデミックライセンスと組み合わせる場合は、無償とさせていただきます。
また、V2.0でライセンス料をお支払いいただいた方は、そのままご利用いただくことができます。

5-2.個人無償ライセンスのMTと組み合わせる場合

個人無償ライセンスと組み合わせる場合は、無償でご利用いただくことができます。
ただし、以下に従ってご利用いただきますようお願いします。

• 改変・再配布は自由に行っていただいてかまいません。
  ただし、ソースコード中のクレジットは残しておいてください。
• 無料でご利用いただくことができます。
  ただし、プラグインの開発やサポートのご支援のために、ドネーションをご検討いただければ幸いです。
• 当プラグインは無保証で提供します。

5-3.MTOSと組み合わせる場合

• GPLv2に従います。
• 無料でご利用いただくことができます。
  ただし、プラグインの開発やサポートのご支援のために、ドネーションをご検討いただければ幸いです。

PC用のブログ記事アーカイブページがすでにある状況で、追加でiPhone用のブログ記事アーカイブページも出力するようにしたとします。
その場合、MTEntryPermalinkタグの指すアドレスは、PC用のブログ記事アーカイブページのアドレスになります。
ここで、「iPhone用のブログ記事アーカイブページのアドレスを、どうやって表せば良いか」という疑問が出てきます。

今日はこのことについて解説します。

前回解説したように、1種類のアーカイブタイプに複数のアーカイブマッピングを行うことができます。
例えば、「PC用」と「iPhone用」の2つのブログ記事アーカイブテンプレートを作り、両方を「ブログ記事」にアーカイブマッピングすることで、PC用／iPhone用それぞれのブログ記事アーカイブページを出力することができます。

ただし、この例のようにする場合は、MTEntryPermalinkなど、アーカイブページのアドレスを表すタグの出力は、「優先」に設定されているアーカイブページのアドレスになります。
上の例だと、「PC用」と「iPhone用」のアーカイブマッピングのうち、「PC用」が優先に設定されていると、MTEntryPermalinkタグの出力は、PC用のブログ記事アーカイブページのアドレスになります。

1つのタイプのアーカイブに複数のアーカイブマッピングを割り当てると、テンプレートの編集のページで、そのアーカイブマッピングの種類名の右に、チェックボックスが表示されるようになります。
チェックをオンにしたアーカイブマッピングが優先されます。
また、同じタイプのアーカイブの複数のアーカイブマッピングのうち、優先にできるのは1つだけです。

上で述べたような例だと、PC用／iPhone用のテンプレートのアーカイブマッピングの部分にチェックボックスが表示され、PC用のチェックがオンになり、iPhone用はオフになります。

2.優先以外のアーカイブページのアドレスを出力する

優先に設定されていないアーカイブページのアドレスは、1つのテンプレートタグで直接的に出力することはできません。
アーカイブのパスの設定に応じて、テンプレートタグを組み合わせて出力する必要があります。

例えば、ここまでであげたような例だと、PC用のブログ記事アーカイブページのアドレスはMTEntryPermalinkタグで出力できます。
しかし、iPhone用のブログ記事アーカイブページは、アーカイブのパスの設定に応じて、テンプレートタグを組み合わせて出力します。

アーカイブのパスを設定する方法には、MTがデフォルトで用意している選択肢から選ぶ方法と、カスタムのパスを設定する方法がありました。
これらのパスの設定をテンプレートタグで表すには、「MTFileTemplate」というタグを使います。

2-1.MT標準の選択肢を使う場合

MT標準の選択肢を使う場合、それを「%y」などのカスタムのパスの書き方に置き換えてから、MTFileTemplateタグで以下のように表します。

<$mt:FileTemplate format="カスタムのパスの書き方">

例えば、ブログ記事アーカイブのパスの設定を、MT標準の選択肢の「yyyy/mm/entry-basename.html」に設定したとします。
yyyyなどは、それぞれ以下のように置き換えることができます。

ただし、MTFileTemplateタグは、ページのアドレスのうち、アーカイブURLから後の部分しか出力しません。
アーカイブURLは、MTBlogArchiveURLタグで別途出力します。

ここまでの話から、「yyyy/mm/entry-basename.html」に対応する各ページのアドレスは、以下のタグで出力することができます。

<$mt:BlogArchiveURL$><$mt:FileTemplate format="%y/%m/%-f"$>

また、ページのタイトルを出力し、そのページにリンクするようにするなら、以下のようにタグを書きます。

<a href="<$mt:BlogArchiveURL$><$mt:FileTemplate format="%y/%m/%-f"$>"><$mt:EntryTitle$></a>

2-2.カスタムのパスを使う場合

アーカイブのパスとして、カスタムのパスを使うように設定した場合、「%y」等の記号の部分はMTFileTemplateタグで置き換えます。
また、カスタムのパスの中に、一般的なテンプレートタグを使った場合は、そのタグをそのまま使います。

例えば、iPhone用のブログ記事アーカイブを作り、パスを「i/%y/%m/%-f」に設定したとします。
この場合、iPhone用の各ブログ記事のページのアドレスは、以下のように表すことができます。

<$mt:BlogArchiveURL$>i/<$mt:FileTemplate format="%y/%m/%-f"$>

また、ページのタイトルを出力し、そのページにリンクするようにするなら、以下のようにタグを書きます。

<a href="<$mt:BlogArchiveURL$>i/<$mt:FileTemplate format="%y/%m/%-f"$>"><$mt:EntryTitle$></a>

これらの問題を解決するために、WordPress 2.8.1がリリースされます。
そのβ1（英語版）が公開されました。

WordPress公式ブログの「WordPress 2.8.1 Beta 1」の記事

• Certain themes were calling get_categories() in such a way that it would fail in 2.8. 2.8.1 works around this so these themes won't have to change.
• Dashboard memory usage is reduced. Some people were running out of memory when loading the dashboard, resulting in an incomplete page.
• The automatic upgrade no longer accidentally deletes files when cleaning up from a failed upgrade.
• A problem where the rich text editor wasn't being loaded due to compression issues has been worked around.
• Extra security has been put in place to better protect you from plugins that do not do explicit permission checks.

しかし、そうではないサイトも多数あります。
そのようなサイトは、MTやWPではなく、他のCMSで管理する方が適している場合があります。

MODxは、MTやWPとは違ったコンセプトのCMSです。
サイトをツリー構造で管理するようになっていて、DreamWeaver等のWebページ作成ソフトでサイトを管理するのに近い感覚です。

また、ページごとにテンプレートを指定することができます。
テンプレートの作成や編集も、管理画面で行うことができます。

MTやWPのカスタムフィールドに相当する「テンプレート変数」という機能もあり、各ページにフィールドを追加することも可能です。
また、フィールドを追加するかどうかは、テンプレートごとに選べるようになっています。

MTやWPとは一味違うCMSとして、今後の伸びに期待したいです。