今回は管理画面からの自動アップグレードを試してみました。
バックアップも取ってないというやる気ゼロな感じでしたが、WordPress 2.8.4からのアップグレードということもあって特に問題なく完了。

プラグイン停止し忘れた！と思ったんですが、自動停止してアップグレードしてくれるんですね。
便利な世の中になりました。

現在、修正パッチをあてられていない古いバージョンの WordPress に対するワーム（ウィルス）が広がり始めています。このワームは、過去の多くのものと同様に、巧みにできています。ユーザー登録を行い、パーマリンクを使って評価されたコードを実行するセキュリティバグ（今年初旬に修正済み）により自身を管理者に設定します。さらに JavaScript を使って管理画面のユーザーページに自身のアカウントが表示されないようにしながら、まったく気づかれないよう静かに古い記事へ隠しスパムリンクやマルウェアを埋め込んでいきます。

ということで、最新バージョンWordPress 2.8.4にアップグレードしました。

まだの方はお早めに！
古いバージョンからのアップグレードだと無駄な手間がかかってしまう可能性があるので、こまめにアップグレードした方がいいです。経験則的に。

FTPでファイルをアップロードして、管理画面にアクセスして、DBアップグレードして、終了。

何故か投稿画面のフォームが全く表示されない謎現象にぶちあたったのですが、バックアップファイルをFTPアップロードしてダウングレード→全ファイルを改めてFTPアップロードしてアップグレードしたら投稿画面でフォームが出るようになりました。

めでたしめでたし。

アップロード失敗に要注意、なのです！

症状

WordPress ME2.2.1から日本語版2.5.1へのアップグレードは成功と表示されるものの、アップグレード後に既存カテゴリが表示されない。

まさに、WordPress : フォーラム ≫ 既存カテゴリー、タグが出て来ず、新規追加も出来ない。のような状態でした。

この状態で、PHPerさんにヘルプを頼んだところ、「\wp-admin\includes\schema.phpの16行目$wp_queriesが正しく動いていないらしい」という状態を、確認してもらいました。

エラー文などから推測すると、次の3つのテーブルが作られないため、カテゴリが継承されないようです。

• wp_terms
• wp_term_relationships
• wp_term_taxonomy

注意事項

以後の作業は、改めてローカルサーバでWP ME2.2.1からWP日本語版2.5.1へのアップグレード実験をして解決した結果です。
必ずアップグレード用ファイルやDBなど、各種データのバックアップを取った上でお試しください。

アップグレードでカテゴリを追加させる為の手順

phpMyAdminのプラグインを導入するなどして、テーブルをCREATEできるようにしておく必要があります。

自分で使用していたWP ME2.2.1のファイル群、アップグレード作業を行う前のデータベースのバックアップに戻した状態から作業を進める前提で書いています。
これがない場合はカテゴリーデータの移行は自動的にはできないと思います。（手動でカテゴリー登録することは可能だと思います）

1.WP ME2.2.1とデータベースの状態を確認

この時点で、テーブルはwp_categoriesが含まれていて、wp_terms、wp_term_relationships、wp_term_taxonomyがないデータベースです。

もしも、一度でもアップグレードに失敗している場合（アップグレード成功が表示されていてもエラーメッセージが表示されている場合なども含む）は、アップグレード作業をする前のバックアップデータに戻してください。

2.phpMyAdminで、wp_terms、wp_term_relationships、wp_term_taxonomyの3テーブルをCREATEする

テーブルは、下記のCREATE文3つで作成されます。
CREATE TABLE `テーブル名` (ほげほげ);
;（セミコロン）まででCREATE文です。

テーブル名

CREATE文

wp_terms


CREATE TABLE `wp_terms` (
`term_id` bigint(20) NOT NULL auto_increment,
`name` varchar(55) NOT NULL default '',
`slug` varchar(200) NOT NULL default '',
`term_group` bigint(10) NOT NULL default '0',
PRIMARY KEY (`term_id`),
UNIQUE KEY `slug` (`slug`)
);


wp_term_relationships


CREATE TABLE `wp_term_relationships` (
`object_id` bigint(20) NOT NULL default '0',
`term_taxonomy_id` bigint(20) NOT NULL default '0',
`term_order` int(11) NOT NULL default '0',
PRIMARY KEY (`object_id`,`term_taxonomy_id`),
KEY `term_taxonomy_id` (`term_taxonomy_id`)
);


wp_term_taxonomy


CREATE TABLE `wp_term_taxonomy` (
`term_taxonomy_id` bigint(20) NOT NULL auto_increment,
`term_id` bigint(20) NOT NULL default '0',
`taxonomy` varchar(32) NOT NULL default '',
`description` longtext NOT NULL,
`parent` bigint(20) NOT NULL default '0',
`count` bigint(20) NOT NULL default '0',
PRIMARY KEY (`term_taxonomy_id`),
UNIQUE KEY `term_id_taxonomy` (`term_id`,`taxonomy`)
);


この時点で、テーブル数は13個になります。
他のテーブルは編集せず、そのままにしておいてください。

3.WP日本語版2.5.1のファイルをFTPでアップロード

通常通りのアップグレード手順を進めます。
WP日本語版2.5.1のアップグレード用ファイルをFTPでアップロードします。

4.管理画面へアクセスして、WPをアップグレードする

ファイルのアップロードが完了したら、ダッシュボード（管理画面）へアクセスします。
すると、データベースが古くなっている旨と、アップグレードの指示が表示されるので、画面の指示に従って、アップグレードを行います。
　

5.エラーが表示されずに、アップグレードが完了

これで、古い構成のテーブルから、新しい構成のテーブルにデータが移行されるはずです。
アップグレードの時に、wp_categoriesから、wp_terms、wp_term_relationships、wp_term_taxonomyへとデータを移行してくれるはずなので、テーブル数は10個になっています。

ダッシュボードから、カテゴリページを確認してください。
カテゴリーが引き継がれているはずです。

私の場合はこれで解決したのですが、環境によっては成功しないかもしれません。

次から、忘れないうちにエントリ書くようにしたいと思います・・・orz

WordPress ME2.2.1にアップグレードしてほったらかしていましたが、重い腰を上げてWordPress日本語版2.5.1に移行＆アップグレードしました。

2008年3月末でWordPress ME配布元のWordPress Japanが閉鎖されたため、MEは2.2.3が最終バージョンという話なので、必然的にWordPress日本語版への移行と相成りました。
MEの 2.2.xから日本語版2.5への移行について調べてみたところ、割とスムーズに移行できてるみたいなので挑戦。

と言うことで、htmlとCSSは分かるけど、PHPはサッパリなwebデザイナー兼ディレクターが頑張ってみた記録です。ちなみに英語は苦手です。

MEの 2.2.xから日本語版2.5への移行方法

MEから日本語版移行の基本的な流れ

参考にしたのはNow’s the Time「Wordpress ME 2.2.3から本家Wordpress 2.5 日本語版に移行」の記事。基本的な流れが分かりやすかったです。

1. 投稿、データベース、サーバのファイル群のバックアップ（詳しくはこちら）
2. WordPress日本語ローカルサイトより、WordPress日本語版バージョンをダウンロード
3. wp-config.phpの内容が少し違うので、編集（詳しくはこちら）
4. プラグインを全て無効化
5. wp-contentディレクトリ以外のファイルをWordPress日本語版で上書きアップロード
6. ブラウザでWPインストールディレクトリ/wp-admin/upgrade.phpにアクセスして、アップグレードを実行
7. プラグインを再度有効化

のような流れです。

移行の前にバックアップするもの

1.投稿、データベース、サーバのファイル群のバックアップ

バックアップするものは以下の3つ。

記事およびサイト全体のフォルダ

FTPで、wordpressインストールディレクトリ以下をローカルに保存

phpMyAdminでDBバックアップ

全テーブルを選択してExportして、.sqlファイルを保存

投稿内容をバックアップ

WP管理画面にある　管理＞エクスポート　から、.xmlファイルを保存

これをバックアップしておけば、どうしても上手くいかなかった場合に元のバージョンに戻したり、データベースがおかしなことになっても復旧可能です。備えあれば憂いなし。

ME2.2と日本語版2.5でwp-config.phpが少し違うので注意

3.wp-config.phpの内容がME版と少し違うので、編集します。

e.b.i.f 「WP ME 2.2.x -> WP 日本語版 2.5」によると

wp-config.phpファイルの内容が少し違うので、MEのwp-config.phpファイルのデータベース情報を、wp-config-sample.phpにコピーし、ファイル名をwp-config.phpに変更するのが良いみたいです。

とのこと。上の引用の通り、ME2.2のwp-config.phpでは

[code lang="php" -1] mb_language('Japanese');
mb_internal_encoding('UTF-8');

// ** MySQL settings ** //
define('DB_NAME', 'データベース名');
define('DB_USER', 'ユーザー名');
define('DB_PASSWORD', 'パスワード');
define('DB_HOST', 'データベースサーバ');
[/code]

となっていますが
日本語版2.5では、MySQL settingsよりの前の項目（2、3行目）がなくなっており、新たにDB_CHARSETとDB_COLLATEの設定項目が追加されています。

wp-config.phpは以下のようになっています。ME2.2のwp-config.phpと同じ部分は、コピペで。

[code lang="php" -1] // ** MySQL 設定 ** //
define('DB_NAME', 'データベース名');
define('DB_USER', 'ユーザー名');
define('DB_PASSWORD', 'パスワード');
define('DB_HOST', 'データベースサーバ');
define('DB_CHARSET', 'エンコード');
define('DB_COLLATE', '');
[/code]

DB_CHARSETのところは、ME2.2のwp-config.phpのmb_internal_encoding('UTF-8');のエンコードを入力します。ちなみに、私はUTF-8と書くべきところをUTF8と書いて記事が盛大に文字化けしました。入力ミスにはご注意を！
DB_COLLATEは、空でも大丈夫っぽいです。

また、13行目にSECRET_KEYの設定項目がありますが、wp-config.phpのコメントの通り、http://api.wordpress.org/secret-key/1.0/にアクセスして表示されるフレーズをそのままコピペすればOK。

ここまでくれば、後はサクッと。

バックアップ＆アップロードするファイルの準備さえできていれば、この後はサクッと進みます。

4.プラグインを全て無効化します

管理画面＞プラグインで、プラグインを全て無効化しておきます。
使っているプラグインが多いときは、アップグレードの後、有効化すべきものをメモしておくと良いです。

5.wp-contentディレクトリ以外のファイルをWordPress日本語版で上書きアップロード

wp-contentディレクトリには、ME時に使用しているテーマやプラグイン、アップロードした画像などが入っているので、wp-contentは最後に。日本語版のファイルと比較しながら、必要な物だけアップロードすると良いと思います。

6.ブラウザでwp-admin/upgrade.phpにアクセスして、アップグレードを実行

日本語版ファイルのアップロードが終わったら、WPインストールディレクトリ/wp-admin/upgrade.phpを開くと、アップグレードの実行を促されますので、画面に従ってアップグレードします。
アップグレードが終わると、下の画像のような完了画面が表示されます。

というメッセージが出たら、きっとアップグレードが完了してますが、さんざんエラー吐いた挙げ句「完了しました！」って言われる場合もあります。

7.プラグインを再度有効化

4で無効化したプラグインを有効化します。2.2xで動いていたプラグインが2.5xでは動かないというケースもあるそうです。

アップグレード作業完了

これで、アップグレード作業は終わっているはずなので、WP公開URLにアクセスして表示できているか確認しましょう。

私の場合は、文字化けやページ真っ白のような事態には陥らなかったのですがー。
なぜかME時の投稿記事に設定していたカテゴリが「未分類」となっていたり、サイドバーに表示していたカテゴリ一覧が空になっていました。
WordPress : フォーラム ≫ 既存カテゴリー、タグが出て来ず、新規追加も出来ない。のような状態。

フォーラムにあったやり方では解決できなかったので、別の手段でカテゴリ表示させるようにして、アップグレードは終了しました。
これについては、別のエントリで。

2009/01/27追記
WP2.5.1へアップグレード後にカテゴリが表示されないのを強引に解決した方法のエントリを書きました。

RSS feedの購読者数などを調べたりすることができるFeedburner（日本語版）は便利ですね。

英語版のFeedburnerを使ってたのですが、Feedburnerを利用している一部のサイト（うちも含めて。）がlivedoor Readerだと、本文が「？」で表示されてしまうという謎現象が起きているようですが、原因はよくわかりません。Feedburner側で見ると、ちゃんと日本語表示されてますし。
元のWordPressが吐き出すfeedに戻そうと思いましたが、なんとなく日本語版feedburnerを使ってみることにしました。これで解決するのかはわかりませんが。

さて、WordPressにもfeedのURLをFeedburnerのURLに換えてくれるPluginがあります。
Feedburner Pluginの導入方法ですが、英語版Feedburner（feedburner.com）と日本語版Feedburner（feedburner.jp）どちらを利用しているかで、ちょっと変わってきます。

英語版Feedburner（feedburner.com）を利用している場合は、他のプラグインと同様に簡単に導入できますが、日本語版Feedburner（feedburner.jp）を利用している場合は、一手間かけないと正常に動作しないのでご注意を。

1. Feedburner Pluginの入手
2. 英語版Feedburner（feedburner.com）でのPlugin導入方法
3. 日本語版Feedburner（feedburner.jp）でのPlugin導入方法

の順に解説します。

Feedburner Pluginの入手

プラグインはFD Feedburner Plugin for WordPressからダウンロードできます。
（Downloadクリックするとダウンロードが開始します）

サイトにはWordpress 2.0 or higher（2.0以上）とありますが、Wordpress MEでも概ね大丈夫だと思います。（当サイトはMEですが導入できてます）

英語版Feedburner（feedburner.com）利用のPlugin導入方法

まず、本家のfeedburner.com（英語版）を利用している方、おめでとうございます。
英語が苦手でもPlugin導入は超簡単です。

他のプラグインと同様に、ダウンロードしたファイルを解凍します。

1. pluginsディレクトリ（デフォルトならwp-content/plugins）にフォルダごとアップロード
2. WordPress管理画面の「プラグイン（Plugin）」ページから「FD Feedburner Plugin」を有効化
3. 「プラグイン（Plugin）」ページに「Feedburner Configuration」のFeedburner Feed URLにfeedのURL（http://feeds.feedburner.com/hoge）を入力して保存（下の画像の通り）

これで導入完了です。
ほ～ら、簡単でしょう？（ボブの絵画教室っぽく。）

日本語版Feedburner（feedburner.jp）利用のPlugin導入方法

次は、feedburner.jp（日本語版）を利用している方の導入方法です。

基本的には英語版でも一緒ですが、このFD Feedburner Pluginは、設定したfeedのURLを自動的に「feeds.feedburner.com」にしてしまいます。

例えば

http://feeds.feedburner.jp/hoge

と入力しても

http://feeds.feedburner.com/feeds.feedburner.jp/hoge

と自動で補完してしまうので、feedburner.jpの場合は、プラグインにちょっとだけ手を加える必要があります。

feedburnerplugin.php内の41行目、43行目にある
[code lang="php" -41]
$url = preg_replace('!^feeds.feedburner.com!i', '', $url);
[/code]
と
[code lang="php" -43]
$url = 'http://feeds.feedburner.com/'.$url;
[/code]
のfeeds.feedburner.comの部分をfeeds.feedburner.jpに書き換えます。

書き換えたコードは以下のようになります。
[code lang="php" -39]
function feedburner_fix_url($url) {
$url = preg_replace('!^http://!i', '', $url);
$url = preg_replace('!^feeds.feedburner.jp!i', '', $url);
$url = preg_replace('!^/!i', '', $url);
$url = 'http://feeds.feedburner.jp/'.$url;
return $url;
}
[/code]

書き換えが終わったら、あとは英語版と同じです。

1. pluginsディレクトリ（デフォルトならwp-content/plugins）にフォルダごとアップロード
2. WordPress管理画面の「プラグイン（Plugin）」ページから「FD Feedburner Plugin」を有効化
3. 「プラグイン（Plugin）」ページに「Feedburner Configuration」のFeedburner Feed URLにfeedのURL（http://feeds.feedburner.jp/hoge）を入力して保存（下の画像の通り）

ただし、管理画面は英語のままですが、別に困ることはないのではないでしょう。たぶん。

Append category slug to feedburner URLは「カテゴリースラッグをfeedburner URLに追加する」ときにチェックを入れるのだと思いますので、必要な方はチェック入れておきましょう。

今週末で新サーバに移転したので、Wordpressがサクサクになるといいなあ、とか。
新サーバはCPUとかハードディスクとかも今時スペックらしいので、早くなるかもしれないですが、詳しくはよくわかんないです＞＜

あとPHPのバージョンが変わったらしいので、動かなかったプラグインが動くかもーって教えてもらいました！
とりあえず、移転先のサーバ側のWordpressもちゃんと動いてるっぽいので、良かったです。

Spam Karma 2の超簡単な導入方法（英語版）

英語版のままで良いなら、ダウンロードして、解凍して、アップロードして、有効化するだけ。超簡単に導入できます。具体的には以下の通りです。

1. Dave’s Blog » Spam Karma 2（現時点での最新版は、2.3）で「download the archive」からアーカイブをダウンロード。
2. WordPressのインストールディレクトリ内にある/wp-content/plugins/（ME2.2.1の場合）に、解凍したアーカイブフォルダ（SK2）ごとアップロード。
3. WordPressの管理画面＞プラグイン＞Spam Karma 2を有効化。

ここまでは、PHPも英語もわかんなくてもなんとかなります。英語表記でもSpam Karma 2を使うことはできると思いますが、設定項目が多いので、ワケがわかりません。
日本語表記化する方法をググってチャレンジしてみました。

Spam Karma 2を日本語表記化する方法

日本語化するにはWP-Plugins.net Doc » SK2 in Your Languageから、.moファイルをダウンロードしてWordPressのインストールディレクトリ内にある/wp-content/plugins/SK2/にアップロードします。

でも、そのままだと日本語化できないみたいです。

insomniaque » SpamKarmaを日本語表記に！の記事を参考にしました。

解凍したSK2フォルダの中に、spam_karma_2_plugin.phpというphpファイルがあります。
insomniaque » SpamKarmaを日本語表記に！では30行目とありましたが、現時点での最新版SK2.3では、42行目に「load_plugin_textdomain(′sk2′);」という表記があります。

[code lang="php" -39]
function sk2_init ()
{
//bind_textdomain_codeset('sk2', get_bloginfo('charset'));
load_plugin_textdomain('sk2');
//bind_textdomain_codeset('sk2', 'iso-8859-15');
}
[/code]

42行目の「load_plugin_textdomain(′sk2′);」という表記をコメントアウトして
[code lang="php" -0]
$domain_name = 'sk2';
$locale_name = get_locale();
$mofile_name = dirname(__FILE__);
$mofile_name .= "/$domain_name-$locale_name.mo";
load_textdomain("$domain_name", $mofile_name);
[/code]
を追加します。
追加すると、下のようになります。
[code lang="php" -39]
function sk2_init ()
{
//bind_textdomain_codeset('sk2', get_bloginfo('charset'));
//load_plugin_textdomain('sk2');
//bind_textdomain_codeset('sk2', 'iso-8859-15');
$domain_name = 'sk2';
$locale_name = get_locale();
$mofile_name = dirname(__FILE__);
$mofile_name .= "/$domain_name-$locale_name.mo";
load_textdomain("$domain_name", $mofile_name);
}
[/code]

でも、日本語表記になりませんでした・・・。

ダウンロードした.moファイルのファイル名は「sk2-jp_JP.mo」なんですが、どうもそのファイル名では認識されていなかったようです。
PHPが分かる人に聞いてみたらpluginを直接編集して調べてくれました。（後ろから見てて、何やってるのかさっぱり分かりませんでしたが）ファイル名を「sk2-ja_UTF.mo」に変更して、/wp-content/plugins/SK2/にアップロードしたところ、日本語化成功しました。

にょにょ。