講師：WordBench札幌の田中さんのセミナー資料はこちらです。
http://another.maple4ever.net/archives/1270/

拙記事ではセミナー内容の捕足、実務で扱うものとしての雑感などを交えます。
まだ3.0をちゃんといじっていないので、3.0についてはあくまで聞きかじりの段階であることはご了承ください。

WordPressはCMS

• 広瀬香美ブログ
• 百式
• 暮らしの手帖

WordPress3.0は6/25時点で1,121,440ダウンロード

WordPressは時系列主体のサイトに強いように思われますが、「暮しの手帖」のような時系列に添わない、個性的な一覧ページを持ったサイト構築も充分可能です。

とは言え、様々な実務案件を経験してきた視点から言えば、静的ファイルとの共存が難しい、テーマファイルの見通しが良くないなどの欠点から多人数で連携して制作するサイトにはあまりおすすめできません。

尚、私のブログもWordPressです。一覧ページの体裁が普通のブログと違っていたり、a-blog cmsベースの本サイトとインクルードで連携していたりします。

どのようなコンテンツマネージメントシステムということを知る にはそのデータ構造を知ることが早道です。
WordPress 3.0 の新機能を交えまして、まずは WordPress の データ構造を紹介していきます。

WordPressのデータ構造（記事情報）

ポストとページの二種類＝post_type

1. ポスト：時系列（日記／新着情報など）
2. ページ：固定的（自己紹介）

ポストとページのメタ情報

• タイトル
• 投稿日・投稿者
• 修正日
• パスワード
• トラックバック先
• 分類情報(カテゴリ・タグ・タクソノミー)
• リビジョン
• 等々

WordPressの記事情報は時系列とカテゴリーによって分類することを前提にした「ポスト（記事）」と、1ページごとに独立した「ページ」に分類されます。

ただ、ページでも時系列の整理が可能だったり、後述の「カスタムタクソノミー」でうまくタグ分類すると、両者の区別はほとんどつかなくなってきます。
この辺りの特徴は、MovableTypeと非常に良く似ています。

カスタム投稿

WordPress3.0からの新機能
ポスト／ページに加えて新しいタイプを定義できる

タイトル不要／日付不要／トラックバックが必要／などなど

旧来のポスト／ページもカスタム投稿のひとつとして
デフォルト実装されている＝再定義ができる

カスタム投稿機能は、マルチブログ以上の目玉機能なんじゃないかと思っています。
上の説明の通り「必要／必要ない項目」を自分で定義することが可能なので「タイトル・本文がなく、カスタムフィールドのみで構成された記事」などの大胆な構成も可能なようです。
MovableType4以降で登場している「表示オプション」に近い印象です。

管理画面上の入力項目の順番設定はできるのか、旧来のプラグインや表示パフォーマンスへの影響はないかなど気になるところもありますが、使いこなせば無償で使える軽量CMSとしての良さが増しそうです。

カテゴリーとタグ

記事に対する抽出条件のひとつ

1. カテゴリー→階層構造を持たせられる
2. タグ→フラットな分類

カスタム分類（タクソノミー）

任意のセット分類を追加できる
1サイトに複数のタグクラウドを生成できる

2.9から機能強化
ただし分類の新規作成はプラグインが必要（custom-post-type-ui）

カスタムタクソノミーは、「複数の独立した階層カテゴリーを作成できる機能」と解釈した方がいいと思います。前バージョンから概念自体は存在していましたが、3.0以降では、管理画面からの設定が可能になりました。

こちらの記事で詳しく説明されている通り、導入の手順が面倒な割に必要性が薄い機能だったりします＾＾；

カスタムタクソノミー(Custom Taxonomy)の導入と使い方 [WordPress 3.0]

その他の情報

コメント
記事に対する外部からのコメント

ユーザー権限
複数のユーザーが投稿できるようにユーザー管理ができる
購読者／管理者／編集者／作成者／投稿者
管理画面のアクセス権限や投稿、修正制限
投稿から公開へのワークフローが持てる

オプション
サイトの動作システム情報

リンク先
他サイトとのつながりを格納する情報／XFNを使える

ポストメタ（カスタムフィールド）
記事に対するここまでで出てきた以外のカスタムメタ情報を持たせる

ユーザー権限については捕足が必要です。
ほとんどの安価なCMSもそうですが、「上司」「部下」のアカウントがあって、部下が更新すると昇任者である上司に自動でメールが送られる…といった機能は、WordPress2.xの段階ではプラグインがなければできません。
MUと統合したWordPress3.0はもしかしたらできるかもしれないのですが、まだ未確認です。すいません。

2.xでの実装方法についてはこちらの記事を参照してください。

WordPress – 公開承認ワークフロー – 新規公開 | Technolog.jp

リンクの「XFN」というのは人間関係を表現したフォーマットなのですが、
なんで恋愛関係だけこんなに充実してますのん
と必要性に疑問を感じるわけですよ。ハイ。

その他の情報続き

マルチブログ
3.0から利用可能
これまでに出てきた情報を複数もたすことで、複数のサイトを持つ

データフロー
管理画面操作からのデータベースへの格納
コメント者からのコメントの投稿
トラックバック／ピンバック
XMLRPC／ATOM経由でのデータベースへの格納

出力系（テンプレートタグ）
WordPressテーマの実態
テンプレートタグはデータ構造をHTMLやRSSで出力する関数群
データの抽出を行うループ系の関数を起点に、条件取得された 情報を取得
現在は主にブラウザ用に簡単に HTML 出力する機能が提供されている

注目していたマルチブログですが、今回のセミナーではデータ構造の説明の一部にとどまりました。
MovableType4、SOY CMSのように管理画面からウィザードを介して作成できるのかと思っていましたが、現時点では外部からの.htaccessの編集などが必要なようです。
サブドメインも想定して設計されているのはありがたいところです。

Wordpress 3.0で複数ブログを使う設定 « lainforest.org

出力系の説明にある通り、WordPressのタグはテンプレートエンジンではなく、PHPの関数です。
なのでテーマにはそのまんま関数を書きます。
PHPをある程度かじれば融通が利くのがありがたいところですが、プログラマさんがWordPressのテーマファイルを見たら、ちょっと面食らうかもしれません。

プラグイン

add_filter／add_actionで既存のタグ／関数に自作関数をフックできる
既存の関数も全てフックされているので不要なものを除外できる

functions.phpでテーマ専用の関数を定義できる

※簡単に実装できる反面、プログラム構造を追うのに慣れがいる

フィルターの例

記事の特定文字列を加工し、HTMLを付与
（記事中の「hiromasa」をタグで囲む）

ショートコード
（[tegaki]〜[/tegaki]で囲んだ箇所がカスタムフォントに変わる）

アクション（template_redirect）
通常のテーマに情報を渡さず、携帯用テーマの処理をさせる（例：Ktai Style）

ウィジェット
サイドバーのウィジェットを追加する

管理画面への機能追加
3.0からの新テーマはヘッダー画像を差し替えできる

時間指定実行（wp_cron）
コアには既に予約投稿の機能がある

必要なプラグインがあったなら「コア機能に対する変更」という視点で
調査を行うと比較的簡単に実現可能

既存のプラグイン修正時もコアのどの部分に介在しているのかを調査し、
そこからソースコードを追うとわかりやすい

WordPressは「フック」という概念でコア関数を管理しています。

既存のタグに新しい関数を定義する「add_filter」と

add_filter( 'the_content', 'hogehoge' );

WordPress内の特定の処理で関数を発動させる「add_action」があります。

add_action( 'wp_head', 'hogehoge' );

「コアのどの部分に介在しているのかを調査し、そこからソースコードを追う」というのが、プログラミングに慣れていないと難しいです。
phpファイルを内部検索できるソフトなどで調べる手もありますが、
WordPressのコアファイルを公開している、こちらのサイトが便利です。

PHP Cross Reference of WordPress

ページ右上にあるサーチボックスからタグ名、関数名を入力するとどのファイルの何行目にコードがあるのか、を調べることができます。

WordPressの魅力

ブログを起源とするプロダクトだがデータ構造がシンプル
特に3.0から基本構造や分類の解放を行っているためCMSとしても使いやすくなった

個性が強いブログサイトを構築する手段としても人気があるので
テーマやプラグインに美術的なものが多く配布されている

個性をだすべく、システムもそれに答える形で拡張されていく
テーマやプラグインからの介在の余地が大きく
様々な要求に応えられるカスタマイズが可能

サイトへの導入実績が多くそのノウハウが得られやすい

WordCamp／WordBenchなどオフラインコミュニケーションも活発で楽しい

WordBenchについて

WordPress の地域コミニュティー
実はWordBench札幌としてのオフライン活動はこのOSC北海道が初めて

参加お待ちしております
http://wordbench.org/

セミナーのレポートは以上です。

田中さんが述べられているように、WordPressはPHPの知識があれば柔軟なカスタマイズができることが魅力です。
このためかデザイナーが介入しやすく、芸術品のようなテーマ、とても無料とは思えないような高度なテーマが多数公開されています。
管理画面の完成度の高さも特筆すべきところです。

一方で「安くて簡単でなんでもできる」という情報が一人歩きしてしまい、WordPressの仕様では困難な案件、ライセンス料をかんがみても他のCMSの方が安心して運用できそうな案件もWordPress前提で来ることが増えているのが、私の悩みだったりします。

そういう意味で、新機能を派手にアピールするのでなく、WordPressを更に詳しく知るための解説に徹した田中さんのセッションは好感を持ちました。

MUと統合し、更に奥深くなったWordPressはこれからも注目すべきCMSだと思います。

Twitterで記事を紹介して下さい（-人-）

先月書いた「WordPressを一部のディレクトリのみ有効にする」カスタマイズの完全版です。

前回の記事では

• 未保存の記事のプレビュー
• ブログ内検索

ができませんでしたが、今回はそれも可能になっています。
ただし、サイトのホーム（index.html）にも細工が必要で、手順も複雑になります。

詳しくは追記以下で。

1: WordPressの設定

WordPressを下層ディレクトリに置く

WordPress本体はひとつ下層に設置します。
この例では「wordpress」というディレクトリに設置したとして話を進めます。

※私はセキュリティ上の理由などで、ディレクトリ名＝CMS名にしないことが多いです

「WP No Category Base」を追加する

このカスタマイズをするには、プラグイン「WP No Category Base」が必要です。
これはWordPressで出力されるカテゴリーアーカイブのURLから、最初に必ず付与される「category」を取り除きます。
若干負荷が上がりますが、CMS的な構築をするには必須のプラグインです。

WordPress公式のプラグインディレクトリで入手できます。
http://wordpress.org/extend/plugins/wp-no-category-base/

特に設定は必要なく、アップロードして有効にするだけでOKです。

一般設定／パーマリンク設定を変更する

次に、WordPressの「設定→一般」と「設定→パーマリンク設定」を変更します。

一般設定

「ブログのアドレス」を「サイトルート」に設定します。
最初の図の「www」のURLが「http://example.com/」だった場合はそれを入力して更新します。
このとき、サイトルートに.htaccessが書き出されます。
自作の.htaccessを置いていると上書きされてしまうので、前もって避難させるか、書き込み禁止にしてください。

パーマリンク設定

「カスタム構造」にチェックを入れて、以下のように記入します。

/%category%/%post_id%/

ブログのURLが「http://example.com/」だった場合、カテゴリーがc1、IDが6の記事のURLは
http://example.com/c1/6/
となります。

ここまで作業したら、サイトルートに書き出されている.htaccessを削除してしまいます。

2: .httaccessの設定

以下のように記述した、.htaccessをサイトルートに新しく設置します。
（既にある場合は追記します）

AddType application/x-httpd-php .html

# BEGIN WordPress

RewriteEngine On
RewriteBase /

RewriteRule ^\?([a-z0-9]+)=([0-9]+) wordpress/?$1=$2 [L]
RewriteRule ^(date|tag|feed)/(.*) wordpress/index.php [L]

RewriteRule ^(c1|c2|c3|c4)/(.*) wordpress/index.php [L]
RewriteRule ^category/(c1|c2|c3|c4)/(.*) wordpress/index.php [L]
RewriteRule ^(c1|c2|c3|c4)/feed/(.*) wordpress/index.php [L]


# END WordPress

AddType application

HTMLファイルでPHPスクリプトを使用可能にします。
ホームが「index.php」で構わない場合は必要ありません。

RewriteBase

「/」はサーバールートからの相対パスです。
もしもサイトルートが「test」だと「/test/」となります。

RewriteRule

条件を満たした場合に、WordPressのindex.phpを呼び出す、という指定です。
最初の二行は変更しないでください。

三行目以降の(c1|c2|c3|c4)に、WordPressを有効にしたいカテゴリー（ディレクトリ名）をパイプ区切りで指示します。
「information」「blog」なら(information|blog)と書きます。
「information/aaa」「blog/bbb/ccc」などの下層ディレクトリもWordPress配下となります。

アップロードしたら、.htaccessのパーミッションを444にしてください。
書き込み可になっていると、WordPressの設定を変更したときに上書きされてしまいます。

3: index.htmlの設定

最後に、サイトのホームにあたるindex.htmlに細工をします。

ファイル名を変更する

index.htmlの内容はそのままで、ファイル名を任意に変更してください。
ここでは「home.html」に変更したものとします。

このままだとhome.htmlでもアクセスできてしまうので、気になる場合は「include」などのディレクトリに入れ、アクセス制限をかけて対応してください。

新規にindex.htmlを作成する

index.htmlがなくなるので、以下のように記述したindex.htmlを新規に作成し、サーバーにアップします。

<?php
if(($_GET['s'])||($_GET['p'])) {
	//検索かプレビューのGET値があればWordPressとして処理
	define('WP_USE_THEMES', true);
	require('wordpress/wp-blog-header.php');
} else {
	//なければ静的コンテンツを呼び出す
	require('home.html');
}
?>

コメントで書いてある通りですが、検索かプレビューだとWordPressとして処理を開始し、それ以外であれば先程リネームしたHTMLをそのまま出力します。

ここまでで作業は終わりです。
正常に動作していれば、

• 未保存のプレビューと検索結果
• 指定したカテゴリーと関連フィード
• 日別アーカイブ
• タグサーチ

のみWordPressが起動し、それ以外は静的コンテンツがあるサーバーと同じ挙動になります。
（例えカテゴリーを作っていても表示されません）

4: 注意点

1. 一般的なサーバーで動作確認をしていますが、設置条件やサーバー状況によってはうまくいかないかもしれません。必ず検証してください。
2. WordPressの404ページは有効になりません。必要な場合は.htaccessにエラーページ指定を追記して自作してください。
3. HTML/PHP関係は、.htaccessの指定方法が上記と異なるサーバーも多いです。サーバー会社のマニュアルをチェックしたり「サーバー名 html php」などでグーグル先生にお尋ねしてください。

Twitterで記事を紹介して下さい（-人-）

WordPressは素晴らしいフリーテーマがたくさんあるので、それをいじるだけでもカスタマイズは習得できます。
ですが、実務的なカスタマイズに必要となる「詳しい記事情報を解析する方法」は意外と紹介されていません。

簡単に実験できるテーマもおまけにつけて、ざっくりまとめてみました。
PHPのことはあまりよくわからない…という人たちは、これをとっかかりに学習してみてはいかがでしょうか。

０：記事情報解析用のテーマ「posttest」

これは、記事情報を解析するための構文だけが書いてある、実験用のテーマファイルです。
ブログ用のテーマではないので「index.php」しかありませんがw
この先を読みながら、あなたのブログに反映して試してみてください。

記事情報解析用のテーマ「posttest」ダウンロード

１：サーバー情報を得る

サーバー情報を取得、出力します。
これはWordPressの独自タグではなくPHP標準の関数です。
※第三者が閲覧できるページで実行しないようにしてください。

<?php
	print_r($_SERVER);
?>

２：カテゴリー情報を得る

カテゴリー情報を取得、出力します。
出力内容は「$posts[0]のカテゴリー情報」なので、複数カテゴリーが指定されている可能性もあります。
また、出力結果の記事が一件もないと、この内容もNULLになってしまいます。出力結果がゼロの可能性があるけれどカテゴリーの情報を取得したい…という場合は、ちゃんと引数にカテゴリーIDを明示するようにしてください。【訂正】この関数は引数がありません。すいません。DBから直接取得した方が早いかもしれません（汗）

<?php
	$cat = get_the_category();
	print_r($cat);
?>

３：記事情報を解析

query_posts関数を実行していない状態では、
オブジェクト「$posts」にはそのページに沿った記事情報が入っています。
単純な出力は「<?php while ( have_posts() ) : the_post() ?>～<?php endwhile ?>」でできますが、PHPのforeach関数でも取得することができます。

<?php while ( have_posts() ) : the_post() ?>
<?php print_r ($post) ?>
<?php endwhile ?>

４：抽出条件の上書き

query_posts関数を使用すると、出力される記事の条件を変更することができます。
グローバル変数「query_string」を上書きするのが確実です。
※ID「5」の記事を抽出するようになっています。構文の「cat=5」のところを任意で書き換えてください

指定できるクエリについてはWordPress Codex内「query posts」の解説を参照してください。

<?php
	$Q = "&category_name=&cat=5";
	global $query_string;
	query_posts($query_string . $Q);
?>

５：the_postを再実行後記事情報を解析

query_posts関数を使用後、もう一度
「<?php while ( have_posts() ) : the_post() ?>～<?php endwhile ?>」を実行すると、記事情報が新しく定義したものに変更されます。
（３の後に４→５と実行して内容を比較してみてください）

<?php
	while ( have_posts() ){
		the_post();
		print_r ($post);
	}
?>

６：オブジェクト内容の取得

記事タイトルだけ必要な場合は、「->」でキーを指定することで、文字列で習得できます。
配列のように見えますが、$post['post_title']では取得できないことに注意してください。

<?php
	while ( have_posts() ){
		the_post();
		echo $post->post_title . '<br />';
	}
?>

７：補足

WordPressのpostに入っている値は、全てPHPエンコード処理がされています。
このため、クォーテーションやバックスラッシュが含まれる記事を関数に投入しても問題は起きません。
ただし、HTMLはエンコードされていないので、HTMLタグが反映されると危ない状況で使用する場合は
strip_tags関数やhtmlspecialchars関数を通すようにしましょう。

<?php
	while ( have_posts() ){
		the_post();
		echo strip_tags($post->post_content) . '<hr />';
	}
?>

WordPressはPHPの知識があれば、簡単にカスタマイズできるのが魅力です。
ですが、他のCMSと違ってプログラムを直に扱うため、テーマファイルの見通しが利きにくく、予想外の不具合やセキュリティホールが発生する可能性が高い側面があります。
趣味レベルなら問題ないですが、実務でWordPressを構築する場合は仕様やリスクを考慮して正しく利用したいものです。

Twitterで記事を紹介して下さい（-人-）

上図のようなディレクトリ構造で、「information」と「blog」だけWordPressで更新できるようにしたい

…という案件が来ると、普通はinformationとblog、それぞれを起点にしたWordPressを個別に設置します。

WordPressは、バージョン2.9の段階では、ブログのルートより下層に静的ファイルを置いても表示されないからです。
ですが、

できればひとつのブログで、informationとblogをカテゴリーとして管理できるようにしたい

と言われた場合、この方法は使えません。

WordPressの全機能を使うのでなければ、一部ディレクトリだけ管理下に置くことは、プラグインの追加と.htaccessの調整で可能です。

WordPressを下層ディレクトリに置く

最上層のindex.htmlとぶつかってしまうので、WordPress本体はひとつ下層に設置します。
この例では「wordpress」というディレクトリに設置したとして話を進めます。

※私はセキュリティ上の理由などで、ディレクトリ名＝CMS名にしないことが多いです

「WP No Category Base」を追加する

このカスタマイズをするには、プラグイン「WP No Category Base」が必要です。
これはWordPressで出力されるカテゴリーアーカイブのURLから、最初に必ず付与される「category」を取り除きます。
若干負荷が上がりますが、CMS的な構築をするには必須のプラグインです。

WordPress公式のプラグインディレクトリで入手できます。
http://wordpress.org/extend/plugins/wp-no-category-base/

特に設定は必要なく、アップロードして有効にするだけでOKです。

一般設定／パーマリンク設定を変更する

次に、WordPressの「設定→一般」と「設定→パーマリンク設定」を変更します。

一般設定

「ブログのアドレス」を「サイトルート」に設定します。
最初の図の「www」のURLが「http://webbingstudio.com/」だった場合はそれを入力して更新します。
このとき、サイトルートに.htaccessが書き出されます。
自作の.htaccessを置いていると上書きされてしまうので、前もって避難させるか、書き込み禁止にしてください。

パーマリンク設定

「カスタム構造」にチェックを入れて、以下のように記入します。

/%category%/%post_id%/

ブログのURLが「http://webbingstudio.com/」だった場合、カテゴリーがhoge、IDが6の記事のURLは
http://webbingstudio.com/hoge/6/
となります。

ここまで作業したら、サイトルートに書き出されている.htaccessを削除してしまいます。

新たに定義した.httaccessを置く

以下のように記述した、.htaccessをサイトルートに新しく設置します。
（既にある場合は追記します）

# BEGIN WordPress

RewriteEngine On

RewriteBase /

RewriteRule ^(information|blog)/(.*) wordpress/index.php [L]
RewriteRule ^(date|tag|feed)/(.*) wordpress/index.php [L]
RewriteRule ^category/(information|blog)/(.*) wordpress/index.php [L]
RewriteRule ^(information|blog)/feed/(.*) wordpress/index.php [L]

# END WordPress

RewriteBase

「/」はサーバールートからの相対パスです。
もしもサイトルートが「test」だと「/test/」となります。

RewriteRule

条件を満たした場合に、WordPressのindex.phpを呼び出す、という指定です。

(information|blog)に、WordPressを有効にしたいディレクトリをパイプ区切りで指示します。
「aaa」「bbb」「ccc」なら(aaa|bbb|ccc)と書きます。
「aaa/ddd」「bbb/eee/fff」などの下層ディレクトリもWordPress配下となります。

これをサイトルートにアップロードすると、

• 指定したカテゴリーと関連フィード
• 日別アーカイブ
• タグサーチ

のみWordPressが起動し、それ以外は静的コンテンツがあるサーバーと同じ挙動になります。
（例えカテゴリーを作っていても表示されません）

アップロードしたら、.htaccessのパーミッションを444にしてください。
書き込み可になっていると、WordPressの設定を変更したときに上書きされてしまいます。

あとは、各ページに移動して一部だけWordPressが起動するか確認します。

注意点

1. 一般的なサーバーで動作確認をしていますが、設置条件やサーバー状況によってはうまくいかないかもしれません。必ず検証してください。
2. WordPressの404ページは有効になりません。必要な場合は.htaccessにエラーページ指定を追記して自作してください。
3. キーワード検索はURLのルールが違う（クエリ式）なので、別のRewriteRuleが必要です。まだ実装したことがないので、ここでは割愛します。

Twitterで記事を紹介して下さい（-人-）

このブログにコメントすると、ランダムな幾何学模様が表示されます。
「Gravatar」というアバター登録サービスから自動生成をしてもらっています。

これはWordPressの内部機能で実装されていて、「設定」メニューでアイコンのタイプを選ぶことができます。

…が、この機能、全然役に立ちません。

まずGravatarに登録している人がほとんどいません。登録されていなかった場合「メールアドレス」を元にアイコンを生成しますが、スパムを警戒してコメント欄にメアドを書かない日本のブログでは、いつも同じアイコンしか出ません。

「名前がtwitterIDと合致したらtwitterアイコンを出す」というプラグインも試したことがあるのですが、だいたいの人はコメント名とtwitterIDは違っているようで、あまり効果はありません。

なので、私はこれを改良して
「コメント欄に記入した名前」からGravatarを生成させています。
流石にコメントごとに違う名前を名乗る人は少ないので、コメントをくれた人ごとに同じ幾何学模様が出てくれています。

やり方は追記以降で。コメント欄を少しでもカラフルにしたい人はお試しを。

修正の手順

今使っているテーマファイルの「functions.php」に以下の関数を追加してください。
なければ追加して最初の行に「<?php」、最終行に「?>」を書き込んでください。

保存したら、テーマファイルの「コメント」を表示しているテンプレートの中から

というようなコードを探して、以下のコードと差し替えてください。

カスタマイズ

関数「gravatarToID」には三つの引数があり、左から「コメント名」「縦横サイズ」「アイコン種別」となります。カンマで区切って指定します。

コメント名

WordPressの場合「$comment->comment_author」となります。

縦横サイズ

ピクセルサイズです。最大512ピクセルまで指定できるようです。

アイコン種別

• identicon ・・・ 幾何学模様
• wavatar ・・・ ばいきんみたいなキャラ
• monsterid ・・・ モンスター風

引数を何も付けないと「名無しさん」の幾何学模様が64ピクセルで表示されます。

下記のようにすると、ばいきんみたいなアイコンが縦横48ピクセルで表示されます。

関数の解説

Gravatarは、以下のURLでランダムアイコンを書き出しています。

http://www.gravatar.com/avatar/[生成元の半角英数字]?d=[種別]&?s=[幅]

なので、コメントの名前をmd5を複数通したランダムな英数字に暗号化して、上のURLに渡すようにしています。

Gravatarに怒られるかもしれませんが、PHPコードが書ければ、WordPress以外のブログにも実装できそうな気がします。
もうちょっと他にもランダムパターンがあればいいんですけどね。

補足

書き忘れ。実際のGravatarはもっと濃い色で表示されます。
私はCSSで透明度を調整することで、自分のブログに色合いを合わせています。

Twitterで記事を紹介して下さい（-人-）

Version 2.8 – WordPress Codex 日本語版（変更点和訳）

WordPressの最新バージョン、2.8がリリースされました。
管理画面から簡単にアップグレードできますし、2.6→2.7のときのように、インターフェースが激変することもないので、アップグレードをお勧めします。

今回制作チームが特にアピールしているのが、管理画面から公式の「テーマディレクトリ」のテーマを直接利用できるようになった点です。

テーマとウィジェットに彩りを与える2.8のリリース

WordPressのテーマファイルデザインの完成度の高さは、ソーシャルブックマークなどでも良く話題になりますが、それらが「テーマディレクトリ」に登録済みであれば、わざわざダウンロード・アップロードしなくても気軽に試せるようになったということです。

テーマを作るデザイナーの側も、「テーマディレクトリ」に登録しておけば、自分でダウンロード環境や設置方法を説明することなく、「○○というテーマ名で検索してね！」の一言で簡単に利用してもらえるようになります。

これでWordPressはレンタルブログ並み、いやそれ以上の自由度を手に入れたことになります。
今後は個人ブログはますますWordPressにシフトしていくと思います。

…が、私は手放しで喜べません。
「簡単に共有できる」ということは「危険なスクリプトが含まれていたり、問題のあるテーマをうっかり利用してしまう可能性が増える」ことでもあるからです。

私は、FC2ブログの共有テンプレートシステムで、3年くらいテンプレート配布をしていました。
そのときにいただいたユーザーからのレスポンス、制作のノウハウなどは本格的な業務CMSに移行した今も役に立っています。
でも、その頃から
「InternetExplorerでしかまともに閲覧できないテンプレート」
「見た目はきれいだけど、フルテーブルレイアウトでパフォーマンスが低いテンプレート」
「勝手に広告が表示されるテンプレート」
「こっそりとスクリプトが仕込まれた危険なテンプレート」
なども一部存在していました。
一応、FC2側でもチェックしてからリリースするのですが、何しろ数万単位なので限界があります。
Web制作の知識が低い、利用する側ほどそのリスクを負う構図になりました。

レンタルブログの場合はPHPが書けませんから、せいぜいインラインフレームやJavaScriptをヘッダ・フッタに埋め込む程度です。
しかしWordPressは、PHP関数を直接書き込むことでページを出力する仕様になっています（Smartyなどのテンプレートエンジンは介していません）。
利用者のサーバーのPHP設定が緩ければ、技術のある人間にはあんなことやこんなこともやりたい放題なのです。

実際、フリーのWordPressテーマを改ざん・再配布していたサイトが問題になったこともあります。

http://www.viper007bond.com/2008/09/11/be-careful-with-where-you-get-free-wordpress-themes-from/(English)

また、テーマファイル制作者に悪意はなくても、セキュリティホールが存在することもあります。
（下記のサイトは簡単なチェック方法のひとつがアップされてます。参考にしてください）

wordpress　配布されているテーマでXSSの危険性・・・ | NIPPON MODE　BGS-WORKS

そんなわけで、安全にテーマファイルを選ぶなら、リリースされてから一定の期間が経過しているか（1年以上経っているとバージョン違いによる機能不備も考えられますが…）、これまで通りソーシャルブックマーク等で評判の良いテーマを探し、それの名前でテーマディクレクトリを検索するのが確実だろうとは思います。

少なくとも、tar.gzとかの圧縮ファイルが入ってるのはやめたといた方がいいんじゃないかとおもいます…

Twitterで記事を紹介して下さい（-人-）

先日の記事で、階層カテゴリーの親子関係の判定のために「最上層のIDを取得する方法」について書いたわけですが。
めげずに調べていたところ、こちらの記事でもっと簡潔な方法がが紹介されていました。

WebTecNote - [WP]Category, Tag and Taxonomy Functions

ついでに、MovableTypeの場合も併せてご紹介します。
MovableTypeと比較するため、今回はWordPressの方は関数化していません。

WordPressの場合

親子関係があれば変数$flgにtrueが入ります。[親カテゴリーのID]、[親カテゴリー名]に任意の値を入れて使ってください。

cat_is_ancestor_of($cat1, $cat2)

$cat1で指定したカテゴリが$cat2の親である場合にtrueを返す。（どれだけ下の階層でもヒットすればtrue）
引数はカテゴリーＩＤで、数値でないと常にfalseになる。('1','4')ではなく(1,4)で指定。

WebTecNote - [WP]Category, Tag and Taxonomy Functions

親子の条件判定がコア関数にあったとは…
cat_is_ancestor_of()は本家のCodexには掲載されていますが、日本で言及している人はほとんどいません。英語を読めるようにならなければと痛感しました…

IDを関数に渡す前に(int)と型宣言をしておかなければならないのと、
現在のカテゴリーが親そのものだった場合はfalseを返す点に注意が必要です。
親そのものも判定対象にしたい場合は、別途条件を増やす必要があります。

MovableTypeの場合

独自タグ<MTIfIsDescendant>を使用します。

現在のカテゴリが、parent モディファイアで指定したカテゴリのサブカテゴリにあたるか判定する条件タグです。囲まれた内容は条件にあてはまったときにのみ処理されます。

MTIfIsDescendant | テンプレートタグリファレンス

「現在のカテゴリが、指定したカテゴリをサブカテゴリとして含んでいるか」という、逆の機能を持った<MTIfIsAncestor>も用意されています。
また、現在のカテゴリーが親そのものであってもtrueを返す点がWordPressの関数と異なっています。

MovableTypeの方が直感的に見えますが、parentモディファイアを一意の「ID」ではなく、「表示名」で指定しなければならない点が最大の欠点です。
「カテゴリー名は変えないでくださいね」と前置きするのを忘れて、
「コンテンツを見直したら表示が変になっちゃったんですけど…」
と、半年以上経ってからクライアントさんから問い合わせが来たこともあります（笑）

カテゴリー・フォルダ階層による条件分岐は難しいですが、使いこなせば精密なレイアウトのサイトを構築することができます。
個人のブログですと、カテゴリーごとにアフィリエイトの広告を変えるなんてのも実用的ですね。

Twitterで記事を紹介して下さい（-人-）

WordPressで、上の画像のようなトップイメージのあるブログを構築して、
カテゴリーが

• Photo » Night
• Photo » Dog
• Photo » Night » Star

のいずれの場合でも「Photo」のイメージを出したい…という場合
「現在のカテゴリーを含む、いちばん上の階層のカテゴリー」の情報を取得する必要があります。

これにはいろいろな方法がありますが、
「表示名を取得する方法」と「IDを取得する方法」の二種類を紹介します。

1. 各エントリーのIDを取得する

どちらの方法を使うにしても、まず
「現在のエントリーが属しているカテゴリーのID」を調べることになります。

カテゴリーアーカイブの場合は、変数「$cat」に既に値が入っていますが、個別アーカイブなどでは以下のようにPHPスクリプトを書きます。

説明

記事のID（$post->ID）を引数として、get_the_category()でカテゴリー情報を取得します。
カテゴリーが複数指定されている可能性があるので、関数の返り値は配列になっています。そこで、$catArr[0]として、最初のカテゴリーだけを取ります（ひとつしか指定していない場合でも、0番目には絶対入っているはずです）。
MovableTypeと違い、残念ながら主カテゴリーを明示・取得することはできません。

$catにカテゴリーIDを入れた後は、以下のどちらかの方法を使います。

2-a. 表示名を取得する方法

以下の関数をテーマファイル内に追加します。

こういったユーザー関数は記事表示部分ではなく、テーマファイル内の「functions.php」に追加してください。あとで何度でも呼び出すことができます。

これで、記事表示部分に

と書けば、$parentに最上層カテゴリーの「表示名」が入ります。
echoで表示するなり、条件分岐に使用するなどします。

説明

get_category_parents()は、指定した区切り文字で最上層からのカテゴリー一覧を取得する関数です。
主にパンくずリストなどで使用されるものですが、二番目の引数をfalseにするとリンクなしで表示名だけ取得できます。

カンマ区切りで取得したら、PHPコアのexplode()で配列に変換し、最上層になっているはずの、最初の値を返します。

表示部分に書かれている、attribute_escape()とは、<やら>やらのパースエラーを引き起こすタグを除去するWordPressの汎用関数です。
条件分岐のキーにする場合は必要ないかもしれませんが、echoで出力する場合、テーマを配布する場合は念のため入れておいた方がいいと思います。

参考：Yuriko.Net » HTML エスケープなしの出力は怖い

2-b. IDを取得する方法

以下の関数をテーマファイル内に追加します。

こういったユーザー関数は記事表示部分ではなく、テーマファイル「functions.php」に追加してください。あとで何度でも呼び出すことができます。

これで、記事表示部分に

と書けば、$parentに最上層カテゴリーの「ID」が入ります。
echoで表示するなり、条件分岐に使用するなどします。
IDは必ず数値が返るため直感的ではないですが、安全性を重視するならこちらの方が良いかもしれません。

説明

ひとつ上のカテゴリーIDを取得するget_category_parent()を、get_category_top()内で繰り返すことで、いちばん上のIDを取り出しています。

上のカテゴリーが見つからなくなる（0が返ります）か、
5階層上まで処理を繰り返します。
5階層もあるカテゴリーなんかありえないのですが、データベースやサーバーの不具合で無限ループが起こらないように念のため保険をかけています。

階層カテゴリー情報は頻繁に利用されるのに、あまり関数が用意されていません :(
海外のCodexには掲載されているのかもしれませんが、WordPressの内部を直接見てみてもそれらしいものはないようです。
いずれにしてもコア関数は自由度を上げるために引数が多くなっている傾向があるので、IDを取得するだけなら、自分で関数を書いてしまった方が処理が早そうです。

私はまだプログラミングに詳しくないので、
もっと良い方法があれば教えてください＞＜

Twitterで記事を紹介して下さい（-人-）

・エントリーとページの管理
・カテゴリー指定と追加
・タグ指定
・画像アップロード
・コメント管理

などをサポートしていて、iPhoneのインターフェースを充分に生かした仕様になっています。
アプリなので、「設定」→「投稿設定」で「XML-RPCを有効」にするだけですぐ使えます。

iPhone自体に実装されていないため、ブラウザと連動したりコピペしたりしてリンクを貼ることはできません。
(現実的ではありませんが、全て手入力なら貼れます)

また、サーバーによってHTMLタグが化けたり、写真が逆さまになったりするようです。

私はiPhoneで撮った写真をフルサイズのままアップしようとしたら固まってしまい、再起動を余儀なくされました…(^_^;
写真はスクリーンショットを撮るようにしなくちゃだめですね。

あくまで、モブログに毛の生えたものと割り切った方が良いようです。

Twitterで記事を紹介して下さい（-人-）

海外では「Sample WordPress Content」というインポートで使えるダミー記事セットも配布されていますが、英語圏用なので日本ではあまり役に立ちません。
ひらがな・カタカナ・漢字・英数・記号を同時に使用し、絵文字まで使う日本人には、専用のダミー記事が必要なのです。

これまでのブログカスタマイズの経験を元に、いろいろなパターンの記事を投稿したWordPress用インポートファイルを作成したので配布します。
趣味の方も、ビジネスの方も、ご自由にご利用ください。
MovableType版も作るかもしれません。

ダウンロードはこちら

更新履歴
2009.3.11　文章を一部直しました。プレスリリース風エントリーを追加しました。

スクショと解説は追記以下で。

追加されるデータ

wp_post_jpをインポートすると、下記のようなテストデータが追加されます。

• プレスリリース風エントリー
• ブログ風日本語エントリー（男性｜女性）
• blockquote、table、ul、olを含めたエントリー
• h3~h5を使用したエントリー
  （ブログ利用を想定しています。CMSの場合はマークアップを変えてください）
• コメントとトラックバックを含むエントリー
• 固定レイアウト枠をはみ出すようなエントリー
• 三段までの階層カテゴリー
• 2008年10月～2009年3月までのアーカイブ
  （時間ランダム、全曜日投稿しています）
• 階層を持ったページ
• タグ

スクリーンショット

注意事項

WordPress2.71からエクスポートしています。最新バージョンでのインポートを推薦します。

既に記事を書いている状態のブログにインポートすると、その記事を残した状態でダミー記事が追加されます。
リンクのデータも入っていますが、これはインポートされません！残念無念＞＜

wp_post_jp内のテスト記事には画像が含まれるエントリーもありますが、imgタグ部分は著作権等の問題があるため、削除しています。
エントリー本文に、（画像）などと書かれていますので、そこに該当する画像をアップロードしてください。

ブログ記事の内容、およびXMLデータ中にある、WebbingStudioのWordPressのURLはでたらめです。

当方でもインポートテストを行っていますが、記事を追加したことにより発生する不具合、データの損害等は関知いたしません。新しいブログでない場合は、必ずバックアップを取ってください。

謝辞

テスト記事作成にあたり、下記サイトを使用させていただきました。

• すぐ使えるダミーテキスト
• 青空文庫「セロ弾きのゴーシュ」
• Wikipedia「WordPress」

Twitterで記事を紹介して下さい（-人-）