そんな時に一番見た目でインパクトがかわるのは、ログイン画面がその1つだと思います。

その対策として、本体コードや画像を直接変更するのも手だと思いますが、本体バージョンアップに備え、プラグインで実装したいと考えよく使っているプラグインを記録として残しときます。

「bm-custom-login」

http://www.binarymoon.co.uk/projects/bm-custom-login/

利用方法は通常のプラグインと同じ。pluginsフォルダにアップし、管理画面から有効にするだけ。
ただし、デフォルトのままだと、ログイン画面の背景画像が表示されません。
サンプル画像のファイル名のままだったりするので、bm-custom-loginフォルダ内のimagesフォルダにある
「login-bkg-tile-SAMPLE.jpg」
　　↓
「login-bkg-tile.jpg」
とすれば表示されます。

実際には、bm-cutom-loginフォルダ内のimage-templatesフォルダのpsdファイルを参考に納品用の画像を作って、上記説明のファイルに置き換えることとなるんでしょうけどね。

ちなみに、本投稿時、プラグイン配布元のバージョン確認はwordpress2.8だったようですが、私の環境である2.9.1でも問題なく動作しています。

以下、実現に向けた紆余曲折です。いろいろと試していたら、とても長いエントリーになってしまいました。自分への覚書のようなエントリーみたいになってしまったので、結論だけ知りたい場合は一番下のコードをご覧下さい。

■パターン１
単純に、自分の親IDを取得し、その親ID以下の子ページリストを出力

<?php
if (is_page()){
	if($post->post_parent)
		$children = wp_list_pages("title_li=&depth=0&child_of=".$post->post_parent."&echo=0"); else
		$children = wp_list_pages("title_li=&depth=0&child_of=".$post->ID."&echo=0");
	if ($children) { ?>
		<div class="sub_box">
		<ul>
		<?php echo $children; ?>
		</ul>
		</div>
	<?php } ?>
<?php } ?>

※3,4行目で使っているwp_list_pagesの引数depthで何階層下まで表示させるかを指定しています。

もっともシンプルだと思う子ページリストの表示。ただし、自分の親以下のページしか対象になりません。例えば見ているページが3階層目にいるとした場合、2階層目以下のページリストしか表示できません。

■パターン２
パターン１で問題になった3階層目で2階層目以下のページリストしか取れない場合の対策。
参考：http://ja.forums.wordpress.org/topic/960

<?php
$parent_id = $post->post_parent;
if ($parent_id) {
  $parent = get_post($parent_id);
  $gparent_id = ($parent->post_parent);
	$children = wp_list_pages("title_li=&depth=0&child_of=".$gparent_id."&echo=0");
	if ($children) { ?>
	<div class="sub_box">
	<ul>
		<?php echo $children; ?>
	</ul>
	</div>
	<?php } ?>
<?php } ?>

単純に親ページの親ページまで探して、そこから以下のページを表示させます。
これで3階層目にいても1階層目からのリストをつくれますが、もっと増えた場合には、親の親の親の・・・とする部分を追加でコードを書かないといけません。

■パターン２の別解
ネット検索中に違う書き方で実現されていました。
参考：（引用先のアドレスを失念してしましました。）

<?php
if (is_page()){
	global $wp_query;
	if( empty($wp_query->post->post_children) ) {
		$parent = $wp_query->post->ID;
	} else {
		$parent = $wp_query->post->post_children;
	} ?>
<?php if(wp_list_pages("title_li=&child_of=$parent&echo=0")): ?>
<br />
メニュー
<div class="sub_box">
<ul>
<?php wp_list_pages("title_li=&child_of=$parent"); ?>
</ul>
</div>
<?php endif; ?>
<?php } ?>

■パターン３
パターン２までの流れで一番上の親ページIDを再帰関数で取得すれば汎用的になるのでは、と考えました。
ちょうど、カテゴリーで同じようなことをしていたのでその応用です。
（参考：get_query_varと親カテゴリーを探す再帰関数を作って特定カテゴリの以下のカテゴリ一覧を表示する方法）

関数化したため、functions.phpを用意しています。また、引数の使い方の違いから3例作ってみました。

＜例1＞
【sidebar.php】

<?php
$post_id = luwp_get_post_id_top($post->ID);
if ($post_id) {
	$children = wp_list_pages("title_li=&child_of=".$post_id."&echo=0");
	if ($children) { ?>
	<div class="sub_box">
	<ul>
		<?php echo $children; ?>
	</ul>
	</div>
	<?php } ?>
<?php } ?>

【functions.php】

function luwp_get_post_id_top($post_id) {
	if($post_id != 0){
		$post = get_post($post_id);
		$parent_id = $post->post_parent;
		if($parent_id){
			$parent = get_post($parent_id);
			$post_id = ($parent->post_parent);
			if($post_id != 0){
				$post_id = luwp_get_post_id_top($post_id);
			} else {
				$post_id = $parent_id;
			}
		}
	}
	return $post_id;
}

IDを引数にし、IDを戻り値にしています。これだと、呼び出し元に$postがあるにも関わらず、関数先でget_postを呼び出している。その点、富豪プログラムになっている気が・・・
だだし、IDを渡してIDが戻る、という部分でみると一貫性があるのかな・・・。

＜例2＞
【sidebar.php】

<?php
$post_id = luwp_get_post_id_top($post);
if ($post_id) {
	$children = wp_list_pages("title_li=&child_of=".$post_id."&echo=0");
	if ($children) { ?>
	<div class="sub_box">
	<ul>
		<?php echo $children; ?>
	</ul>
	</div>
	<?php } ?>
<?php } ?>

【functions.php】

function luwp_get_post_id_top($post) {
	if($post){
		$parent_id = $post->post_parent;
		echo $parent_id;
		if($parent_id || $parent_id != 0 ){
			$parent = get_post($parent_id);
			$post_id = ($parent->post_parent);
			if($post_id != 0){
				$post_id = luwp_get_post_id_top($post_id);
			} else {
				$post_id = $parent_id;
			}
		return $post_id;
		}
		return $post->ID;
	}
}

引数に配列を渡して、IDが戻り値。これだと、前述の例1のように、関数内で最初のget_postが除かれる形に。負荷的に最適化されたと言っていいのかな・・・？

＜例3＞
【sidebar.php】

<?php
$post_top = luwp_get_post_top($post);
$post_id = $post_top->ID;
if ($post_id) {
	$children = wp_list_pages("title_li=&child_of=".$post_id."&echo=0");
	if ($children) { ?>
	<br />luwp_get_post_top
	<div class="sub_box">
	<ul>
		<?php echo $children; ?>
	</ul>
	</div>
	<?php } ?>
<?php } ?>

【functions.php】

function luwp_get_post_top($post) {
	if($post){
		$parent_id = $post->post_parent;
		if($parent_id && $parent_id != 0 ){
			$parent = get_post($parent_id);
			$post_id = ($parent->post_parent);
			if($post_id != 0){
				$post = luwp_get_post_top($parent);
			} else {
				$post = $parent;
			}
			return $post;
		}
		return $post;
	}
	return $post;
}

こっちは、配列で渡して配列で戻しています。どのタイプがいいのか悩みます。

という具合でページのリストについて勉強を重ねていたところ、get_post_ancestorsという関数があることを知りました。

そして、打ちのめされたわけです。

この関数を使えば、自分（ページ）の祖先全てが配列で値が返ってきるのです。
つまり、functions.phpに再帰関数などを用意しなくていい、と。

その瞬間の脱力感というか、新しい発見の喜びというか、たいへん複雑でした。
このエントリーもほぼ平行して下書きをしていたため、内容をどうするか悩みましたが、自分の今後のために一部始終を記録としてまとめておくことにしました。

とういわけで、大変長くなりましたが、最終的に辿りついたページのリストをサイドバーに出す方法です。
■get_post_ancestorsを使う方法
参考：http://ja.forums.wordpress.org/topic/1204

<?php
if (is_page()){
	if($post->ancestors){
		foreach($post->ancestors as $post_anc_id){
			$post_id = $post_anc_id;
		}
	} else {
		$post_id = $post->ID;
	}
	if ($post_id) {
		$children = wp_list_pages("title_li=&child_of=".$post_id."&echo=0");
		if ($children) { ?>
		<div class="sub_box">
		<ul>
			<?php echo $children; ?>
		</ul>
		</div>
		<?php } ?>
	<?php } ?>
<?php } ?>

自分（ページ）の祖先データを$post->ancestorsで返ってきた配列をループでまわします。そいて、一番最後の値が一番上に位置するページです。

そして最後の最後で嫌がらせのように（自分にとって）次のページを見つけました。
参考（てゆーか答え）：http://ja.forums.wordpress.org/topic/1056
■最後の最後（引用させてもらいました）

<!-- 選択ページの最上位$ancestorを取得 -->
<?php $ancestor = array_pop(get_post_ancestors($post->ID)); ?>
<?php if(empty($ancestor)) { /*選択ページが最上位*/
　　　　　　wp_list_pages('depth=0&child_of='.$post->ID.'&title_li=');}
else { /*選択ページが最上位以外*/
　　　　　　wp_list_pages('depth=0&child_of='.$ancestor.'&title_li=');}?>

以上、関数を知らないと大変なことになりますね。orz

もっぱら私はwordpressの機能であるエクスポート→インポートを行います。

昔は知りませんが今の（wordpress2.7.1）機能で十分なわけです。
手間があるとしたら「リンク」のデータが移らないくらいでしょうか。それも、「リンク」自体使わないか、使っても少しだったので気にするレベルではなかったです。
それよりも、インポートを使うと、画像データをダウンロードして持ってきてくれるという機能が非常に便利で手放せません。しかもサムネイル画像までも持ってきてくれました。

しかし最近、躓きました。

次のような箇所があったのですが

<?php
$posts = get_posts('post_type=page&post_parent=3');
if (posts) {
  foreach ($posts as $child) {
  <a href="<?php echo $post->guid; ?>">詳細はコチラ</a>
 }
}
?>

がデモサイトのままでした。ブラウザのキャッシュかとも思いましたが違いました。あまり触れないできたデータベースを直接のぞいてみると、見つけました！

テーブル：wp_posts
フィールド：guid

がデモサイトのままでした。

私の理想としては、「データベース」と「WP本体」のコードは触れないことでしたがそうも言えない状況になってましたので、直接SQLで対処しました。

UPDATE wp_posts
SET guid = REPLACE(guid,'http://demo.example.com/','http://www.example.com/')
WHERE guid LIKE '%http://demo.example.com/%'

これでなんとか問題はなくなりました。が、一番手っ取り早い移行（移転）の方法はどうすればいいんでしょうね。

そういうとき、「お知らせ」のバックナンバーページのサイドバーに「お知らせ」だけの年別や年月別のアーカイブリストを出したい、という要件が自然とあがってきます。

これで引っかかりました。今も一部解決、一部未解決です。その課題を忘れないように解決した方法と合わせてまとめました。

はじめ、wp_get_archivesという関数があったためパラメーターを渡すだけかと思ってましたが、そんなパラメーターはないもようです。

wordpress本体のコードを読み解いたわけではないですが、ネットの情報ではなさそうでした。WP2.7.1です。

そういうわけでプラグインを検索。探し方が悪いのか、そもそも違うアプローチで実現しているのか・・・、なかなか見つかりませんでした。

しかし、需要がありそうな機能ですので頑張って探してみると、外国の方が作ってらっしゃいました。Thank You!

そのプラグインがこちら↓

プラグイン名：Archives for a category

サイト：http://kwebble.com/blog/2007_08_15/archives_for_a_category

最新バージョンの1.4が2009年2月22日なので安心です。

機能としては、wordpressのwp_get_archives関数にカテゴリーを引数として渡すことが出来るようになるようです。

使い方はこちら。

/*デフォルトの月別アーカイブでカテゴリーIDの1を指定*/
<?php wp_get_archives('cat=1'); ?>

/*カテゴリーIDの1と3を指定*/
<?php wp_get_archives('cat=1,3'); ?>

/*カテゴリーIDの2のみを除く*/
<?php wp_get_archives('cat=-2'); ?>

/*カテゴリーIDの2と8を除く*/
<?php wp_get_archives('cat=-2,-8'); ?>

/*ドロップダウンでカテゴリーIDの1を表示*/
<?php wp_get_archives('format=option&cat=1'); ?>

/*年別でカテゴリーIDの1を表示*/
<?php wp_get_archives('type=yearly&cat=1'); ?>

一番下以外はプラグインの作者サイトからのものを、たぶんこんな意味というレベルで訳したものです。
一番下のものが自分で実際に使ったコード。こんなふうに、wp_get_archivesがもつ通常のパラメーターにcatが追加できるようになります。

作者様には本当に感謝です。

そして、一部未解決の部分とは、nifty hosting サービスで起こりました。いや起こってます。

おそらくですが、怪しいとにらんでいるのは、niftyではhtaccessでmod_rewriteが使えないとのこと。実際にサポートに電話で確認しました。別サービスでもないのですか？という問い合わせには、ラクーカンというサービスがあるが、これはそもそもapacheではないので・・・、というご回答。
niftyでのmod_rewriteは無理という結論でした。

これが原因なのでしょうか。まだ未解決です。解決次第更新しましょう。

まず、付け焼刃的に解決させたコードがこれ。

<?php
$cat_id = get_query_var('cat');
if($cat_id->parent)
$children = wp_list_categories('title_li=&child_of='.$cat_id.'&echo=0'); else
$children = wp_list_categories('title_li=&child_of='.$cat_id->parent.'&echo=0'); else
if ($children != "<li>カテゴリーなし</li>") { ?>
<div>
<h3>ブログカテゴリ</h3>
</div>
<div class="frame_body">
<ul>
<?php echo $children; ?>
</ul>
</div>
<?php } ?>

このコードでは、自分より親カテゴリーが存在したら、その親がもつ全てのサブカテゴリーを表示するようにしました。
これで、前回エントリーにある3階層の構成でも表示できるようになりました。

しかし、3階層を超えたらどうなるのか。4階層、5階層とwordpressの基本機能は作れるようになっています。

そこで、親カテゴリーを再帰的に取得するように関数を作ってみました。
実際には、その関数はテーマごとにもてる「functions.php」にもたせています。

【functions.php】

function luwp_get_category_top_id($cat_id) {
	if($cat_id != 0){
		$cat = get_category($cat_id);
		if($cat->category_parent){
			$parent = get_category($cat->category_parent);
			if($parent->term_id != 0){
				$cat_id = $parent->term_id;
				$cat_id = luwp_get_category_top_id($cat_id);
			}
		}
	}
	return $cat_id;
}

【sidebar.php】

<?php
$cat_id = get_query_var('cat');
$cat_id = luwp_get_category_top_id($cat_id);
if ($cat_id != ""){
	$children = wp_list_categories('orderby=order&title_li=&child_of='.$cat_id.'&hide_empty=0&echo=0');
	if ($children != "<li>カテゴリーなし</li>") {
?>
	<h3>メニュー</h3>
<div>
	<ul>
	<?php echo $children; ?>
	</ul>
</div>
<?php } else { ?>
<?php } ?>
<?php } ?>

これで、カテゴリーが何階層になっていても、自分が所属するカテゴリーの一番上のカテゴリーまで辿り、それ以下全てのサブカテゴリーを表示させることが可能になりました。

やっと汎用的になりましたかね。

ビジネスサイトでよく見るタイプは、ヘッダー部分に一番上のカテゴリ（ここではトップカテゴリと呼ぶ）だけを表示し、トップカテゴリをクリックすることで、そのカテゴリページに遷移します。そしてそのカテゴリーページには、そのカテゴリーがもつサブカテゴリー全てをサイドバーに表示します。これをwordpressでも実現したい。

というわけで調査。

最初、探そうにも何をキーワードにすれば良いのかさえも分からず、見つけたコードを組み合わせて次のようなコードを作ってみた。

$cat = get_the_category();
$cat = $cat[0];
$children = wp_list_categories('title_li=&child_of='.$cat->cat_ID.'&echo=0');
if ($children != "<li>カテゴリーなし</li>") {
<div id="nav_box">
<h3>ブログカテゴリ</h3>
<ul>
<?php echo $children; ?>
</ul>
</div>

一度動作させてみたところたまたま上手く行ったもののこれでは駄目でした。今となっては何で一回でも上手くいったのか不思議なぐらいですが（キャッシュ関係の仕業か、私のまとめミス？）、サイドバーで使うにはまったくもって不十分でした。記事が複数カテゴリーに関連付けされていたら、どのカテゴリーに特定させるのかが不定になるからです。

それからもっと調べたところ、下記フォーラムがとても参考になりました。というよりどんぴしゃです。なぜ最初にこれで出会わなかったのだろうか・・・。検索力のなさにがっかりしました。

参考：http://ja.forums.wordpress.org/topic/396

これを参考に、以下のコードを作成しました。

<?php
$cat_id = get_query_var('cat');
$children = wp_list_categories('title_li=&child_of='.$cat_id.'&echo=0');
if ($children != "<li>カテゴリーなし</li>") { ?>
<div>
<h3>ブログカテゴリ</h3>
</div>
<div class="frame_body">
<ul>
<?php echo $children; ?>
</ul>
</div>
<?php } ?>

以下のような階層構造の場合をだと
————————–
カテゴリーA
┣カテゴリーB
┣カテゴリーC
┃　　┣カテゴリーD
┣カテゴリーE
┗カテゴリーF
┃　　┗カテゴリーG
カテゴリーH
————————–

カテゴリーAのページのサイドバー
————————–
カテゴリーB
カテゴリーC
　　┣カテゴリーD
カテゴリーE
カテゴリーF
　　┗カテゴリーG
————————–

さらに、カテゴリーCのページのサイドバー
————————–
カテゴリーD
————————–

このコードで指定したカテゴリーのサブカテゴリー一覧が表示されるようになりました。

また、カテゴリーAのページのサイドバーで、次のように
————————–
カテゴリーB
カテゴリーC
カテゴリーE
カテゴリーF
————————–
子カテゴリーのみ、つまり孫カテゴリー以下を出したくない場合はコードを次のように変更すればOKです。

$children = wp_list_categories('title_li=&child_of='.$cat_id.'&echo=0&depth=1');

ですがまだ大きな問題が残ってます。上の例の時点でその問題が見られます。
その問題とは、カテゴリーCのページのサイドバーを見て分かるように、自分より下の階層しか表示しないということです。親のもつカテゴリーを表示しない。

このままでは3層以上の構成になった場合、最初の要件「あるトップカテゴリー以下のサブカテゴリ全てを表示したい」を満たせません。

表示上の例でいうと、カテゴリーCのページのサイドバーの時でも、カテゴリーAのページのサイドバーを表示させるという事ですが、この解決は別のエントリーでまとめたいと思います。

PS.
しょっぱなの「get_query_var」ってクエリストリングを読んでるのではないか？と。
つまり、getで渡ってきてる値（例：　http://letsusewordpress.com/?cat=3　の3）を取ってきてる？

というわけで、wordpressのパーマリンク設定で数字ページに変更。動作を確認したところ無事動いてました。

よかった。

テーマの勉強に、テストサイト立ち上げのデモに、ととても重宝しています。
特にテーマの勉強には最適かと思ってます。（多言語化とかまだまだ把握してませんが・・・）

とはいえ、最近のサイトと比べると、どうもサイズが一回り小さく感じています。
もっと大きいサイズのテーマを使えばって話なんですが、Defaultを拡幅したほうが速いんじゃないかと思い、拡幅しました。

当サイトもその拡幅したDefault950を利用しています。

そして、どれだけの方が欲しがるかさっぱり分かりませんが、ここにそれをダウンロード出来るようにしました。
※こうやって公開するのって自分の勉強に身が入りますね。

• default950 幅950px　[yahooサイズに合わせてみました]
• default840 幅840px　[↑を一回り小さくしてみました]

の二つです。

よかったらご利用下さい。

それと、さくっと作業したのでサイズ調整でおかしなところがあるかもしれません。

あればご指摘下さいね。

・・・と書いてみたものの、ライセンス的には問題なかったかな。この点、ただいま勉強中。

wordpressのプラグインを探したところいくつかみつかりました。

１．http://wordpress.org/extend/plugins/syntaxhighlighter/
２．http://wordpress.org/extend/plugins/syntaxhighlighter-plus/
３．http://wppluginsj.sourceforge.jp/syntax-highlighter/
４．http://wp.mmrt-jp.net/plugin-japanization-project/ig_syntax_hilite/

どれがいいものか困りました。
１．２．は公式サイトに登録されているし、２．はwordpressの日本語プラグインを開発・紹介する有名なサイト、３．も最近の更新履歴があるようだし・・・。

そいうわけで試してみました。

１．は公式サイトに載ってたので期待大。
さっそく有効化。設定は・・・と、ないみたいね。んじゃ早速利用してみよう。
うん。悪くない。というか、巷でよくみるやつですね。でも、コードをハイライト表示させる時、
［code=’css’］code here［/code］
のように記述する必要があるみたい。
※注意　［は全角で表示してます。実際は半角です。

２．も公式サイトに載ってたので期待大。
さっそく有効化。こちらも設定はなし、と。
１．のplusだけあって変わりなし。個人的に良くなったと感じたのは、
［php］code here［/php］
と簡略化されたこと。
他に、公式サイトからのリンクで

http://alexgorbatchev.com/wiki/SyntaxHighlighter:Themes

ここにあるようにデザインの雛形もあるのかな・・・？
※注意　［は全角で表示してます。実際は半角です。

３．これも期待大。
紹介されてるサイトはktai_styleというwordpressのモバイル対応プラグインを作成している有名なところ。
こちらも設定はないようだ。
コードをハイライト表示させるときは
［code=’css’］code here［/code］
でも
［php］code here［/php］
でいいみたい。こっちの方がすっきり。それに、引数に［php num=10］とかすると、行番号が10から出来るすぐれもの。他にも引数多数。
※注意　［は全角で表示してます。実際は半角です。

４．こちらは設定がでてきた。
管理メニューの設定の中に。とはいえ、その設定を使っても他と比べて表示の装飾が好みではありませんでした。それに、言語ファイルをpluginsフォルダ直下に展開するようで、管理の面でもあまりキモチよくない。

※注意　どのプラグインにせよ、投稿記事を書く場合、ビジュアルエディタをつかうと失敗するようです。装飾が必要な場合は、先にビジュアルエディタで作りこみ、最後にHTMLエディタでコードを追加するか、HTMLエディタのみでタグ記述をするか、となりますね。

というわけで、２か３が候補。
深く調査したわけではないので２と３で出来ることは結局同じになるかもしれません。
少し迷いましたが、３に決定。

やはりwordpress対応化にされた作者が日本人で、WordPress Plugins/JSeries というブランドが決めてですかね。

でもなんにせよプラグインを開発・公開されている方は尊敬に値します。

そこで、プラグインを用いて並び順を自由に行えるようにできないかと探したところ、以下のプラグインが見つかりました。

CategoryOrder （http://www.coppit.org/code/）

MyCategoryOrder （http://wordpress.org/extend/plugins/my-category-order/）

この中でどれが良いか検討していたところ、次のサイトをみつけました。

カテゴリの並び順を変えるプラグイン

↑でもいわれているように、個人的には「MyCategoryOrdre」が良いと感じてます。

理由は同様で、「CategoryOrder」のほうは更新が最近ないみたいだからです。

ただし、「MyCategoryOrdre」では、プラグインファイル以外に「taxonomy.php」に書き込み権限を与えるか、マニュアルでコードを追加する必要があり、WP本体のバージョンアップ時など注意が必要。

以下、「MyCategoryOrdre」を導入した場合に少し引っかかった点。

MyCategoryOrderを利用するために、テンプレートを変更した場合。

並び順を有効にするには、プラグインを有効化するだけでなく、一度、「MyCategoryOrdre」のページで設定を保存する必要がありました。

追記：参考サイト　http://hsuzuki.ddo.jp/weblog/?p=487

また、アクセス記録はある意味、そのサイトの歴史を振り返れる材料にもなりますので。

そういうわけで、私が利用するのは、アクセス解析のデファクトスタンダードではないかと思う、Google Analyticsです。

それをWordPressへ簡単導入するプラグインがこちら。

Ultimate Google Analytics（http://www.oratransplant.nl/uga/）

このエントリー現在、Ver1.6が最新のようです。

導入方法は・・・こちらを参考にしました。
参考1.　WordPress プラグイン「Ultimate Google Analytics」

参考2.　高機能アクセス解析 Google Analyticsを簡単に導入できるプラグイン Ultimate Google Analytics

補足画像

プラグインを有効化にした後は、下図のようにメニューの「設定」の中に「Ultimate GA」が表示され、ここで設定を行います。

実験環境：coreserver、WP2.7