一体どうなんでしょう

サックリバージョンアップ　MT2.661 -> 3.32

おかげ様で、サックリバージョンアップ完了の予感。
でも、相当古いバージョンから上げたので
ジワジワっとボディーブローの如く弊害が出てくるのではないかと予想。

バージョンアップ方法はいたって簡単でした。
自分の環境は、MySQL使用です。

既存環境からのアップグレード（Linux, BSD, Mac OS X）
本家シックスアパートのマニュアルを見つつ開始。

あー、バックアップバックアップ、と呟きつつ昨晩バックアップしてたわけですね。
基本、cgiプログラムディレクトリ、及び、スタティックで出力されていたphpファイルを
バックアップしました。
実は、DBの方のバックアップは取ってません。
個人設定のサーバを借りて使っているので、phpMyAdminなどという粋なものがなかったのです。
でも、毎日バックアップは取ってくれているので、いざとなったら「戻してプリーズ！」
という魔法の呪文（電話対応）を唱えればいい、と言うことにしました。脳内で。

ということで、いよいよアップデートです。
cgiが入っていたフォルダの中身を思い切りよくデリートです。
全部全部デリートです。恐かったです。

マニュアルには

FTPプログラムで、アプリケーション・ディレクトリとスタティック・ディレクトリの内容を空にします。これは、以前のバージョンとの混在を防ぐためです。

全てを消し去ったら、
新規インストール（Linux, BSD, Mac OS X）にしたがってアップロード。cgiプログラムのパーミッションを変更して、この段完了。

次に環境の復元です。
バックアップに取ってあったmt.cgiを開き、MySQLのパスワードを足します。（2.661は別ファイルになってました。具体的にはこんな感じ

ObjectDriver DBI::mysql
Database DATABASE_NAME
DBUser DATABASE_USERNAME
DBHost localhost

の部分を

ObjectDriver DBI::mysql
Database DATABASE_NAME
DBUser DATABASE_USERNAME
DBPassword DATABASE_PASSWORD
DBHost localhost

としてやる。

後、

AltTemplate feed results_feed.tmpl

をドコでもいいので足してやる。
セーブした後、ファイル名をmt-config.cgiにリネームしてアップロード。

default_templatesディレクトリやsearch_templatesディレクトリ内のテンプレートをカスタマイズしていた場合は、ローカル側に作成したバックアップから、それらをアップロードします。

という作業もあるようだが、default_templatesディレクトリなんざ2.661にはなかったし、search_templates内はカスタマイズしていないのでザックリ無視して次へ。

いよいよ、ログインURLにアクセス。すると、アップグレードプログラムが勝手に動き始めます。
「プログラムのバージョンアップが終わったのでDBのアップデートをするぜ！」と言う力強いお言葉が出て、ボタンを押すよう促されるので促されるまま、ボタンをプッシュ！

・・・したんですが、データベースの更新中（みたいな感じ）のメッセージが表示されたまま、どうも動いていないモヨウ。

っていうか、アップグレード画面の画像とかもリンク切れになっているし、なんか変な按配。
アップグレードのcgiをリロードすれば進んだ、と言う情報を仕込んで何度もリロードするがなんだか全然動いていない予感がする。
アップグレード画面の画像の指定URLを見てみると

http://blog.urocon.net/mt/mt-static/xxxx.gif
（この辺のファイル構造は仮でございます）

とありもしないmt-staticディレクトリの中のgifファイルを見ているモヨウ。
mt-staticディレクトリはルートに置きやがれ！とかマニュアルに書いてあったのに！
と思いつつ、cgiディレクトリの中にもmt-staticディレクトリをアップロードしてみる。
もう一度アップグレードのcgiをリロードし、ボタンをプチっと押してみると
あれよあれよとDBのアップグレードが開始され、完了☆

後はプラグインをバックアップから戻してみたりして。

ちゃんと投稿するのは、これが初なんで、ちょっとドキドキしつつ。
不具合が出たら、その度に修正していく方向で。

一応アップグレード自体は想像していた以上に簡単に終わりました。

これから出る弊害を恐れつつ、とりあえずアップ☆

Tweet