この自動下書きは、下書きとして保存されたり公開されたりした時点でそれぞれのステータスに書き換えられるため、リビジョンとは違ってデータベースのリソースを無駄に消費しないようになっています（それが嫌で私はリビジョン機能は切ってますし、自動保存の間隔も長くしています）。新規投稿を途中でやめてしまうと自動下書きがデータベースに残りますが、古くなった自動下書きは削除されるようになっています。

ところが、データベースを覗いてみると、常に自動下書きが１つ存在します。新規投稿を途中でキャンセルしたためのものではなく、phpMyAdmin でデータベースから直接削除しても、直後にまた作成されています。新規投稿を作成する際にはこの自動下書きは使用されずにまた新たな自動下書きが作成されそして通常の投稿として保存されていくので、常にこの自動下書きがデータベースに残っています。ある程度時間が経つと先に述べたクリーンアップ機能により削除されたみたいですが、今度はまた別の自動下書きが作成されてそして使用されることもなくしばらく存在し続けます。

実害はないので放っていたのですが、やはりちょっと気になるので調べてみました。WordPress 3.0 を新規インストールまたは 3.0 にアップグレード直後から、ダッシュボードにアクセスした時点でこのような自動下書きが作成されているようです。どうもダッシュボードが怪しいと思ってソースコードを読み解いていったところ、犯人はクイック投稿でした。ダッシュボードのクイック投稿フォームが表示される際に、データベース内に自動下書きが一つもない場合には作成し、これをクイック投稿用にキープしているみたいなのです。

投稿の ID を無駄に消費したり ID が必要以上に不連続になるのは嫌ですし（細かいこだわりですが）、クイック投稿は個人的に全く使用しないので、ダッシュボードのクイック投稿を表示しないように設定してみたところ、自動下書きが勝手に作成されないようになりました。もし私と同じように気になっている方がいましたら、お試しください。

WordPress 3.0 からの新デフォルトテーマ Twenty Ten を元にして作ってみました。これまでのものと比べてヘッダー画像がついたぐらいしか変わってないように見えるかもしれませんが、内部的にはかなりの変更を加えています。というか、以前と同じような見た目を保ちつつ、一から作り直しています。

メインマシンが Mac になりましたので、Mac 上の Safari での見え方を基準に作って Windows 上の Firefox と Internet Explorer でもチェックするという形で作成していった訳ですが、Mac に慣れてしまうと、Windows での表示がとても汚く見えますね。もう Windows には戻れないかも（仕事では使ってますけどね）。

friendfeed から Twitter への通知は即時に行われるのですが、ブログの更新が friendfeed に反映されるのに時間がかかり、結果 Twitter への通知が遅くなるというのがその理由です。数か月前まではそんなことはなく、ブログ投稿とほぼ同時に更新・通知されていたのですが。

試用するプラグインは wokamoto さん作の Simple Tweet です。Ver.1.2.1 で予約投稿の更新通知にも対応したので、先月からこちらに乗り換えました。

今日リリースされた Simple Tweet 最新版 Ver.1.3.0 からは Twitter の OAuth 認証に対応しています。設定がちょっとややこしいですが、wokamoto さんの説明（Simple Tweet OAuth 設定）に従えば問題なく行えるはずです。アプリケーション情報の入力で何を書いたらいいか迷うところがあるかもしれないですが、私の設定例は以下の通りです。説明ページでハイライトされているところ以外は後で編集もできるので適当でいいかも。

• Application Icon は指定しなくてもよい
• Application Name  はブログの名前
• Description は適当に（Simple Tweet を使ってるよ、という感じで書いておきました）
• Application Website はブログのアドレス
• Organization とサイトは自分の名前とブログのアドレス
• Application Type は Client
• Default Access Type は Read & Write
• Use Twitter for login はチェックしない
• CAPTCHA の単語が読みにくければ読めるまで「２つの単語を更新」のリンクをクリック

私は技術屋さんではないので OAuth が何なのかよく分かりませんが、どうやらこれまでの認証方式よりもセキュアなもののようです。friendfeed から Twitter への投稿を設定するときにも出てきたやつですね。OAuth の解説は「ゼロから学ぶOAuth：第1回　OAuthとは？—OAuthの概念とOAuthでできること｜gihyo.jp … 技術評論社」が分かりやすいと思いました。

OAuthは，以下の特徴を持つ「認可情報の委譲」のための仕様です。

• あらかじめ信頼関係を構築したサービス間で
• ユーザの同意のもとに
• セキュアにユーザの権限を受け渡しする

サービス間で認可情報を受け渡せると，あるサービスがユーザの認可のもとで別のサービスの管理する情報の取得／追加／更新／削除などを行えるようになります。OAuthに対応したサービスでは，ユーザが外部サービスにパスワードを教えることなく，認可情報の委譲が可能です。また認可情報の適用範囲を指定したり，有効期限を設定することができるため，ユーザが外部サービスにすべての権限を渡すこと無く，自分が利用したいサービスに最低限必要な権限のみを委譲することができます。そのためBasic認証と比べて柔軟かつセキュアな運用が可能です。

たとえば，外部サービスに自身のGmailのアドレス帳へのアクセス権限を与えたい場合，そのサービスにGmailのメールアドレス＆パスワードを教えてしまうと，それらの情報が他のGoogleサービスでも悪用される危険性があります。極端な例ですが，最悪の場合は外部サービスにパスワードを変更され，Gmailアカウントを完全に乗っ取られることもあるでしょう。しかし，OAuthではパスワードを渡すこと無く認可情報を委譲することができ，さらに委譲する権限をGmailアドレス帳の読込権限に限定したり有効期限を設けることで，委譲のリスクを最小限に抑えることができます。

ちなみに、twitterfeed から friendfeed への乗り換えの際に参考にした IDEA*IDEA さんでも、私とほぼ同時期に friendfeed から WordPress プラグインに乗り換えられた模様です（ブログの更新情報はFriendfeedじゃなくて、WordTwitでTwitterに流すことにした – IDEA*IDEA 〜 百式管理人のライフハックブログ）。こちらでは WordTwit というプラグインを使われているようですが、Simple Tweet は Twitter などで作者の wokamoto さんから迅速なサポートを（日本語で）いただけるのがうれしいところです（感謝！）。

(2009-12-24 追記) wp-cron が働かなくなるバグがあるようです。このため、予約投稿や ping 送信、サイトマップの作成が行われないことがあります。wp-includes/http.php を trunk に入れ替えることで修正できます。

WP2.9 からの新機能としてはゴミ箱だったりメディア周りだったりするわけですが、私には特に関係ないかなぁという感じです。（新機能について詳しくは公式サイトの記事：WordPress | 日本語 » WordPress 2.9 をご覧ください。）

アップグレード後に自分のサイトにアクセスしてみて気付いたのですが、タグクラウド周りにも変更が加えられているようです。詳しい説明があまりないみたいなので、私が気付いたところを簡単にまとめてみようと思います。

タグクラウドでは、各タグのフォントサイズが使用頻度に応じて指定されています。これまではこのフォントサイズの計算はタグのカウントに線形比例する形で行われていました。コアファイル（wp-includes/category-template.php）でフォントサイズの計算式は、

$smallest + ( ( $count - $min_count ) * $font_step )

となっています。ここで、$count はこのタグの出現回数、$smallest は最小フォントサイズ、$min_count は全タグ中の最小出現回数で、$font_step は

$font_step = ( $largest - $smallest ) / ( $max_count - $min_count );

	$smallest と $min_count は前出、
	$largest は最大フォントサイズ、$max_count は全タグ中の最大出現回数
	変数・計算式は分かりやすくなるよう少し変更しています

で計算されます。

この計算方法は直観的で非常に簡単で分かりやすいのですが、問題もあります。１つまたは少数のタグの出現回数が突出して多い場合、それらが非常に大きなフォントで表示され、それ以外のタグは非常に小さくなってしまいます。私のブログの場合、アップグレード直前の状態では “KissX2″ タグの使用回数が飛びぬけているため、このタグのみが最大サイズになり、その他のタグは使用回数に関わらずほぼ最小サイズ付近になってしまっていました。このような状態になってしまっているブログは多いと思われます。

WP2.9 でも実はこの部分のコードは変わっていません。ただし、$count が以下のように変換されているのです。

foreach ( (array) $tags as $key => $tag ) {
	$real_counts[ $key ] = $tag->count;
	$counts[ $key ] = $topic_count_scale_callback($tag->count);
}

$count はコールバック関数により変換され、これまでの $count は $real_count に格納されています。この $topic_count_scale_callback はユーザーが任意の関数を指定できる引数ですが、デフォルトでは以下の関数になっています。

function default_topic_count_scale( $count ) {
	return round(log10($count + 1) * 100);
}

つまり対数関数で変換されており、少ない出現回数の部分を持ち上げる格好になっています。これにより、今までは小さいフォントサイズに埋もれていたタグが適切に（少なくとも私のブログでは）重みづけされて、より見やすいタグクラウドになりました。さらに、この変換が気に入らない場合は自分の好きな関数を使って重みづけの計算を変更することもできます。もし以前のままの計算方法が良ければ、テーマ中の wp_tag_cloud 関数を呼び出す部分を以下のようにすればよいわけです（他の引数は省略しています）。

<?php
function my_topic_count_scale ( $count ) {
	return $count;
}
wp_tag_cloud('topic_count_scale_callback=my_topic_count_scale');
?>

以上、WP2.9 におけるタグクラウドに関する変更点を調べてみましたが、他にもいろいろと細かな変更が加えられているみたいですので、気が向いたら（必要になったら）また調べてみようと思います。

今は管理画面からボタン一つでアップグレードできるので楽ちんです。（ただし、PHP がセーフモードの場合はそのままでは自動アップグレードできず、update-core.php が CGI モードで動くように設定する必要があります。）

日本語版の WordPress を使っている場合は、オリジナル英語版のリリースから日本語版のリリースまで若干のタイムラグがありますので、スクリーンショットのように日本語版へのアップグレードが利用可能になるまで待ちましょう。（一旦英語版にアップグレードして再度日本語版へアップグレードすることもできますが、面倒なので。）

アップグレードの前にはファイルとデータベースをバックアップしておきます。念のためバックアップからテストサイトを作成して、そちらでアップグレードをして問題がないことを確かめてから本サイトのアップグレードを実行しました。

さて、WP2.8 ですが、2.7 との違いはほとんど分かりません。プラグインもテーマもそのまま問題なく動いています。ただ、個人的にはプラグインの一覧画面がちょっと使いにくくなったと思います。テーマは自作ですし、ウィジェットも使っていないので、テーマ関係の変更は今のところ関係なし、って感じです。

(2009-06-14 追記) WP2.8 への自動アップグレードの際にサーバー上のファイル（WP 以外のファイルを含む）が削除されてしまう現象が報告されているようです（WordPress | 日本語 » 2.8への自動アップグレードを行う際の注意事項）。幸い、ここのアップグレードでは何の問題もありませんでしたが、原因が何なのか（サーバーの設定？プラグイン？バグ？）早く解明されることを望みます。

その前に、パブリッシュする必要があります。Flash CS3 のファイルメニューからパブリッシュを選ぶと、fla ファイルが保存してあるのと同じフォルダに３つのファイルが作成されます。１つは swf ファイルで、これが Flash の本体です。後の２つは html ファイルと AC_RunActiveContent.js という JavaScript ファイルです。

まずはスタンダードなやり方を試してみます。パブリッシュされた swf ファイルと js ファイルを自分のブログを設置しているサーバーにアップロードします。WordPress なら使用しているテーマのフォルダでいいでしょう。html ファイルはアップロードする必要はありません。テーマでヘッダー部分が記述されているファイル（通常は header.php）をローカルにダウンロードして編集します。html ファイルをテキストエディタで開き、<head> 内で AC_RunActiveContent.jp を読み込んで初期化している部分：

<script language="javascript">AC_FL_RunContent = 0;</script>
<script src="AC_RunActiveContent.js" language="javascript"></script>

をコピーし、head.php の同じく <head> 内にペーストします。さらに、<body> 内の以下の部分：

<script language="javascript">
	if (AC_FL_RunContent == 0) {
		alert("このページでは \"AC_RunActiveContent.js\" が必要です。");
	} else {
		AC_FL_RunContent(

	【省略】

		); //end AC code
	}
</script>
<noscript>

	【省略】

</noscript>

をコピーし、header.php の Flash を表示させたい場所にペーストします。

編集した header.php をサーバーに上書きアップロードすれば完成・・・というのが解説書とかに書かれていいる通りの手順ですが、これではおそらく表示されないでしょう。js ファイルと swf ファイルのパスが正しくないからです。ファイル名を指定している部分をテーマのフォルダまでのフルパスで記述してやれば動くようになります。書き換える場所は js ファイルについて１か所（<head> 内）、swf ファイルについて４か所あります。WordPress で使うにはこのフルパスというのはテンプレートタグを使って <?php bloginfo('template_url'); ?>{swfファイル名} と表すことができます。なお、Flash CS3 が書き出す html は XHTML 1.0 では Valid ではありませんので、必要に応じて書き換えないといけません。

この方法を使う時は、既存のヘッダー部分は消してしまうか CSS で見えなくしてしまう必要があります。

私は別の方法を使ってこのブログのヘッダーを Flash 化しています。それは SWFObject という JavaScript を使う方法で、これもよく使われています。設置方法はリンク先の documentation ページに（英語で）詳しく解説されていますし、日本語訳へのリンクもあります。

SWFObject 2.0 には２通りの設置方法があり、ひとつは JavSscript がオフでも Flash が表示される、<object> タグを直接書く方法と、javascript でダイナミックに表示する（つまり javascript がオフだと表示されない）方法があります。私は、JavaScript をあえてオフにしている人は少数派であろうと仮定し、後者のダイナミックな方法を用いています。ソースが複雑になるのを避け、既存のヘッダー部分はそのまま残したかったということもあります。既存のヘッダーをそのまま残して SWFObject を用いて Flash を埋め込むには、例えば以下のようなソースにすればよいです（swfobject.js と swf ファイルはテーマフォルダにアップロードされているとします）。

<div id="header">
	<h1>ブログのタイトル</h1>
	<p>ブログの説明</p>
</div>
<script type="text/javascript" src="<?php bloginfo('template_url'); ?>swfobject.js"></script>
<script type="text/javascript">//<![CDATA[
	swfobject.embedSWF("<?php bloginfo('template_url'); ?>{swfファイル名}", "header", "{横幅}", "{高さ}", "9.0.0");
//]]></script>

これで javascript がオフならこれまでのヘッダーが、オンなら Flash のヘッダーが表示されるようになります。

４回にわたる Flash によるブログのヘッダーの作成過程の紹介はこれで終わりです。次は何を作るかまだ考え中ですが、公開できるようなものが出来たら、また作成過程も含めて紹介してみたいと思います。