WordPressでは無記名のまま投稿されたコメントの投稿者は匿名と表示されます。
ただしそれはWordPressを日本語設定で使っている場合です。
無記名コメントの投稿者名は/wp-includes/comment-template.phpでコントロールされています。

/**
 * Retrieve the author of the current comment.
 *
 * If the comment has an empty comment_author field, then 'Anonymous' person is
 * assumed.
 *
 * @since 1.5.0
 * @uses apply_filters() Calls 'get_comment_author' hook on the comment author
 *
 * @return string The comment author
 */
function get_comment_author() {
	global $comment;
	if ( empty($comment->comment_author) ) {
		if (!empty($comment->user_id)){
			$user=get_userdata($comment->user_id);
			$author=$user->user_login;
		} else {
			$author = __('Anonymous');
		}
	} else {
		$author = $comment->comment_author;
	}
	return apply_filters('get_comment_author', $author);
}

$author = __('Anonymous');という一文が、無記名時の投稿者名を設定しています。
匿名ではなく、Anonymousです。
このAnonymousが言語設定に基づいて翻訳され、匿名と表示されているのです。

匿名から変更する方法

上記のソースを書き換える事で、無記名投稿者を匿名から任意の名前に変更する事ができますが、それではWordPressをバージョンアップするたびに変更が必要になってしまい、管理の手間が必要で不便です。

そこで上記のソースを参考に、現在使用しているテーマを改造して投稿者名を変更しようと思います。
以下のソースをテンプレートテーマのための関数 (functions.php)に追加して下さい。

/**
 * 無記名のコメント投稿者名を変更する
 */
function rename_anonymous() {
	global $comment;
	if( empty( $comment->comment_author ) ) {
		if( !empty( $comment->user_id ) ) {
			$user = get_userdata( $comment->user_id );
			$author = $user->user_login;
		} else {
			$author = '通りすがりの御面ライダー';
		}
	} else {
		$author = $comment->comment_author;
	}
	return $author;
}
add_filter( 'get_comment_author', 'rename_anonymous' );

例として通りすがりの御面ライダーに変更してみました。

ざっくりした方法なので、ブログの表示だけでなく、管理画面での表示も変更されます。

その間違いを指摘した後しばらくして、「もしも違ったらどうしよう」と不安になったので検証、ついでに一覧表を作ってみました。

条件分岐タグ

検証を行ったのは数あるMTの条件分岐タグから、汎用的に使える次の四つです。

• MTIf
• MTIfNonEmpty
• MTIfNonZero
• MTUnless

表にまとめたのは、タグあるいは変数の値の有無を判定した場合の真偽結果です。
変数のテストはMovableType4.261で次のソースを実行して行いました。
MovableType.jpに載っていないだけで、MTIfNonEmptyとMTIfNonZeroタグは変数に対する判定も行えます。

<MTSetHashVar name="hoge">
	<$MTSetVar name="empty"  value=""$>
	<$MTSetVar name="minus"  value="-1"$>
	<$MTSetVar name="zero"   value="0"$>
	<$MTSetVar name="plus"   value="1"$>
	<$MTSetVar name="string" value="string"$>
</MTSetHashVar>

<MTLoop name="hoge" sort_by="value">
変数の値    ：<$MTGetVar    name="__value__"$>
MTIf        ：<MTIf         name="__value__">○<MTElse>×</MTIf>
MTIfNonEmpty：<MTIfNonEmpty name="__value__">○<MTElse>×</MTIfNonEmpty>
MTIfNonZero ：<MTIfNonZero  name="__value__">○<MTElse>×</MTIfNonZero>
MTUnless    ：<MTUnless     name="__value__">○<MTElse>×</MTUnless>
</MTLoop>

値の有無だけを判定するのでeqをなどの比較演算については扱いません。

タグのテストは色々な方法があります。
ただ、負の数字を格納したタグが見つかりませんでしたので、入力欄に-1を記述する事でタグの値を用意しました。

タグの値    ：<$MTBlogName$>
MTIf        ：<MTIf         tag="BlogName">○<MTElse>×</MTIf>
MTIfNonEmpty：<MTIfNonEmpty tag="BlogName">○<MTElse>×</MTIfNonEmpty>
MTIfNonZero ：<MTIfNonZero  tag="BlogName">○<MTElse>×</MTIfNonZero>
MTUnless    ：<MTUnless     tag="BlogName">○<MTElse>×</MTUnless>

真偽判定の結果一覧表

Trueが真判定、Falseが偽判定になります。
タグの場合も変数の場合も結果が同じだった為、区別せずにまとめました。

わかりやすくするため、MTUnlessタグとMTIfタグを隣にしてみました。

注目して欲しいのはMTIfNonZeroタグによる空判定の結果です。
MTIfNonEmptyタグはその名の通り、空と空以外を区別します。
ところがMTIfNonZeroタグは0と0以外を区別、とはなりません。

MTIfNonZeroタグは非推奨タグ

MTIfNonZeroタグの判定結果についてSixApartへフィードバックを送った所、仕様だという返事を頂きました。

ご報告いただいたMTIfNonZeroの動作は仕様となります。
ご記述のようなご利用の際は、MTIfタグをご利用下さい。

どうぞよろしくお願いいたします。

--
Movable Type 品質保証チーム

MTIfNonZeroタグで値が空の変数を判定した場合、偽判定されます。
MTIfNonEmptyタグでは値が"0"と""が区別される事ので、MTIfNonZeroタグも同様に逆の判定結果がでると思いました。

（中略）

これは不具合ではなく仕様なのでしょうか。

MTIfNonZeroタグの意義はどこに……えっ！　MovableType.jpのタグリファレンスが更新されました。

このタグは非推奨です。mt:If タグを利用してください。以下のように記載することで、同様の挙動となります。

フィードバックから一日で更新とは仕事が早いですな。
さらばMTIfNonZeroタグ。
MTIfNonZeroタグからMTIfタグへの乗り換えはお早めに。

mixi_backupを用意

まず、mixi_backupというツールを手に入れます。
mixi_backupはmixiのデータをバックアップする非公式ツールで、みるくけーきから入手できます。

mixi_backupでバックアップ

使い方は『みるくけーき』を参照すれば分かりますが、WordPressへ移行するためにはMT形式ファイルを出力する必要があります。
backup_mixi_config.txtへの設定でoption2に1を設定するのを忘れないで下さい。

mail@exmaple.com,
password,
proxy,
wait,2.1
force_dl_count,5
del,
option1,0
option2,1
option3,0
option4,0
option5,0
option6,0
option7,0

準備ができたらbackup_mixiを使って、mixiのデータをバックアップします。
for_mt.txtというファイルがMT形式のバックアップファイルです。

バックアップデータを修正

backup_mixiが最新版であっても、mixiの仕様変更によってバックアップが完全に行えない場合があります。
私がバックアップした時では、一部の記事から絵文字の表示に使ったimgタグが抜けていました。
数が少なかったので、diaryフォルダの中身と照らし合わせて修正しました。
とはいえ、日記の量によっては全てをチェックする事は難しいかもしれません。

忘れてはいけないのがbrタグです。
WordPressの記事は改行が自動挿入される為、不要な<br>は取り除いておきましょう。

移行先のWordPress環境にあわせて、imgタグのsrc属性を先に修正しておくと後の作業が楽になるかもしれません。

コメント投稿者のアドレス設定などもご自由にどうぞ。

ファイルの形式が仕様に沿ってさええれば、修正は自在です。
MovableTypeのインポートフォーマットはMovableType.jpで確認できます。

WordPressでインポート

ファイルのインポートはダッシュボードからツール、インポートとメニューを進み、Movable Type と TypePadを選択します。

インポートでは記事の重複をチェックしてくれますので、失敗しても気にせず、何度でもやり直しちゃって下さい。

ひとまずこれで移行は終了です。
日記中に画像や絵文字を挿入していた人は、その修正を行って下さい。

個別の修正ではなく、一括の修正を行いたい場合にはSearch Regexプラグインが有効です。

• コメントのマークアップに</dd>が足りない
• ゴミ箱に入れたコメントがあると</dd>が出力される（WordPress2.9以降）
• ゴミ箱に入れたコメントもコメント数に含まれる（WordPress2.9以降）

上の二つはコーディングが、下の二つはWordPress2.9から追加されたゴミ箱機能を想定していないという事が、原因です。

WordPressのゴミ箱機能については別の記事を参照してください。

それでは早速修正をしてみましょう。
対象となるのはコメント（comments.php）ファイルです。

   if ($comments) :
      foreach ($comments as $comment) {
         $type = get_comment_type();
         switch( $type ) {
            case 'trackback' :
            case 'pingback' :
               if ( $comment->comment_approved != 'spam') {
                  $trackpingArray[$trackpingCount++] = $comment;
               }
               break;
            default :
               if ( $comment->comment_approved != 'spam') {
                  $commentArray[$commentCount++] = $comment;
               }
         }
      }
   endif;
   if ($commentCount > 0 || 'open' == $post->comment_status) : ?>
         <div class="section" id="comments">
            <h2><?php if ('open' == $post->comment_status) : _e('Comments'); else : _e('Comments (Close)', 'vicuna'); endif; ?>:<span class="count"><?php echo $commentCount ?></span></h2>
<?php      if ($commentCount > 0) :
         vicuna_edit_comments_link(__('Edit this comments.', 'vicuna'), '<p class="admin">', '</p>'); ?>
            <dl class="log">
<?php         foreach ($commentArray as $comment) : ?>
<?php
/* -- whisper add s -- */
 if('1' == $comment->comment_approved){
/* -- whisper add e -- */
?>
               <dt id="comment<?php comment_ID() ?>"><span class="name"><?php comment_author_link() ?></span> <span class="date"><?php comment_date(__('y-m-d (D) G:i', 'vicuna')) ?></span> <?php edit_comment_link(__('Edit'), '<span class="admin">', '</span>'); ?></dt>
               <dd>
<?php            comment_text() ?>
<?php
/* -- whisper add s -- */
} else {
   if('0' == $comment->comment_approved){
?>
               <dt id="comment<?php comment_ID() ?>"><span class="name">******</span> <span class="date"><?php comment_date(__('y-m-d (D) G:i', 'vicuna')) ?></span> </dt>
               <dd>
<?php
      _e('This comment is awaiting the approval of the author','vicuna');
   }
?>
               </dd>
<?php
}
/* -- whisper add e -- */
            endforeach; ?>
            </dl>

修正の量自体は少ないです。

   if ($comments) :
      foreach ($comments as $comment) {
         $type = get_comment_type();
         switch( $type ) {
            case 'trackback' :
            case 'pingback' :
               if ( $comment->comment_approved != 'spam') {
                  $trackpingArray[$trackpingCount++] = $comment;
               }
               break;
            default :
               if ( $comment->comment_approved != 'spam'
               && $comment->comment_approved != 'trash') {
                  $commentArray[$commentCount++] = $comment;
               }
         }
      }
   endif;
   if ($commentCount > 0 || 'open' == $post->comment_status) : ?>
         <div class="section" id="comments">
            <h2><?php if ('open' == $post->comment_status) : _e('Comments'); else : _e('Comments (Close)', 'vicuna'); endif; ?>:<span class="count"><?php echo $commentCount ?></span></h2>
<?php      if ($commentCount > 0) :
         vicuna_edit_comments_link(__('Edit this comments.', 'vicuna'), '<p class="admin">', '</p>'); ?>
            <dl class="log">
<?php         foreach ($commentArray as $comment) : ?>
<?php
/* -- whisper add s -- */
 if('1' == $comment->comment_approved){
/* -- whisper add e -- */
?>
               <dt id="comment<?php comment_ID() ?>"><span class="name"><?php comment_author_link() ?></span> <span class="date"><?php comment_date(__('y-m-d (D) G:i', 'vicuna')) ?></span> <?php edit_comment_link(__('Edit'), '<span class="admin">', '</span>'); ?></dt>
               <dd>
<?php            comment_text() ?>
<?php
/* -- whisper add s -- */
} elseif('0' == $comment->comment_approved){
?>
               <dt id="comment<?php comment_ID() ?>"><span class="name">******</span> <span class="date"><?php comment_date(__('y-m-d (D) G:i', 'vicuna')) ?></span></dt>
               <dd>
<?php
      _e('This comment is awaiting the approval of the author','vicuna');
}
?>
               </dd>
<?php
/* -- whisper add e -- */
            endforeach; ?>
            </dl>

トラックバックの方については未確認です。

WordPress2.9からゴミ箱機能が新しく追加されました。
まあ、WindowsやMachintoshでは当たり前の機能ですから、使い方に迷う人は少ないでしょう。
要するに執行猶予のある削除という感じですね。

ゴミ箱に入れられたデータ（投稿・メディア・ページ・コメント・トラックバック）はデフォルト設定のままなら30日が経過すると削除されます。

設定

wp-config.phpへの記述で、削除までの執行猶予を延ばしたり縮めたりできます。

define('EMPTY_TRASH_DAYS', 60 ); // 60日

値を0にすればゴミ箱の機能を停止させられます。

define('EMPTY_TRASH_DAYS', 0 ); // 0日

この場合はWordPress2.8までの状態と同じく、削除の度に確認ダイアログが出ます。
停止させるよりも猶予を短く設定する方が邪魔にならないかもしれません。

define('EMPTY_TRASH_DAYS', 1 ); // 1日

ゴミ箱中のデータ

ゴミ箱に移されたデータの状態はtrashになります。
データベース中、投稿・ページ・メディアならpost_statusフィールド、コメント・トラックバックならcomment_approvedフィールドに格納されています。

WordPress2.8までのcomment_approvedは、承認待ちの0、承認済みの1、スパムのspam、の3種類でした。
そのため次のようなspamだけを区別する扱いができました。

if( $comment->comment_approved != 'spam' ){
   // このコメントはスパムではありません。
}

WordPress2.9以降ではゴミ箱中のデータもスパム以外に振り分けられるため、このようなざっくりした書き方では不都合が生じる可能性があります。

サイトのアクセス解析にGoogle Analyticsを使っているのですが、いつからかその解析結果の中に妙なページが見られるようになりました。
ファイル名からそれはプレビュー状態のページやテンプレートだとわかりました。
プレビュー状態というのは確認ボタンで表示される画面の事です。

一時的にしか存在しないファイルへのアクセスを解析する意味はありません。
そもそも自分以外がアクセスできないファイルですし。

そこでアクセス解析のコード出力をプレビュー状態かの判断によって振り分けられないか、と試しに書いたコードが……動いてしまいました。

変数preview_template

preview_templateはページやテンプレートがプレビュー状態の時にのみセットされる変数です。
MT4.261での動作を確認しました。
ご自分の環境で動作するかは以下のコードを参考にして下さい。

<MTIf name="preview_template">
ページ（またはテンプレート）はプレビュー状態です
<MTElse>
ページ（またはテンプレート）は公開状態です
</MTIf>

プレビュー状態でない時は公開状態になります。

使用例

状態がプレビューか公開かで振り分けたい場合は上記のコードをカスタマイズして使えます。
どちらかの状態のみを判断したい場合はMTIfタグかMTUnlessタグを使います。

私の場合、アクセス解析のコード出力を公開状態に限定したいのでMTUnlessタグを使います。

<MTUnless name="preview_template">
アクセス解析のコード
</MTUnless>

プレビュー状態にだけ、という使い方の具体例が思い浮かばないのですが、その場合はMTUnlessタグを使います。

<MTIf name="preview_template">
現在はプレビュー状態です
</MTIf>

<body class="mainIndex double eye-h">
<body class="mainIndex double 0">

下行が問題の出力結果です。
0というクラス名が出力されていますが、これは必要ありません。
他の名前ならまだしも、数字だけのクラス名では使う事もできません。

いや、もしかしたら使う事ができるブラウザもあるかもしれませんが。
でもクラス名の命名規則からは外れてるので、多分駄目でしょう。

そんなわけで、使えないクラス名は出力しない弄ってしまいましょう。

テンプレートの修正

修正を行うのはwp.Vicuna.excテーマのlayout.php (layout.php)テンプレートです。
ファイル内から以下の記述を探して下さい。

/** -- ex cng s -- **/
// echo $options[$key];
   $layout = $options[$key];
   //Substitute Layout(Measures to ie6)
   if(0 == strcmp($layout, 'multi')){
      $agent = $_SERVER['HTTP_USER_AGENT'];
      if(ereg("MSIE 6",$agent)){
         $layout = $options['ie6_layout'];
      }
   }
   $config = get_option('vicuna_config');
   $eye_catch = $config['eye_catch'];
   echo $layout.' '.$eye_catch;
/** -- ex cng e -- **/

ここを以下のように修正します。

/** -- ex cng s -- **/
// echo $options[$key];
   $layout = $options[$key];
   //Substitute Layout(Measures to ie6)
   if(0 == strcmp($layout, 'multi')){
      $agent = $_SERVER['HTTP_USER_AGENT'];
      if(ereg("MSIE 6",$agent)){
         $layout = $options['ie6_layout'];
      }
   }
   $config = get_option('vicuna_config');
   $eye_catch = $config['eye_catch'];
   echo $layout;
   if( $eye_catch ){
      echo ' '.$eye_catch;
   }
/** -- ex cng e -- **/

別の書き方もありますけど、どちらが優れているか……。

   if( $eye_catch ){
      echo $layout.' '.$eye_catch;
   } else {
      echo $layout;
   }

どちらにしても、これで無駄なクラス名は出力されなくなります。

<ul id="globalNavi">
   <li class="current"><a href="#">About</a></li>
   <li><a href="#">Archives</a></li>
   <li><a href="#">Guest Book</a></li>
   <li><a href="#">Bookmarks</a></li>
</ul>

そのクラスを使ってカレント表示を行う事ができるのですが、wp.Vicuna Ext.とwp.Vicuna.excではうまくいきません。
その理由は実際のソースを見てもらえばわかるでしょう。

<ul id="globalNavi">
   <li><a href="http://www.example.com/">Home</a></li>
   <li class="page_item page-item-1 current_page_item"><a href="http://www.example.com/about/" title="About">About</a></li>
   <li class="cat-item cat-item-1"><a href="http://www.example.com/category/未分類/">未分類</a></li>
</ul>

<ul id="globalNavi">
   <li><a href="http://www.example.com/">Home</a></li>
   <li class="page_item page-item-1"><a href="http://www.example.com/about/">About</a></li>
   <li class="cat-item cat-item-1 current-cat"><a href="http://www.example.com/category/未分類/">未分類</a></li>
</ul>

ページではcurrent_page_item、カテゴリではcurrent-catと付けられるクラスの名前が異なるのです。
Vicunaスキンにはこれらのクラス名に対するスタイルが用意されていないのでカレント表示が行えません。

CSSの編集

手っ取り早い方法は、CSSファイル内にカレントページとカレントカテゴリのクラス名も追加する事でしょう。

ul#globalNavi li a:hover,
ul#globalNavi li.current_page_item a,
ul#globalNavi li.current-cat a,
ul#globalNavi li.current a {

ただ、この方法だとスキンを変更する度に修正が必要で……面倒です。
そこで、カレント表示時のクラス名がcurrentになるようにテーマを編集してみました。

テーマの編集

以下の記述をwp.Vicuna Ext.かwp.Vicuna.excのテーマのための関数 (functions.php)ファイルに追加して下さい。
ソースは<?phpから?>までの間に追加するよう注意して下さい。

function currentPage( $current ){
   $current = preg_replace( '/current(_page_item|-cat)/', 'current', $current );
   return $current;
}
add_filter( 'wp_list_pages', 'currentPage' );
add_filter( 'wp_list_categories', 'currentPage' );

WordPressにもPHPにも不慣れな素人が考えたものですが、一応自分の環境で動く事を確認しました。

ここの所、WordPressの記事が続いた為に「4n5はMTを捨てたのか」とご心配の方々。
ご心配なく、私はこれからもMTユーザーです。
そして今日も、紹介するのは一風変わったタグの使い方です。

なお、本記事の動作はMT4.261及びMTOS4.261で検証済みです。

グローバル・モディファイア

Movable Typeのグローバル・モディファイアはMTタグに機能を付加できる便利な機能です。
グローバル・モディファイアはタグの種類や機能に左右されずに使えて非常に便利です。

特に以下の四つを私は多用しています。

• replace
• regex_replace
• trim
• _default

これらは非常に便利で、私のタグ使いには必須と言っても過言ではありません。
ここまで便利だと……欲が出てきます。
グローバル・モディファイアがMTタグ以外でも使えないか、という欲が。

流石にMTタグ以外で使う事はできませんが、それに限りなく近い方法を紹介します。
その鍵となるのはMTIfタグです。

MTIfタグでグローバル・モディファイア

MTIfタグの説明は省略するのでまだ知らない人は公式タグリファレンスの内容を参照してください。

さて皆さん、条件分岐タグのMTIfでグローバル・モディファイアが使えるのか疑ってますね。
もちろん使えます。
例えば、こんな感じです。

<MTIf tag="BlogID" upper_case="1">
http://www.example.com/
</MTIf>

この場合では、upper_caseを使っているため、HTTP://WWW.EXAMPLE.COM/と大文字で出力されます。

MTIfタグでグローバル・モディファイアが使えるという事、MTタグ以外を対象にできる事が伝わったかと思います。
私の最も大胆な使い方は以下になります。

<MTIf tag="BlogID" regex_replace="/\s+\n/g","\n">
<html>
   <body>
      中略
   </body>
</html>
</MTIf>

ページ全体から空白行を取り除く、という目的のために使ってみました。

MTIfタグで使う為の必須条件

たった二つの例を紹介しただけですが、MTIfタグでグローバル・モディファイアを使う為の必須条件にお気づき頂けたでしょうか。
それはtag="BlogID"、つまりMTIfタグの結果が真になる条件が必須です。
条件結果が真にならなければ、MTIfタグで囲った部分が出力されず、グローバル・モディファイアが機能する事はありません。

条件結果が真になるのであれば、変数でもタグでも何でも構いません。
これは利用する環境に応じて変わるでしょうが、注意したいのはカウント系のタグは避けましょう。
カウント系のタグはそのほとんどが出力の度にデータベースへアクセスして数を数えており、非常に高負荷です。

私はまず予約変数、予約変数が使えないテンプレートでは記述量が少ないMTBlogIDタグを条件に利用しています。

MTIfタグ以外でグローバル・モディファイア

全てのタグで試したわけではありませんが、MTIfタグ以外のタグでもグローバル・モディファイアは使えます。
使えますが、MTIfタグより使い勝手の良いタグは見つかっていません。
コメント欄でお教え頂きましたが、『と＿こ』さんが試されたMTUnlessタグの方がMTIfタグより使い勝手が良さそうです。
どうやら、MTForタグが一番記述量が少なくなるようです。

MTUnlessタグでグローバル・モティファイア

<MTUnless regex_replace="/\s+\n/g","\n">
<html>
   <body>
      中略
   </body>
</html>
</MTUnless>

ただ、MTUnlessタグの場合には条件を設定しなかった場合の結果が真になるという内部処理が前提となるため、システムの仕様変更により使えなくなる可能性が考えられます。
例えばタグの使用に条件が必須になるとか。
それでも、それまでは間違いなく一番の使い勝手だと思います。
更に上のMTForタグを見つけました。
『と＿こ』さん、ありがとうございます。

MTForタグでグローバル・モティファイア

恐らく、MTForタグ以上に、グローバル・モディファイアを自在に使うための記述量が少ないタグはないでしょう。

<MTFor regex_replace="/\s+\n/g","\n">
<html>
   <body>
      中略
   </body>
</html>
</MTFor>

MTForタグについては以前の記事を参照して下さい。

簡単に説明すると、MTForタグは開始と終了が同じ値の場合には一回だけループします。
さらに開始と終了の値はそのどちらも、省略すると0が自動設定されます。
そのため上記のMTForは機能するのです。

   <ul id="globalNavi">
      <li class=home_page_item ><a href="http://example.com" title="Home">Home</a></li>

大した事ではないですが、そのままにしておくには気になるので修正しました。
修正の対象はテーマのconfig.phpファイルです。
問題があるのは以下の箇所です。

   <ul id="globalNavi">
<?php
   if ( $options['g_navi_home'] ) { ?>
      <li<?php if ( is_front_page() ) { echo ' class=home_page_item'; } ?> ><a href="<?php bloginfo('home'); ?>" title="Home">Home</a></li>

ここを以下のように修正すれば、ValidatorでPassされるようになります。

   <ul id="globalNavi">
<?php
   if ( $options['g_navi_home'] ) { ?>
      <li<?php if ( is_front_page() ) { echo ' class="home_page_item"'; } ?>><a href="<?php bloginfo('home'); ?>" title="Home">Home</a></li>

home_page_itemをダブルクォートで括るだけで問題は解消されるのですが、class属性の後の空白を消す為には>と>の間を詰める必要があります。

静的なサイドバーを表示するかどうかを決定するのに、返り値を使用すべきです。こうすることで、ウィジェットプラグインがアクティブでない場合にも、テーマがきちんと表示されるようにできます。致命的なエラーを防ぐために、以下のように使用することをお勧めします。

<ul id="sidebar">
   <?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar() ) : ?>
      <li>{static sidebar item 1}</li>
      <li>{static sidebar item 2}</li>
   <?php endif; ?>
</ul>

この書き方が、私は好きではないのです。
例えばwp.Vicuna.excにはheaderとfooterというサイドバーがありますが、それらは以下のような記述で出力を行っています。

<div id="header_bar" align="center">
<?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar('header') ) : ?>
<?php endif; ?>
</div>

この記述、サイドバーにウィジェットがない場合はこんな出力になります。

<div id="header_bar" align="center">
</div>

う、美しくない。
必要がない時には何一つ出力しない、そんな記述を私はしたいのです。

というわけで、素人ながら何とかやってみました。

<?php if ( function_exists('dynamic_sidebar') && is_active_sidebar('header') ) : ?>
   <div id="header_bar" align="center">
      <?php dynamic_sidebar('header') ?>
   </div>
<?php endif; ?>

これで出力結果は望み通りになりました。
is_active_sidebarは数字でしか指定できないので注意です。
is_active_sidebarはサイドバー名、ID、番号での指定が可能です。

align="center"が美しくない、という安いツッコミはスルーです。

追伸

記事を書いている途中に寝落ちしてました。
見苦しい状態のまま記事を公開して申し訳ありませんでした。
さらに、寝落ちする前にコピペ対象を間違って、改造例の失敗作が公開されてました。

ちなみに、失敗作ではis_dynamic_sidebarを使おうとしていましたが、動作結果がどうも希望通りにならなかったのでis_active_sidebarを使う事にしました。

設定の選択だけで表示できるのは便利なのですが、その出力ソースに不満があります。
それは作成者:という表示です。

<li class="author">作成者:4n5</li>

マークアップもないのでCSSで非表示化する事もできません。

というわけで、テーマを編集して出力させないようにしました。

編集の対象はconfig.phpになります。

function vicuna_author_displays() {
	$options = get_option('vicuna_config');
	if ($options['author_displays'] == 1) {
		echo '<li class="author">'.__("Author").':'.get_the_author().'</li>';
	}
}

上記のブロックを書き換えます。

function vicuna_author_displays() {
	$options = get_option('vicuna_config');
	if ($options['author_displays'] == 1) {
		echo '<li class="author">'.get_the_author().'</li>';
	}
}

これで作成者の名前のみが出力されるようになります。

<li class="author">4n5</li>

記述例の効果は、Googleウェブマスターツールでテストしました。
なのでこれから説明する動作はGooglebotだけにしか通用しない可能性があります。

優先順位を説明する前に、記述順序について説明します。

記述順序による効果の違いはなし

User-agentが一行目であれば、それ以降の記述順序による効果の違いはありません。
なので以下はどちらも同じ効果になります。

User-agent: *
Sitemap: http://www.example.com/sitemap.xml
Disallow: /bakemono
Allow: /bakemono/gatari

User-agent: *
Sitemap: http://www.example.com/sitemap.xml
Allow: /bakemono/gatari
Disallow: /bakemono

そして、ここからが本題です。

Sitemapの優先順位

サイトマップファイルの場所を記述するSitemap:ですが、これはAllow:とDisallow:より優先度は低いです。
例えば、以下の場合ではクローラはサイトマップファイルへアクセスできません。

User-agent: *
Sitemap: http://www.example.com/sitemap.xml
Disallow: /

User-agent: *
Sitemap: http://www.example.com/sitemap.xml
Disallow: *.xml$

全体をアクセス拒否する場合は少ないでしょうが、拡張子のみでアクセス拒否する場合はご注意ください。

これは実体験によるものです。
この記述で、Googlebotは見事にアクセスできなくなってました。

AllowとDisallowの記述が同じ場合

Allow:とDIsallow:の記述が異なる場合では、長い記述の方が優先されます。
これはAllow:とDIsallow:が前方一致で機能するからです。
では、記述が同じ場合はどうでしょうか。

Allow:とDIsallow:の記述が同じ場合ではAllow:が優先されます。

User-agent: *
Disallow: /
Allow: /

解説

当たり前の事ですが、機能しないのなら書く必要はありません。
上記の例ならDisallow: /は必要ありません。

User-agent: *
Allow: /

アクセスを制限していない状況ではAllow:も必要ありません。

User-agent: *

アクセスの不可避もないのにUser-agent:を記述する必要はありませんね。

そして何もなくなった。

MT4.32で時々、テンプレートの一覧からシステムテンプレートが見つからなくなるという現象に見舞われた。
（現象が発生するタイミングも解消するタイミングも全くわからないのでSix Apartへフィードバックはしていない）

システムテンプレートが見つかりません。

このようなメッセージが表示されるだけで、アクションメニューすら表示されなくなる。

テンプレートセットの初期化が失敗したためにテンプレートの一部が見つからない状況とは違うらしく、私がこの現象を確認したのもテンプレートセットの初期化からかなり経っている。

しかも、この現象、ブログではコメントのプレビューも検索画面も問題なく表示できた。
どうやら一覧画面で見つからないだけでシステムテンプレート自体はちゃんと存在しているらしい。

対処法

突然にこの現象が発生した場合、焦ってテンプートセットを初期化しない方が良いと思う。

私の場合、ある時は管理画面にログインし直したらシステムテンプレートの表示は復活した。
また別の時はブラウザを再起動したら、復活した。

けれど、同じ事を試してもシステムテンプートの表示が復活しない事もあった。
そんな時、システムテンプレートを編集するには検索機能を使う。
先に書いたようにシステムテンプート自体が存在するこの現象では、検索結果に抽出できた。

検索する単語は対象としてシステムテンプレートに含まれていないといけない。
システムテンプレート全てを結果に含めようと思うなら(X)HTMLタグで検索する事になると思う。
しかし、個々のシステムテンプレートを対象とするならテンプレート名で検索すれば見つかると思う。
システムテンプレート名をシステムテンプレート内に使っている人は多いと思う、titleタグなどで。

そのMTIncludeBlockタグが動作しない不具合をMT4.261で確認しました。
また、MT4.32でも不具合を確認しました。
既にSix Apartへフィードバック済みですので、次バージョン以降の修正待ちです。

不具合の詳細

私が発見したのはMTIncludeBlockタグの内側で設定された変数がテンプレートモジュールで参照できないという不具合です。

次のようなテンプレートモジュールbannerがあったとします。

<a href="<$MTGetVar name="banner_link"$>"><img alt="<$MTGetVar name="banner_alt"$>" src="images/<$MTGetVar name="banner_name"$>.jpg" width="<$MTGetVar name="banner_width"$>" height="<$MTGetVar name="banner_height"$>" /></a>

これを以下のようなコードで呼び出したとします。

<MTIncludeBlock module="banner">
<$MTSetVar name="banner_link" value="http://example.com/"$>
<$MTSetVar name="banner_name" value="advertisement_a"$>
<$MTSetVar name="banner_width" value="728"$>
<$MTSetVar name="banner_height" value="90"$>
</MTIncludeBlock>

この場合の出力結果を並べてみました。
一行目が本来の、二行目が不具合の、出力結果です。

<a href="http://example.com/"><img alt="" src="images/advertisement_a.jpg" width="728" height="90" /></a>
<a href=""><img alt="" src="images/.jpg" width="" height="" /></a>

不具合によって変数が参照できていません。

不具合への対処

この不具合ではMTIncludeBlockタグの内側で設定された変数だけが参照できません。
なのでMTIncludeBlockの開始タグと一緒に設定した変数は通常どおりに参照できます。
例えば、上の例で使ったものを不具合が発生しないように書き換えると次のようになります。

<MTIncludeBlock module="banner" banner_link="http://example.com/" banner_name="advertisement_a" banner_width="728" banner_height="90">
</MTIncludeBlock>

これは、あくまで変数に設定する値がプレーンな場合にのみに有効な方法です。
ただ、この書き方ならMTIncludeBlockタグを使わずともMTIncludeタグで事足ります。

MTIncludeBlockタグの真骨頂である変数の値にMTタグを設定したい場合には、MTSetVarタグやMTSetVarBlockタグを使って設定するしかありません。