◇2.6 → 3.2 & sqlite
なんとか色々できたかも??も?
色々無駄なことやって、失敗しつつもなんとか。
アップグレード後にログインしようとして、はて、ぱすわどなんだったっけ?と焦ったり、うまくいかなくてテストディレクトリ削ろうとして2.6の環境がつっと削りかけたりと色々やりました。ええ。色々…。
以下の手順でMT2.6のBerkeleyDBから3.2のsqliteに変更。もちろんもっと綺麗な方法とかはあるけどまあこやったよみたいな感じで。以下長いので追記。
まずはアップグレードマニュアルに従ってBerkeleyDBで3.2に。参考:Movable Type 3.2 導入手順
- 2.6のDBディレクトリをがっつりバックアップする。
- DBディレクトリ以外のファイルは捨て捨て。使わない。
- 2.6のIDとパスを確認する。
- 3.2版をダウンロードしてくる
- 3.2用の場所に展開>#!/usr/bin/perlの行を書き換え
- 2.6のDBディレクトリをインストールした3.2のとこにぶちこむ
- mt-config.cgiを変更。
- mt-check.cgiを実行して確認
- mt.cgiを実行。ログイン後アップグレード?って聞かれるから実行
次にBerkeleyDB→sqlite。参考:dbアップグレードマニュアル
- sqliteのディレクトリ作成
- mt-config.cgiに、sqliteの設定を追加。(BerkeleyDBの設定は残したまま)
- mt-db2sql.cgiを実行
- "Done copying data from Berkeley DB to SQL database! All went well."って言われたらOK
- mt-config.cgiのBerkeleyDBの設定をコメントアウト
テストを考えると実際には、
- 32ディレクトリ作ってそこで展開・インストール・26のDBをコピー・アップグレード
- 公開ディレクトリを変更してテスト
- 公開ディレクトリを戻す
でOKなんだろうなあと思います。
私はとりあえず、26からデータのExportしておき、32環境を作ってImportして、標準のテンプレートとかにがしがし手を入れる、という形にしました。実際にはExport→ImportしちゃうとエントリーのIDが変わってURLが変わるので、アップグレードしないとダメなんだけど、アップグレードしちゃうと環境も全部26のものを持ってきてしまって新しいのにあわせて…とかいうのはないかなあと思ったから。
でもスタイルシートは結局ほぼ元のを使ったよ…。classとかは大分変更したけどね。