年末にWordPress3.3へのアップデートを済ませたところが、今日になって3.3.1がリリースされました。えらい短期間に行われたアップデートですが、内容的には「クロスサイトスクリプティングの脆弱性も修正」とあるのでさっさと入れた方が良いと思いアップデートしました。とりあえず問題はなさそうです。

WordPress 3.3.1 セキュリティおよびメンテナンスリリース

WordPressを3.0にアップグレードしました。
ちょっと前から「3.0が出たのでアップグレードできるよー」というメッセージがダッシュボードに出てたのに気付いていましたが、2.xからのアップになるのでしばらく様子を見つつ実験用のサイトから順にアップしていきました。心配とは裏腹に特に問題もなくアップグレードできました。3.0って「セロニアス(Thelonious)」と言うんですね。私的には「WordPress と WordPress MU の統合」というのが嬉しいかも。

WordPress 3.0 日本語版リリースのお知らせ

2.8.3が出てたのは知っていたのですが何となく過ごしていたらまたいつの間にかWordPress 2.8.4 日本語版が出てました。こういう自動アップグレードはうまく動き出すとやはり便利でいいですね。

以下は、一応coreserverで自動アップデートできるようにするためのおまじないのメモです。

• /(ユーザールート)に /tmp ディレクトリを作成
• WordPressの /wp-admin ディレクトリに以下の内容の .htaccess ファイル作成

[code]
AddHandler application/x-httpd-phpcgi php
AddHandler application/x-httpd-phpcgi php
AddHandler application/x-httpd-phpcgi php
AddHandler application/x-httpd-phpcgi php
[/code]
以上

7月21日にWordPress 2.8.2 日本語版がリリースされました。前回、自動アップグレードにバグがありましたが、2.8.1で修正されたそうです。
そのまま日本語版の自動アップグレードをして問題なさそうです。

久しぶりにブログの管理画面に入ったら2.8のアップデートがあるという表示が出ていたので何も考えずに自動更新してからwordpressのサイトに行ってみたら、

2.8への自動アップグレードを行う際の注意事項
2009 年 6 月 13 日, odyssey

先日リリースしました WordPress 2.8 への自動アップグレードの際に、サーバー上のファイルが削除される現象が報告されています。報告によると、この問題が発生した場合にはサーバー上の WordPress 以外のファイルも削除されるとのことです。
2.8 にバグがあることが確認されました。このバグが修正されるまでは自動アップグレードは行わず、手動によるアップグレードを行ってください。

なんて事が書いてあるじゃないですか。
今のところファイルが削除されてしまったという現象は起きていないみたいですが、勘弁してくださいよ。せめてこういう場合は自動更新させないようにするとかできないものなのでしょうか？

再び、「WordPress 2.7.1 が利用可能です ! アップデートしてください。」という表示が管理画面で出てきました。

先日の2.7.1のアップデートの表示とまったく同じですが日本語版2.7.1がリリースされたようです。ここは「日本語版」の表示が欲しいところですね。

前回同様、「アップデートしてください」のリンクをクリックすると、

WordPress をアップグレード

重要: アップグレードの前に、データベースとファイルをバックアップしてください。
新しいバージョンの WordPress にアップグレードが可能です

バージョン 2.7.1–ja に自動アップグレードするか、パッケージを手動でダウンロードしてインストールすることができます。

[自動アップグレードを実行]　[2.7.1–ja をダウンロード]　[この変更を非表示にする]

「自動アップグレードを実行」をクリックすると接続情報の入力画面。

接続情報

要求された操作を実行するためには、接続情報が必要です。
ホスト名
ユーザー名
パスワード

接続形式 　(●)FTP
(　)FTPS (SSL)

[開始]

ftp接続を選び、ftpのホスト、ユーザー、パスワードを入力して「開始」をクリック。

WordPress をアップグレード

http://ja.wordpress.org/wordpress-2.7.1-ja.zip からアップデートをダウンロードしています

ダウンロードに失敗しました。: name lookup timed out

インストール失敗

何故か失敗します。名前を引けなかったにたいです。念のためもう一度試してみると、

WordPress をアップグレード

http://ja.wordpress.org/wordpress-2.7.1-ja.zip からアップデートをダウンロードしています

コアパッケージの更新ファイルを展開しています…

展開したファイルをチェックしています…

最新のバージョンをインストールしています

データベースをアップグレード

WordPress のアップグレードを完了しました。

めでたくアップグレードに成功しました。

追記：

英語版でアップグレードしないで日本語版のアップグレードがリリースされたら下記のように両方が選択肢になって表示されます。

WordPress をアップグレード

重要: アップグレードの前に、データベースとファイルをバックアップしてください。
新しいバージョンの WordPress にアップグレードが可能です

バージョン 2.7.1–ja に自動アップグレードするか、パッケージを手動でダウンロードしてインストールすることができます。

[自動アップグレードを実行]　[2.7.1–ja をダウンロード]　[この変更を非表示にする]

バージョン 2.7.1 に自動アップグレードするか、パッケージを手動でダウンロードしてインストールすることができます。

[自動アップグレードを実行]　[2.7.1をダウンロード]　[この変更を非表示にする]

WordPressをCoreserverで利用していますが、upload系の操作で色々と不都合があって小技が必要です。

１．単にuploadするとsafeモード関係のエラーが出る。

対策1.事前に必要なディレクトリを作成しておく。

・/wp-contents/upload 以下にあらかじめ年月のディレクトリを作成しておく

・ドキュメントルート下に /tmpディレクトリを707のパーミッションで作成しておいて/wp-config.phpに下記修正を入れる。

define (‘WPLANG’, ‘ja’);←このすぐ下に
define (‘WP_TEMP_DIR’, ‘/virtual/[coreserverアカウント名]/tmp/’);

*参考URL wordpress2.6.1に（問題発生）

対策2.phpをCGIモードで動かすようにする。

coreserverの場合は以下の内容の.htaccessファイルを/wp-admin/ ディレクトリに置く。

<files async-upload.php>
AddHandler application/x-httpd-phpcgi .php
</files>

“async-upload.php”の部分は適宜”upload.php”だったり必要に応じて.htaccessに書き足す。

*参考URL　http://wpdocs.sourceforge.jp/セーフモードによる制限と対処方法
XREA で WordPress ファイルアップロード機能を利用する

2. Flexible Uploadを使おうとするとエラーが出る。

Warning: call_user_func_array() [function.call-user-func-array]: First argument is expected to be a valid callback, ‘media_admin_css’ was given in /virtual/****/****/****/wp-includes/plugin.php on line 339

対策　以下のコードを、flexible-upload-wp25.phpに追加

function media_admin_css() {
wp_admin_css(‘css/media’);
}

参考URL WordPress2.6のFlexible upload 1.13不具合解消

これはWordPress 2.7の環境でも効果がありました。

WordPressで異なるドメイン名にサイトを移転する方法のメモ。

1. 「ツール」の「エクスポート」で「エクスポートファイル」を手元のPCにダウンロードする。
2. 移転先の「ツール」の「インポート」で「Wordpressのインポート」を選んでさっきのエクスポートファイルをアップロードしてインポートを行う。（画像を元サイトからダウンロードするオプションを選んでも「ファイルサイズが不正」というエラーが出てコピーされなかった。とりあえずこの問題は無視）
3. 「wp-content /uploads」の画像ファイルを移転先の同じ場所にコピーする。
4. 以下のSQL文を移転先で実行する。（参考サイト)

[code]

UPDATE wp_options SET option_value = replace(option_value, 'http://www.old-domain.com', 'http://www.new-domain.com') WHERE option_name = 'home' OR option_name = 'siteurl';
UPDATE wp_posts SET guid = replace(guid, 'http://www.old-domain.com','http://www.new-domain.com');
UPDATE wp_posts SET post_content = replace(post_content, 'http://www.old-domain.com', 'http://www.new-domain.com');
UPDATE wp_comments SET comment_author_url = replace(comment_author_url, 'http://www.old-domain.com', 'http://www.new-domain.com');

[/code]

“wp_”の接頭語は実際使っているものに置き換えること。プラグインで同様な作業が必要かもしれない。パーマリンク設定は”/%year%/%monthnum%/%day%/%postname%/”などの数字ベースではなく「日付や投稿名」ベースのものにしておいた方がいいかもしれない。（数字ベースでうまくいくかどうかは未検証）　パーマリンクの形式違いを吸収するのはPermalink Redirect WordPress Pluginを利用するといいかも。