Kimagureman! Studio ～趣味全開！ 気まぐれ更新日記～

当サイトで使用しているWordPressがVer2.9になりました。
そこで、いつものようにサクッとVerUPしようと思ったところ、今回は思わぬ苦戦を強いられることとなりました。

※今回は、事の顛末を書いておきたいと思いますが、実行は各自の責任において行って下さい。

■ MySQLの要件変更。

 link >>  WordPress | 日本語 » WordPress 2.9 日本語版リリースのお知らせ

WordPress2.9からMySQLのシステム要件が変更され、4.1.2 以上が必要になりました。
当サイトで使っているさくらインターネットのレンタルサーバーは、先日MySQL5に対応したのですが、それまでMySQL4だったのものが勝手に5になるわけではありませんでした。

WordPressの自動VerUPを行ったところ、MySQLのバージョンが低いということでVerUP出来ませんでした。
仕方無いので、MySQLのVerUPから始めることにしました。

■ MySQLの移行。

※MySQLの移行にはデータベース削除という計り知れない危険を伴う作業が必要になります。
詳しいやり方は、以下のサイト様を参考にさせてもらいました。

 link >>  MySQLを4から5へ　（HashiMのたわごと(？) 様

最初は、Tera Termを使ってやる予定でしたが、ログイン出来たもののそこから先に進めなかったので、phpMyAdminからやってみました。
作業は、簡単に言うと、、、

1. データベースのバックアップを取る。
2. MySQL4のデータベース削除。
3. MySQL5のデータベース作成。
4. バックアップを元に戻す。
5. WordPressのwp-config.phpのデータベースアクセス情報を修正。

と、こんな感じになるでしょうか。
バックアップ時は、以下のように設定しました。

• 『構造』の『DROP TABLEを追加』と『IF NOT EXISTSを追加』にチェックを入れる。
• 『ファイルに保存する』にチェックを入れ、圧縮は『なし』と圧縮有り『gzip』『bzip』で各バックアップ取得。

ただし、MySQL5では『gzip』形式はインポートできませんでした。

■ MySQLの移行で手間取った３つのこと。

やってみると、それほど大変な作業ではないのですが、いくつか手間取ったことがありました。

1. バックアップのインポートエラー。
2. テーブルの照合順序。
3. テーブルのバックアップ漏れ。

１）データベースを削除した後でしたので冷や汗ものでした。
個人的な予想ですが、phpMyAdminログイン直後のサーバー情報の画面でエクスポートしてしまったためではないかと思います。

この画面でエクスポートすると左側のエクスポートのところにデータベース名が出ます。
この状態でバックアップを取ると、バックアップを戻す時にすでにそのデータベース名があるのでエラーになったのではないかと思います。

しかし、phpMyAdminログイン後にデータベースを選択してからエクスポートすると、左側のエクスポートのところにテーブル名がズラズラッと出ます。
この状態でバックアップし直したものを戻したところエラーが出ずに処理出来ました。

２）MySQL5にしてからバックアップを元に戻したところ、『～』が『？』になったり、ウィジェットが全部表示されなかったりしました。
『～』に関しては、各テーブルの照合順序の設定によるもののようでしたので、『ujis_japanese_ci』を『utf8_general_ci』へ変更してみました。

照合順序を変更したところ、『～』もウィジェットも正常に表示されました。
変更は、テーブルを全部削除して、『データベース』→『操作』から照合順序を変更して、再度バックアップをインポートしました。

３）プラグインで使っていた2つのテーブルをバックアップし忘れてしまいました。
バックアップはいくつか取っておきました。

• phpMyAdmin上でサーバ名でバックアップ。
• WordPress上でWordPress Database Backupプラグインを使いバックアップ。

サーバ名でのバックアップは、結局MySQL5のインポート時にエラーで使えなくなりました。
そこでWordPress上でのバックアップを使ったのですが、プラグインのデータベースバックアップは含めていなかったのです。

失ったのは、Contact Form 7とTwitter Toolsの２つでした。
Contact Form 7は設定し直すとして、Twitter Toolsはそれきりちゃんと動かなくなってしまいました。

仕方無いので、とりあえず別なTwitter用ツールを付けました。
他にも何か無いか探してみるつもりです。

■ WordPressのwp-config.phpの変更。

MySQLを変更する際に、パスワードとサーバー名が変更になります。
パスワードは、今までと同じものでしたらwp-config.phpの変更はありませんが、せっかくなので変更した方が良いかもしれません。

サーバー名はおそらく変更になると思われますので、wp-config.phpの『define(‘DB_HOST’, ‘[サーバー名]’);』の部分を書き換えました。

■ WordPress 2.9での不具合。

そんなこんなで何とかMySQL4から5へ移行し、WordPressも2.9へとVerUPしました。
概ね正常にVerUP出来たかと思うのですが、一部動作がおかしいところがありました。

当サイトでは、フィギュアレビューの目次などに『ページ』を使っているのですが、なぜか管理画面で編集しようとすると真っ白な画面が出てきてしまいます。
サイト上では表示されているのでWordPressの編集画面で正常に読み込めていないだけのような気がします。

ひとまず、ヘタに編集してデータが無くなるのも恐いので様子見しておきます。

また、プラグインではSimple TagsがWordPress2.9に対応していないようでした。
わりと頻繁に更新している作者様のようなので、こちらは少し待つこととしました。

昨日から冬の恒例イベント『星芒祭』が始まりました。
ジュノもお馴染みのクリスマスの曲が流れ、三国の街もクリスマスツリーに彩られています。

 link >>  真夜中の鐘が鳴る前に (2009/12/11)　（ファイナルファンタジーXI 公式サイト
 link >>  星芒祭2009　（FINAL FANTASY XI Wiki

今回のイベントでは、新アイテムとして、雪ウサギ帽子とジュノツリーがもらえます。
そこで、早速もらってきました。

■ スマイルブリンガー・ブートキャンプ

どこかで聞いたことがあるような名前ですが、今回は各地で走り回るイベントです。
詳しくは、上記のFINAL FANTASY XI Wikiを見ていただくと良いと思います。

私は、初級：東ロンフォール、中級：ラテーヌ高原、上級：バタリア丘陵、でやってみました。
各地でのスマイルサージェントNPCは、以下のような感じでした。

赤丸がスタート地点で、青矢印のように回りました。
右のタイムが商品ゲット時間で左が実際にかかった時間です。

ちなみに、ジョブは赤/シで『クリムゾンクウィス』＋『とんずら』でやりました。
最初にクリム脚もとんずらも無しで東ロンフォールでやったときは5分ちょっとかかってしまいました。

クリム脚は無くてもよさそうですが、『とんずら』はあった方が良いですね。
スタート地点から最初のスマイルサージェントNPCまでは普通の速さでの移動なので、ここで時間がかかってしまいます。

ラテーヌ高原、バタリア丘陵は特に問題無く1回でクリア出来ました。
バタリア丘陵ではスマイルサージェントNPCが2人動いているので注意です。

東ロンフォールは、木が多くスマイルサージェントNPCを見つけるのに邪魔になるので意外と難易度が高いかもしれません。
また、最後のNPCに話した後にとんずら状態にならないということがありました。（黄色で囲んだNPC

ですので最初に『とんずら』を使わずに最後に使ってクリアしました。
もしかすると不具合かもしれません。

ポイントは、次のNPCの位置をきちんと把握しておくことでしょうか。
私は、NPC通過毎にMapを開いて方向を確認しながらやりました。

■ 雪うさぎ帽子とジュノツリー

ツリーは、青いライトが綺麗で、どこからともなく雪が降ってきています。
雪うさぎ帽子は、NQとHQがありますが、NQはコスチュームに10回の制限があるのに対してHQは24時間リキャストで無制限に使えます。

なかなか可愛い帽子です。
ツリーとHQ帽子は、次回のVerUPで預けられるようになるのではないかと思います。

久々にフィギュアの撮影でもしようかと思いまして、今回は発売したばかりの椎名夏音です。
サクッと机の上で撮ってみましたが、はてさてどうやって撮りましょうか、、、