Movable Type 備忘録

 
  

 MovableTypeでBerkeleyDB、SQLiteからMySQLに移行する

当ブログでは、 BerkeleyDB の問題、再構築するとエラーになってしまうをきっかけに SQLite に移行して、せっかく MySQL が使えるサーバーなんだから MySQL を使ってみようということで、今は MySQL を使っています。

MySQL は、処理速度を最優先に開発されたフリーのデータベースらしく、一部機能が省略されていたりするそうですが、他のデータベースにない軽快で堅牢なシステムなんだそうです。
堅牢なシステムなのかどうかは分かりませんが、軽快ってのは疑問を感じますだって、ぜんぜん軽快じゃないもん…再構築にやたら時間かかってるもん ぶっちゃけ、 SQLite の方が体感的にも早い気がするのはわたしだけかなぁ

当ブログはロリポップで運営していますが、別なブログはさくらインターネットで運営していまして、エントリ数も少ないので比較にならないかもしれませんが、遅いとはかんじませんでした。
いろいろ調べてみると、どうやらロリポップ + MySQL の組み合わせはよろしくないようです。
http://kaeru.cheap.jp/ma2ten/blog3/archives/2004/10/mtmysql.html
ですが、こちらの記事ちょっと古いので、ロリポップ・サポートへお願いメールしちゃいました。 そうしたら、近日中に対策を予定している…との回答をいただきました。とりあえずせっかく移行したんだし、もう少し様子見です。

ですから、現時点(2006.04.12)ではロリポップユーザさんにはあまりオススメできません。

今まで使用していた SQLite から MySQL に移行する手順だけはメモしておきます。 もちろん、 BerkeleyDB からの移行もOKです。

ここでは、既にMovableType(ムーバブルタイプ)インストール済で、 BerkeleyDB または、 SQLite のいずれかのデータベースから、 MySQL に移行したい人向けの手順です。
新規にMovableType(ムーバブルタイプ)インストールされる人は、

を参考にしてください。

MySQL 移行への前準備

SQLite から MySQL 移行の前に前準備を済ませておきます。 まず、データのバックアップを行います。

こちらのMovableTypeのデータベースごとバックアップするバックアップ手順を紹介していますので、参考にしてください。

次に、MySQL 自体を使える状態にセットアップします。 これは、お使いのサーバごとに異なりますので確認してください。

SQLite から MySQL への移行失敗例

実は、mt/mt-config.cgi を修正して、mt/mt-db2sql.cgi によるコンバートでは、 SQLite から MySQL への移行はできませんでしたcry 完了メッセージは表示されるのですが、 MySQL にはデータが入っていなかったんです。 何回かやってみたのですが、実際にはエントリ数もそれなりにあるはずなのに、やたら早く終わってしまい、明らかにコンバートしてないかんじです。
以下は、その失敗例として記します。 この失敗例は参考に読んでください。 この後で、ちゃんとした移行成功例を載せてますので心配しないでくださいねハート

まず、MySQL の環境設定を行います
mt/mt-config.cgiをテキストエディタなどの編集ソフトで行います。 変更内容は以下の通りです。

36行目
変更前
# ObjectDriver DBI::mysql
# Database <database-name>
# DBUser <database-username>
# DBPassword <database-password>
# DBHost localhost
変更後
ObjectDriver DBI::mysql
Database データベース名
DBUser 接続ユーザ名
DBPassword 接続パスワード
DBHost ホスト名

ここでは、 MySQL に関する設定をしています。 上記項目については、 MySQL セットアップ完了時に通知があるはずなので、それを指定します。 修正できたら保存して mt/ の中にアップロードします。

次にデータベースの変換を行います。
mt/mt-db2sql.cgi をブラウザから起動します。 いくつか WARNING が出ますが問題ないそうです。 最後に以下のメッセージが表示されればOKと聞いていました。 ホントにOK?だったのかなぁ。

Done copying data from Berkeley DB to your SQL database! All went well.

from Berkeley DB とありますが、これは mt/mt-db2sql.cgi 内で固定的に記述されたメッセージでした。

MovableType(ムーバブルタイプ)にログインしてみて、今までのユーザでログインができたらOKです。 ちなみに、ログインできない時もあって、新規インストールされてしまっていました。 そういったときは以下の手順で元に戻しました。

  • mt/mt-config.cgi を変更前の状態に戻して、サーバーにアップロードします。
  • 一応、バックアップしたデータを復旧しました。普通に mt/db/ にコピーしました。
  • MovableType(ムーバブルタイプ)にログインできることを確認します。
  • 念のため再構築します。mt/db の中のファイルが更新されていることを確認しました。

正常にログインできた場合には、phpMyAdmin で正しくデータが変換されたことを確認します。
phpMyAdmin は、 MySQL 用の管理ツールです。 サーバー側で用意してくれていると思いますので確認してみてください。 ちなみに、わたしが利用しているロリポップさくらインターネットでは利用できました。

以下の手順で phpMyAdmin に接続します。

  • お使いのサーバー・サイトから phpMyAdmin のログインページを表示します。
  • 使用言語、文字コードを選択します。
  • お使いのMovableType(ムーバブルタイプ)と同じものを選択します。
    わたしは Japanese(ja-utf-8) を選択しました。 文字コードが EUC の人は Japanese(ja-euc) を選択するのだと思います。
  • ユーザ名、パスワードを入力します。
    ここでいうユーザ名とパスワードとは、 MySQL セットアップ時の接続ユーザ名とパスワードです。
  • MovableType(ムーバブルタイプ)で使用しているデータベースを選択します。
    これも MySQL セットアップ時に通知があった、接続サーバ(ホスト)名を選択します。
  • 「ログイン」ボタンをクリックして、phpMyAdmin に接続します。
    接続すると以下のような画面が表示されます。

  • 「データベース」メニューを選択します。
    MySQL セットアップ時に通知があったデータベース名のリンクがあると思いますので、そのリンクをクリックします。 そうすると、変換されたテーブル一覧が表示されるはずなのですが、1件も表示されていませんでした。変換に失敗です。

    他にも、テーブルは表示されているけど、データ件数が少なすぎる…なんてのもありました。 このケースは mt/mt-config.cgi の SQLite の記述をコメントにしたことで、変換元のデータベースが見つからない…ということらしく、データの変換ができなくなってしまったからなんだそうです。

    言いかえると、変換する前に 変換元のデータベースである SQLite の記述をコメントしてはダメということです。 変換が終わった後でコメントにする必要があります。

    とりあえず、先ほどの復旧手順で元に戻しました。

以上のことから、通常の手順では移行できないということで諦めました。

SQLite から MySQL への移行成功例

以下に記す手順は正常に移行できた手順です。 慌てず、落ち着いて手順通りに進めてください。

今回参考にしたサイトは、Ogawa::Memoranda 様です。

Ogawa::Memorandaさんのところで、簡単にデータベースの移行ができる mt-db-convert.cgi というスクリプトが提供されていたので、それを使わせていただきました。 このスクリプトは、 MySQL への移行に限らず、他データベースの相互変換も対応されているそうですeek

mt-db-convert.cgiの入手はこちらから▼
http://as-is.net/wiki/MT_Database_Converter/ja

入手した圧縮ファイルを解凍して MovableType(ムーバブルタイプ) 3.2 をお使いの人は mt-db-convert32.cgi を、MovableType(ムーバブルタイプ) 3.3 をお使いの人は mt-db-convert33.cgimt/mt-db2sql.cgi と同じ場所にアップロードします。 ( 以降、mt-db-convert.cgi として説明します。 ) そして、ブラウザからアップロードした mt-db-convert.cgi を起動してください。

移行元、移行先のデータベース情報を入力します。 画面左側にある Source DB Configuration と表示されいるエリアは、現在のデータベースが表示されます。 今回は SQLite から MySQL への移行なので、 SQLite に関する情報が表示されているはずです。 正しいことを確認してください。

画面右側にある Destination DB Configuration と表示されいるエリアには、これから移行するデータベースの情報を入力します。 「ObjectDriver」 というドロップダウンリストから MySQL を選択して、他必要項目を入力してください。

入力できたら、画面左下にある「Convert」ボタンをクリックするとデータベース変換が開始されます。 今度はそれなりに時間がかかってました…やってる、やってるってかんじsurplised しばらくして「Done copying data from DBI::sqlite to DBI::mysql! All went well.」と表示されれば完了です。

各テーブルの変換が途中で終わってしまうようでしたら、MovableType(ムーバブルタイプ) のテーブルを個々に変換するよう、アップロードした mt/mt-db-convert.cgi の内容編集します。 たとえば、MT::Entry( エントリが保存されているテーブル )が途中で終わってしまった場合、以下のように修正します。

31行目
変更前
my @CLASSES = qw( MT::Author MT::Blog MT::Trackback MT::Category MT::Comment MT::Entry
MT::IPBanList MT::Log MT::Notification MT::Permission
MT::Placement MT::Template MT::TemplateMap
MT::TBPing MT::PluginData MT::Config MT::Session
MT::FileInfo MT::Tag MT::ObjectTag );
変更後
my @CLASSES = qw( MT::Entry );
#my @CLASSES = qw( MT::Author MT::Blog MT::Trackback MT::Category MT::Comment MT::Entry
#                  MT::IPBanList MT::Log MT::Notification MT::Permission
#                  MT::Placement MT::Template MT::TemplateMap
#                  MT::TBPing MT::PluginData MT::Config MT::Session
#                  MT::FileInfo MT::Tag MT::ObjectTag );

青い字の部分を削除して、MT::Entry だけ残します。 修正したらファイルを保存して、先ほどと同じようにサーバにアップロード後、ブラウザから変換できるまで何度も実行します。 MT::Entry の変換ができたら、まだ変換していないテーブルの変換を同じ要領で変換していきます。

このようにして、正常に変換できたテーブルは省いて、エラーしたテーブルのみ変換するようにしていけば、正常に変換できたテーブルを何度も変換する必要がないので効率いいですよね。

一通り変換できたら、先ほどの失敗例のように phpMyAdmin で正しく移行されたかを確認します。 データ移行が確認できたら、mt/mt-db2sql.cgi、mt/mt-db-convert.cgi はサーバ上から削除しておきます。

データ移行が完了したら、mt/mt-config.cgi を以下のように修正してアップロードします。

28行目
変更前
# ObjectDriver DBI::mysql
# Database <database-name>
# DBUser <database-username>
# DBPassword <database-password>
# DBHost localhost
変更後
ObjectDriver DBI::mysql
Database データベース名
DBUser 接続ユーザ名
DBPassword 接続パスワード
DBHost ホスト名

SQLite からの移行の人は以下の SQLite の記述をコメントします。

41行目
変更前
ObjectDriver DBI::sqlite
Database ./db/mtdb
変更後
# ObjectDriver DBI::sqlite
# Database ./db/mtdb

そして、 BerkeleyDB からの移行の人は以下の BerkeleyDB の記述をコメントします。

46行目
変更前
DataSource  ./db
変更後
# DataSource  ./db

一通り修正したらアップロードしてください。

以上で、 SQLite から MySQL の移行が無事完了しましたハート 今までの失敗がウソのようです。 わたしのブログでは、まだエントリ数が少ないので、データ移行完了まで1分もかかってないような気がする…Ogawa::Memoranda さんに感謝です。

では…SEE YOUハート3

  

 Trackback Pings(3)

from テヌノホソミチ rev. 6.2

レンタルサーバの仕様変更でcgiの付加制限がかかるようになり、僕のMovable...

from Born Properly

当Movable Typeはサーバのアップデートと共にかなり高速処理になりました。 しかしどうしても後でTrackbackなんか打つときにエラーが出たり...

from ほぼ日刊へろへろ管理人日記

移行完了しましたので、手順を書いておきます。 (自分用の覚書なので分かり難い箇所...

 Comments(72)

#1: Posted by oscar @ August 3, 2006 [REPLY]
user-pic
なんかTypeKey認証でコメントしようとすると、

不必要なコメントの投稿を防ぐために、連続した投稿を受け付けないように設定しています。しばらくしてから、もう一度試してみてください。

というエラーが出ますけど、ドメインがらみかな?

>ぶっちゃけ、 SQLite の方が体感的にも早い気がするのはわたしだけかなぁ
MySQL使ってる私が言います。「MySQLは遅い」です。それでもBerkleyDBよりはましって感じ。実際スパム消す時は全然レスポンス違いました。

#2: Posted by bzbell @ August 3, 2006 [REPLY]
user-pic

>>1 oscar さん

度々、こんにちわ^^

> エラーが出ますけど、ドメインがらみかな?

ガーンΣ( ̄Д ̄;)ホントだっ!
たぶんこれは、Ajaxの影響だと思います。
ご報告ありがとうございますm(_ _)m ペコ

> MySQL使ってる私が言います。「MySQLは遅い」です。それでもBerkleyDBよりはましって感じ。実際スパム消す時は全然レスポンス違いました。

やっぱりぃ!ウスウス感じてましたぁ(; ̄- ̄)
ロリポップのときもMySQL使ったことあったんですけど、ネットで調べたらロリポップ+MySQLは遅い…という記事が結構みかけたので、そうなんだぁ…で諦めてたんですけど、別ブログのさくらでMySQL使ったときも、そんな大差ないけどなぁ…て思ってたんです。
今も移行したままMySQL使ってるんですけど、ホント重たいんですよねぇ(つω-`。)

やっぱりSQLiteが無難なのかなぁ…でも、MySQLってわたしにとっては、何かと便利なんですよぉ。

MovableTypeではPostGreSQLってのも対応してますけど、そのデータベースはどうなんですかね。
あまり導入されてる人いないのかなぁ。

#3: Posted by じゅん @ December 30, 2006 [REPLY]
user-pic

はじめまして。
このサイトを参考にさせていただき、SQLiteからSQLに変換して見ましたが、
以下の様なエラーメッセージが出てしまいました。
どのように対処すればいいのでしょうか?
お教え願えると幸いです。

mt-db-convert.cgi($Rev: 141 $): Converting your MT data between DB engines (for MT 3.2)
**** WARNING: Subroutine Jcode::ucs2_euc redefined at extlib/Jcode/Unicode/NoXS.pm line 56.
**** WARNING: Subroutine Jcode::euc_ucs2 redefined at extlib/Jcode/Unicode/NoXS.pm line 71.
**** WARNING: Subroutine Jcode::euc_utf8 redefined at extlib/Jcode/Unicode/NoXS.pm line 87.
**** WARNING: Subroutine Jcode::utf8_euc redefined at extlib/Jcode/Unicode/NoXS.pm line 94.
**** WARNING: Subroutine Jcode::ucs2_utf8 redefined at extlib/Jcode/Unicode/NoXS.pm line 101.
**** WARNING: Subroutine Jcode::utf8_ucs2 redefined at extlib/Jcode/Unicode/NoXS.pm line 124.

An error occurred while loading data:

エラーが発生しました: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)


よろしくお願いします。


#4: Posted by bzbell @ December 30, 2006 [REPLY]
user-pic

>>3 じゅん さん

はじめまして^^

ご質問の件ですが、じゅん さんの環境について確認させてください。

  • SQLite ⇒ MySQLへの変換の前にMySQLのセットアップが必要になります。
    そちらの方はお済みでしょうか。
  • 入手したmt-db-convert.cgiにはMovableTypeのバージョンによって使い分ける必要があります。
    これはMT3.2とMT3.3ではデータベースのテーブル構成が異なるためですが、じゅん さんが使用されてるMTのバージョンにあったものをお使いでしょうか。

じゅん さんの環境が分からないので何とも言えませんが、エラー内容から想定した確認事項を記してみました。
MySQLのセットアップは、レンタル・サーバをお使いならそちらのサポートに問い合わせてみるといいです( ̄∇ ̄)b

#5: Posted by じゅん @ December 30, 2006 [REPLY]
user-pic

>>4 bzbell さん

早速の返信ありがとうございます。


使用環境はロリポでMT3.2(SQLite)を使ってました。

そこからXREAでMT3.3(SQL)に移行しようとしています。

そこでOgawa::Memorandaのサイトからmt-db-convert32.cgiを
ダウンロードしてこのサイトを参考にして実行して見ました。


その結果エラーが出てしまいました。

>SQLite ⇒ MySQLへの変換の前にMySQLのセットアップが
>必要になります。

SQLのセットアップが必要なのですか???
SQLのセットアップとはどのようなものでしょうか?

XREAのサポートに問い合わせて見ますが、その前に分り易く
説明していただくと問い合わせがスムーズに行くと思いますので
お願いできないでしょうか?

簡単で構いませんので、お願いできないでしょうか。
よろしくお願いします。m(_ _)m

#6: Posted by bzbell @ December 30, 2006 [REPLY]
user-pic

>>5 じゅん さん

> 使用環境はロリポでMT3.2(SQLite)を使ってました。
> そこからXREAでMT3.3(SQL)に移行しようとしています。

じゅん さんのケースだと、サーバ移転+MTバージョンアップが伴うわけですが、どのようにしてデータの移行を検討してますか!?

わたしも数ヶ月前ロリポ⇒さくらインターネットにお引越ししたのですが、わたしの場合、

  1. まずロリポップ側でSQLite⇒MySQLにコンバートして、MySQLのデータをバックアップ。
  2. さくら側のMySQLにデータをインポート
  3. MT3.3をインストール。その際MySQLを使用する用mt-config.cgiを変更しておくと、MTがMySQLのデータをMT3.2からMT3.3に変換してくれる。

というような手順でサーバ移行しました。
MySQLのセットアップですが、セットアップっていうのは大げさでした(; ̄∇ ̄A
ただ、MySQLを使用できるようにするだけですの。

ロリポでもさくらでも、MySQLのデータベースを新規作成すると、サポートからMySQLに接続するためのIDとパスワード、使用するMySQLサーバの名前がメールで送られてきました。

でも、じゅん さんはmt-db-convert32.cgiを実行したということは、接続先やパスワードがないと実行できないので、ここでいうセットアップは既に完了してる・・・ということですよね(; ̄∇ ̄A

そうすると、また確認なのですが、じゅん さんがmt-db-convert32.cgiを実行した場所はロリポ側ですよね!?

#7: Posted by じゅん @ December 30, 2006 [REPLY]
user-pic

>>6 bzbell さん

素早い対応ありがとうございます。


現在の状況は、すでにXREAにはMT3.3でSQLを使用できる環境が整っています。


最初、安易にXREAの環境を整えてから、ロリポのMT3.2の書き出し機能を使って
データを書き出し、そのデータをXREAのMT3.3に読み込もうと考えていました。


しかし、何度やってもデータが長すぎますとのことでエラーが表示されました。


そこで、ロリポ側のMT3.2のデータを書き出す前にSQLiteからSQLに変換して
それから書き出し、そのファイルをMT3.3に読み込ませればいいのかな?
と考えたのです。


ロリポ側のSQL用のデータベースを先ほど作成しました。

そこには、サーバー mysql17.lolipop.jp データベース名 XXXXXXX
ユーザー名 XXXXXXXが記載されており、コレを具体的には


mt-db-convert.cgiの下記項目に入れればいいのでしょうか?

Database:XXXXXXX
DBUser:XXXXXXX
DBPassword:パスワード
DBHost:mysql17.lolipop.jp

特にDatabaseのpathの記入が今一理解できません。


>mt-db-convert32.cgiを実行したということは、接続先やパスワードがないと実行できないので、
>ここでいうセットアップは既に完了してる・・・ということですよね(; ̄∇ ̄A


適当にやってました。 ( x x)へ

接続先=Database:XXXXXXX ?
パスワード=DBPassword:パスワード(ロリポのphpMyAdmin?)


ご教授よろしくお願いします。

#8: Posted by bzbell @ December 30, 2006 [REPLY]
user-pic

>>7 じゅん さん

> それから書き出し、そのファイルをMT3.3に読み込ませればいいのかな?
> と考えたのです。

はい。たぶんその方がスムーズにいくと思います。

> mt-db-convert.cgiの下記項目に入れればいいのでしょうか?

はい。それで問題ありません。

> 特にDatabaseのpathの記入が今一理解できません。

mt-db-convert32.cgiを実行すると、画面左側の'Source DB Configuration'にSQLiteの入力を行い、画面右側の'Destination DB Configuration'にはMySQLの入力を行います。
'ObjectDriver'というドロップダウンからそれぞれを選択すると入力内容か変わるので必要項目を入力します。

SQLite(左)側
Database: mt-config.cgiに記入していたものを記入すれば問題ありません。

MySQL(右)側
Database: ロリポのユーザ専用ページにログインしてデータベースの作成にすすむと、'データベース名'と明記されてます。
DBUser: 上記と同様のページに 'ユーザ名'と明記されています。
DBPassword: データベース作成時のパスワードです。
DBHost: データベース作成時に割り当てられたサーバ名です。(mysql999.●●●.com)

#9: Posted by じゅん @ December 31, 2006 [REPLY]
user-pic

>>8 bzbell さん

こんばんは。

SQLiteからSQLへの変換がようやく成功しました!
ありがとうございました。

こんなに時間がかかるとは思っても見ませんでした。
私のMTにはエントリーが400以上あったので、変換中にエラーがでるようです。

しかし、このHPに記載されているようにmt-db-convert.cgiの内容を編集して、
分割で変換しました。

さらに変換が終わってから書き出しまではスムーズに行ったのですが、
読み込みにまたまたつまづいてしまいました。

これまたファイルが長いのと、どうやら一部のエントリーが悪さをしているようでした。
そこで、書き出しのファイルを4分割にして読み込み、さらには悪さをしているエントリーを
探し出して削除して読み込みを続けました。

そしてようやくロリポMT3.2のSQLiteからSQLへの変換と、XREA MT3.3へデータの読み込みが
完了しました。

ここまでに達するまでに3日間も要してしまいました。
ふぅ~!疲れました。

ありがとうございました。

#10: Posted by bzbell @ December 31, 2006 [REPLY]
user-pic

>>9 じゅん さん

こんにちわ^^

> SQLiteからSQLへの変換がようやく成功しました!
> 私のMTにはエントリーが400以上あったので、変換中にエラーがでるようです。

ご苦労様でした( ̄∇ ̄)
やっぱりエントリ数、コメント数が多いとデータ移行も大変ですよね(; ̄∇ ̄A

> ここまでに達するまでに3日間も要してしまいました。

ホントご苦労さまでした!!

#11: Posted by nishio @ November 26, 2007 [REPLY]
user-pic

 MTのデータベースにエラーが発生しております。困ってます。

 原因はおそらく、迷惑トラックバック/コメントをまとめて消そうとした際に、データ量(ログ量)が多すぎてエラーが発生し、途中でバグってしまったんだと思われます。

 エラー現象は以下のとおり。

・なぜかトップページが勝手に過去のエントリに戻ってしまう。インデックスのリビルドをすると直るが、また勝手におかしくなる。
・9/24から以前のコメント、いくつかの迷惑トラックバックをMTから消すことができない。

 データベースはSQliteですが、とにかく直し方がわかりません。どう手をつけていいのかさっぱりわからない。で、MTのログの書き出しから保存はしたものの、テキストファイルにして6Mあるため、ほかのブログを立ち上げて新規で読み込もうとすると「データ容量が大きすぎて読み込みできません」と出るため、バックアップブログも作れない状態。

 これはいったいどうすればいいんでしょうか。いろいろググってみたけど解決策見つからず。誰か、もしお教え願えれば大変幸いです。

 ちなみに、MySQLへのコンバートでもうまくいきませんでした…。

#12: Posted by Author Profile Page bzbell @ November 26, 2007 [REPLY]
user-pic

>>11 nishio さん

データベースエラーですかっ Σ( ̄Д ̄;) ガーン
大変なことになりましたねっ!!

とにかく、SQLite ⇒ MySQL にコンバートすることが先決ですね。

わたしもデータ量多過ぎでコンバートエラーしましたが、この記事の下の方に記してるように、地道に 1 テーブルずつコンバートしてったらうまくいきました ( ̄∇ ̄)b

バックアップをとって、コメント/トラックバックを受け付けないようにした状態で地道にコンバートしてみてください。

SQLite はリカバリーの方法がない(知らない)ってのが難点ですね (; ̄∇ ̄A

#13: Posted by nishio @ November 27, 2007 [REPLY]
user-pic

>>12 bzbell さん

厳しいですよねー…。MySQLにまずコンバートするのを、記事を参考にさせて頂いてやってみます。

また相談させていただくかもしれません。すいませんが、お付き合いいただけますと助かります…。ううう。

#14: Posted by Author Profile Page bzbell @ November 27, 2007 [REPLY]
user-pic

>>13 nishio さん

> また相談させていただくかもしれません。すいませんが、お付き合いいただけますと助かります…。ううう。

はい。それはぜんぜん問題ありません (´Д`;) うぅ
FIHGT!!(*´ー`*)

#15: Posted by nishio @ December 1, 2007 [REPLY]
user-pic

>>14 bzbell さん
mt-db-convert33.cgiを入れてコンバートしようとしてみたんですが、右側MySQLに入れるパスがよくわからないのです。
いろいろ見てやってみたんですが、わからずじまい…。

DataSource:
の部分には新しいNullのDBファイルを用意しておいて、それを指定するということでしょうか。

あと、
DBHost:
はどう入れれば? ホストのパスですか? ftp.honyarara.comみたいな。

初心者質問で申し訳ありません。いろいろ見てみたんですが、どこ見ていいやらさっぱりわからず。これには根気がいりますね…。

#16: Posted by Author Profile Page bzbell @ December 1, 2007 [REPLY]
user-pic

>>15 nishio さん

こんにちわ^^

まず、お使いのサーバ上で MySQL のセットアップをする必要があります。
レンタルサーバによって異なるかと思いますが、MySQL の初期化を行うとサポートから DB のパスとかユーザ、パスワードなどをもらうことができます。

そちらはお済ですか ( ̄∇ ̄) !?

#17: Posted by nishio @ December 2, 2007 [REPLY]
user-pic

>>16 bzbell さん
あわわ、済んでいません。今からレンサバさんに問い合わせて
きいてみたいと思います。

細かいアドバイス、感謝いたします。うまくいきましたら、何かしら
でドネーションさせて下さい。よろしくお願いいたします。

p.s.まだお世話になっちゃうかもです。ごめんなさい!

#18: Posted by Author Profile Page bzbell @ December 2, 2007 [REPLY]
user-pic

>>17 nishio さん

こんにちわ^^

> 細かいアドバイス、感謝いたします。うまくいきましたら、何かしらでドネーションさせて下さい。よろしくお願いいたします。

ありがとうございます。
ぜんぜん気にしなくっていいですよ ( ̄∇ ̄)b

このサイト自体も情報共有を目的としてますから (●´∀`●)

#19: Posted by nishio @ December 3, 2007 [REPLY]
user-pic

>>18 bzbell さん
レンサバに問い合わせたところ、MySQLを使えるサーバに移行しなければならないとのことです。無料かと思いきや、有料(500Mしか使っちゃいけないところを2Gくらい使っちゃっていて、その罰として有料、だそうで…)。参りました(苦笑)。

ともあれ、SQLiteとMySQLが使えるサーバに移転すれば、なんとかデータベースエラーの修復が行える希望はあるということですよね? 仕方なくお金を払うか、今からいらないデータを消しまくって無料でMySQLの使えるサーバに移転しようと思います。

データベースエラーでこんなことになるとはー…。うううううう。独り言になってしまってすいません。。。

#20: Posted by Author Profile Page bzbell @ December 3, 2007 [REPLY]
user-pic

>>19 nishio さん

こんにちわ^^

> 無料かと思いきや、有料(500Mしか使っちゃいけないところを2Gくらい使っちゃっていて、その罰として有料、だそうで…)。参りました(苦笑)。

えぇーーー ∑( ̄Д ̄;)!!
2 G ってすっごいですねっ!!

> ともあれ、SQLiteとMySQLが使えるサーバに移転すれば、なんとかデータベースエラーの修復が行える希望はあるということですよね? 仕方なくお金を払うか、今からいらないデータを消しまくって無料でMySQLの使えるサーバに移転しようと思います。

ですね。
今までの記録( しかも、2G も・・・ )を消すのは惜しいので、お引越し先でまず MT3.3x をインストして、データベース(SQLite)で立ち上げてから、MySQL に移行って手段もありかと ( ̄∇ ̄)b

その後で MT4 にグレードアップするとかね。

先日お引越ししたばっかりですが、わたしは CORESERVER を使用してます。
容量的には 15G です。
でもね、あまりサービスよくなりです。素人のわたしには辛いときがあります。

#21: Posted by nishio @ December 3, 2007 [REPLY]
user-pic

>>20 bzbell さん
こんにちはー。

新しいサーバをセットアップしてもらいました。これでSQもMYも使えるサーバが用意されたので、SQLiteのデータベースを移行しようと思います。

えーと。新しいサーバで3.35を入れてしまって、今のSQLiteのdbを読み込んでしまって、イメージファイルだとかのフォルダやらなにやらをそのままコピペ移動しちゃえばよいのですよね。で、クローンを作ってから、MySQLにデータベース変換をして…というのでいいのでしょうか(ああ、ブログ黎明期からやってるのに無知ですいません…)。

レンサバさんメールにこんなのが書いてありました。
>データベースの作成までは終了していますが テーブルの作成は
しておりません。

これは不親切なのかしら…。やっぱりデータ量多すぎで嫌われてるのかしら。ちょっとまだテーブルっていう概念がよくわかってないので、記事を読み読みやってみようと思っていますが、またまた質問してしまうかも…(苦くて笑えない)。

とにかく、まず新サバにMT335入れてみて、SQのデータベースエラーごと移植しちゃってみます。

毎回、ご丁寧にお返事下さってありがとうございます。がんばります…。

#22: Posted by Author Profile Page bzbell @ December 3, 2007 [REPLY]
user-pic

>>21 nishio さん

こんばんわ^^

> 新しいサーバをセットアップしてもらいました。これでSQもMYも使えるサーバが用意されたので、SQLiteのデータベースを移行しようと思います。

良かったですネェ (●´∀`●)

手順としては、nishio さんの通りでいいと思います。
ただ気になることが、移転元の URL と移転先の URL が異なった場合どうなるのか・・・。

データベース中には移転元の URL を含んだ情報が書き込まれています。
リンクページエラーなどがでると思いますが、まずは移転先の MT3.35 で今まで通り表示されることを確認してから MySQL に移行した方がいいかも、です。

何かトラブルが発生した場合、原因の特定ができなくなるので。

> これは不親切なのかしら…。

いえ、大丈夫ですよ。
MT3.35 をインストールすればテーブルは作成されますから。

テーブルってのは、データベースを 1 つの本棚と例えると、テーブルは書籍にあたります。いろんな機能を持った書籍をまとめたものがデータベースになります。

また、テーブルはテーブル間で依存関係を持っていたります。
ですので、1 つでも欠けてしまうと動作しなくなります ( ̄∇ ̄)b

例えが適切じゃないかも、ですがすいません (; ̄∇ ̄A

何かあればご連絡ください♪

#23: Posted by nishio @ December 4, 2007 [REPLY]
user-pic

おはようございます。あ、お昼ですね。こんにちはー。

続きをやっています。今の状態は、

↓このサーバが古いので、
http://www.cottonfab.org/

↓このアドレスで新しいサーバを用意してもらいました。
http://new.cottonfab.org/

それで、SQLiteのdbファイル、あとイメージの保存先フォルダを全部ローカルパソコンにFTPから落として保存しておきました。
そのあと、新しいサーバに転送しおえました。

今普通にデータベースが移行できたので、あとはここから例のテーブル読み込みでエラーを探す、というやつをやらねばいけないんですね。うー大変ですねこれはー…。

時間のあるときにまずはSQからMyにデータベース変換をしてみます。がんばります!

#24: Posted by Author Profile Page bzbell @ December 4, 2007 [REPLY]
user-pic

>>23 nishio さん

こんばんわ^^

URL は昔のものを使用しないですか!?

> 今普通にデータベースが移行できたので、あとはここから例のテーブル読み込みでエラーを探す、というやつをやらねばいけないんですね。うー大変ですねこれはー…。

  1. 昔の URL を使用する場合は DNS を変更します。
    数時間~数日すると古い URL でページが見れるようになります。
  2. MT にログインしてログをすべて消去します。
    消去することで余計な変換をしなくって済みます。
  3. SQLite -> MySQL にデータベース変換します。
    大量のデータ変換だとエラーしたりしますので、このページの下の方でご紹介してるように、エラーしたテーブル( mt_entry とか、mt_comments など )を何度も繰り返すことで、少しずつ変換していきます。
  4. 変換後、サイト全体が再構築できることを確認します。
  5. 再構築後、ブラウザから表示確認します。

てなかんじでしょうか ( ̄∇ ̄)b

#25: Posted by nishio @ December 5, 2007 [REPLY]
user-pic

>>24 bzbell さん

昔のURLを使おうと思ってます。

レンサバさんによると、全部データを新しいFTPサーバに移行し終えたらDNSを変更
するということらしいです。

ちょっとお聞きしたいのは、新しいサーバで今の状態(エラーがある状態)で一旦作って
しまって、それでDNS変更をした場合に不具合が起きないかということです。懸念は
それなんですけども…。どうなんでしょう。

手順のご丁寧な説明をありがとうございます。ちょっとその懸念が解消されてから
作業にかかろうと思ってます。もしおわかりになればお教えください。

よろしくおねがいします。いつも助かってます(笑)。

#26: Posted by Author Profile Page bzbell @ December 5, 2007 [REPLY]
user-pic

>>25 nishio さん

こんにちわ^^

> ちょっとお聞きしたいのは、新しいサーバで今の状態(エラーがある状態)で一旦作って
しまって、それでDNS変更をした場合に不具合が起きないかということです。懸念は
それなんですけども…。どうなんでしょう。

たぶん大丈夫ではないかと思います。
ですが、よくよく見たら 旧と新の環境(ディレクトリ構成)って違うんですね (; ̄∇ ̄A

それでリンクエラーしてたんですね。
環境が同じならエントリの URL って旧 URL だから見れてもおかしくないって思ってたんですよ。

#27: Posted by nishio @ December 5, 2007 [REPLY]
user-pic

>>26 bzbell さん

こんにちは! いつもいつもすみませんー。

どうやら移行は大丈夫なようです。

あと、膨張されていたデータをクリーンする、ご紹介されていたプラグインをいれたら、なぜか何もしてないのにエラーが起こらなくなっています。不思議です。

そもそも本題と違うエラーだったのでしょうか? それともまたエラーが起こるのかしらん。不思議不思議不思議…。

ちょっと様子を見てみます。

ひとつ調べてみてちょっとまだうまくいかないのは、コメントするときに画像から読み取って文字入力して認証させるプラグインなんです。そこに詳しいページなどあったら、教えてください。どうも、うまくいかなくて困ってばかりです。

僕もうまくできたらそれをエントリにわかりやすく書いてみなさんに役立ててもらおうと思ってます。これがドネーションになればと(笑)。

#28: Posted by Author Profile Page bzbell @ December 5, 2007 [REPLY]
user-pic

>>27 nishio さん

こんにちわ^^

> ちょっと様子を見てみます。

ですね。

> ひとつ調べてみてちょっとまだうまくいかないのは、コメントするときに画像から読み取って文字入力して認証させるプラグインなんです。そこに詳しいページなどあったら、教えてください。どうも、うまくいかなくて困ってばかりです。

CAPTCHA イメージでしょうか。

  1. ブログの「設定」⇒「登録/認証」設定画面を表示します。
  2. 「認証なしコメント」を許可(チェック)します。
    ちなみに、その下にある各チェックボックスはユーザ認証サービスです。お好みでどうぞ♪
  3. 「コメント」設定画面を表示します。
  4. 「コメント許可」をチェックします。
  5. 「CAPTCHAプロバイダ」から「Movable Type規定」を選択します。

以上です。
あとはブログ記事アーカイブを再構築すれば完了です。
でも、人によっては表示されない・・・とのことでしたので、その際は nishio さんのサイトをこっそり覗かさせてもらいます (; ̄∇ ̄A

#29: Posted by Author Profile Page nishio @ December 5, 2007 [REPLY]
user-pic

>>28 bzbell さん

どうやらうちではCAPTCHAは使えないようです…。
サーバがSSHに対応していないようで、Telnetできないのですー。

あきらめるよりほかないのかな、これは。

小粋空間さんのところを参考にしてみたんですけどね、だめですねー。

#30: Posted by Author Profile Page nishio @ December 5, 2007 [REPLY]
user-pic

SSH使えるようにしてもらいました。ただまだ動作しない…。またがんばります。

#31: Posted by Author Profile Page bzbell @ December 5, 2007 [REPLY]
user-pic

>>29 nishio さん
>>30 nishio さん

こんばんわ^^

わたし初めてしりました。
CAPTCHA 認証って SSH による通信されてるんですかっ!!

> SSH使えるようにしてもらいました。ただまだ動作しない…。またがんばります。

よかったですね (●´∀`●)
てか、nishio さん がお使いのサーバってお知り合いの方のサーバですか (; ̄∇ ̄A !?

#32: Posted by Author Profile Page nishio @ December 6, 2007 [REPLY]
user-pic

>>31 bzbell さん
どーやらTelnetじゃないとだめみたいですよー。

サーバはレンサバさんですけど、お願いして入れてもらいました。ちょっと助かりました。

今変換を試しているんですが、
mt-db-convert33.cgiの中のdatabeseっていうフィールド
は、自分で好きな名前をつけるってことでいいんでしょうか。

で、全部入れてやってみたら、いきなりエラーで止まりました。エラー内容が、

mt-db-convert.cgi($Rev: 234 $): Converting your MT data between DB engines (for MT 3.3)
**** WARNING: Subroutine init_app redefined at /usr/home/cottonfab-org/www/***/plugins/AutoIPBan.pl line 35. **** WARNING: Subroutine tbping_auto_ipban redefined at /usr/home/cottonfab-org/www/***/plugins/AutoIPBan.pl line 56.

こんな感じです。いちおうのため、ここではフォルダのパスはアスタリスクにしておきました。

これはどういうエラーなんでしょうか。うーん、わからない。

#33: Posted by Author Profile Page bzbell @ December 7, 2007 [REPLY]
user-pic

>>32 nishio さん

こんばんわ^^

遅くなってすいません。
その後解決したでしょうか。

mt-db-convert33.cgi をブラウザから表示すると、左側に現在のデータベース(SQLite)の情報が表示されます。
右側には、MySQL をセットアップした際の情報を入力してください。

具体的には mt-config.cgi で記述する内容になります。

エラーについてですが、AutoIPBan プラグインを削除してみてください。

#34: Posted by Author Profile Page nishio @ December 10, 2007 [REPLY]
user-pic

>>33 bzbell さん

こんにちわー。その後時間がなくようやくちょっとやれそうなので今こちらにやってきました。お世話になります。

右側のMySQLの情報欄のdatabeseっていうフィールドですが、これはどこかですでに決まっている情報を入れるんでしょうか? セットアップした際の情報っていうのがどれかわからず…。

AutoIPBanプラグインをこれからはずしてトライしてみます…。うまくいかなーい。うー。

#35: Posted by Author Profile Page nishio @ December 10, 2007 [REPLY]
user-pic

>>33 bzbell さん

databaseの名前は今問い合わせをしてわかりました。

ただ、

mt-db-convert.cgi($Rev: 234 $): Converting your MT data between DB engines (for MT 3.3)

An error occurred while loading data:

繧ィ繝ゥ繝シ縺檎匱逕溘@縺セ縺励◆: Host '****.com' is not allowed to connect to this MySQL server

と出てしまってまたエラー。サポートさんからは、

又、本件は「mt-db-convert33.cgi」の開発者にも
サポートを求めて下さい。
その上で、弊社へ具体的に何の許可が必要であるかの
リクエストQをお願い申し上げます。

とお返事が。うー、また詰まってしまいました…。道のりは長い。

しかし不思議なのは、

・なぜかトップページが勝手に過去のエントリに戻ってしまう。インデックスのリビルドをすると直るが、また勝手におかしくなる。

っていうところです。なんで勝手に戻っちゃうんでしょう。まさにこれがデータベースエラーなんでしょうけど。不思議不思議。

#36: Posted by Author Profile Page bzbell @ December 10, 2007 [REPLY]
user-pic

>>35 nishio さん

mt-db-convert.33.cgi の件ですが、左側には SQLite の接続情報が表示されてますか!?
また、右側には移行先である、あらかじめ初期化済みの MySQL への接続情報を記入するのですが、上記エラー内容から MySQL への接続ができてないようですね。

MySQL には phpAdmin というメンテナンスツールがあります。
サーバサポートから教えてもらった接続情報(ユーザ名/パスワード/データベース名/サーバ名)を元にログインできますか!?

そちらができれば同様の内容を mt-db-convert.33.cgi で入力するだけです (^.^)

#37: Posted by Author Profile Page nishio @ December 10, 2007 [REPLY]
user-pic

>>36 bzbell さん

お返事ありがとうございます。寒いですねーしかし。

phpAdmin、ログインはできるようですね。なんででしょう。もう一度やってみますね。

お忙しいところいつもお返事ありがとうございますー。

#38: Posted by Author Profile Page nishio @ December 10, 2007 [REPLY]
user-pic

>>36 bzbell さん

MTに自動的にindex.htmlを更新させないようにすることってできないんでしょうかねー。措置としてできれば助かるんですが。できないのかしら…。

#39: Posted by Author Profile Page bzbell @ December 10, 2007 [REPLY]
user-pic

>>37 nishio さん
>>38 nishio さん

こんばんわ^^

> phpAdmin、ログインはできるようですね。なんででしょう。もう一度やってみますね。

はい。ログインができるようでしたら、そのログイン情報(ユーザ名/パスワード/データベース名/サーバ名)を入力すれば OK ですよ ( ̄∇ ̄)b

> MTに自動的にindex.htmlを更新させないようにすることってできないんでしょうかねー。措置としてできれば助かるんですが。できないのかしら…。

それでしたら、メインページの編集画面を表示して「再構築オプション」のチェックを外せば、自動的に再構築されなくなります( 手動でしか再構築できません )。

#40: Posted by Author Profile Page nishio @ December 11, 2007 [REPLY]
user-pic

>>39 bzbell さん

今日は帰りが遅くなってしまったので、明日phpAdminやってみます。

MTのメインページ、どこに再構築オプションってありますか? あれ、見つからない……。探してみたんですけど。バカなのでしょうか僕ってば。

#41: Posted by Author Profile Page bzbell @ December 11, 2007 [REPLY]
user-pic

>>40 nishio さん

> MTのメインページ、どこに再構築オプションってありますか?

それはですね、

  1. テンプレート一覧からメインページ( index.html )用のテンプレートをクリックして編集画面を表示します。
  2. ページ下の方に「再構築オプション」というチェックボックスのチェックを外します。
  3. 外したら保存だけします。

以上で次回の再構築からは、メインページは自動的に再構築されなくなります。
再構築したい場合には、メインページ( index.html )用のテンプレート編集画面から再構築してください (●´∀`●)

#42: Posted by Author Profile Page nishio @ December 11, 2007 [REPLY]
user-pic

>>41 bzbell さん

おばかにお付き合いいただいてありがとうございます…。できました。あとはphpAdminを明日やってみようと思います。

何かとデータベースエラーは障害が多いですね…。

#43: Posted by Author Profile Page nishio @ December 11, 2007 [REPLY]
user-pic

>>42 nishio さん
>> MTに自動的にindex.htmlを更新させないようにすることってできないんでしょうかねー。措置としてできれば助かるんですが。できないのかしら…。

自己レスですが、データベースエラーの場合、これの自動再構築のチェックをはずしても勝手に変なエントリがトップに表示される現象は変わりませんでした。不思議。。。

#44: Posted by Author Profile Page nishio @ December 11, 2007 [REPLY]
user-pic

>>41 bzbell さん
phpmyAdminにはログインできました。データベースは作ってもらっています。

mt-db-convert33.cgiに入れる情報なんですが、まず左側にはSQLiteの情報が表示されています。右側にフィルインする情報ですが、

・Object Server>MySQL
・DataBase>データベースまでのフルパス、単純にデータベースの名前、両方試しました
・User/DBpassword>phpmyAdminと同じ
・DBhost:今使っているサーバのドメイン部分

これでやっても、

---
mt-db-convert.cgi($Rev: 234 $): Converting your MT data between DB engines (for MT 3.3)

An error occurred while loading data:

繧ィ繝ゥ繝シ縺檎匱逕溘@縺セ縺励◆: Host ******com' is not allowed to connect to this MySQL server
---
という答えを返してきます。

うーん……。どうしたもんなんでしょうか。何かレンサバさんに許可をもらわないといけないのでしょうか?

#45: Posted by Author Profile Page bzbell @ December 11, 2007 [REPLY]
user-pic

>>42 nishio さん
>>43 nishio さん
>>44 nishio さん

こんばんわ^^

> データベースエラーの場合、これの自動再構築のチェックをはずしても勝手に変なエントリがトップに表示される現象は変わりませんでした。

えっ!? 再構築なしで変なエントリが表示されるんですか Σ( ̄Д ̄;)!?

nishio さんとこは PHP による動的になページの読込みみたいなことやってませんよねぇ。すいません、もう少し具体的に教えていただけますか。

mt-db-convert33.cgi の件ですが、エラー内容から MySQL に接続許可されてないって言ってますね。
以下のことを確認してみていただけますか。

  1. 以下のコードをコピー & ペーストして test.php というファイル名で保存してください。

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja" lang="ja" id="movabletype-memo">
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
    </head>
    <body>
    <p>
    <?php
    $dbhost = '★接続先サーバ';
    $dbuser = '★ユーザ名';
    $dbpass = '★パスワード';
    echo mysql_connect($dbhost, $dbuser, $dbpass) or die ('Error connecting to mysql');
    ?>
    </p>
    </body>
    </html>
    

    ★マークが付いたところを nishio さん の環境に合わせて変更します。

  2. そして、test.php を index.html と同じ場所にアップロードしてください。

  3. ブラウザから test.php を表示してください。
    正常なら 1 と表示されるはずです。
#46: Posted by Author Profile Page nishio @ December 12, 2007 [REPLY]
user-pic

>>45 bzbell さん

test.php作ってみました。アクセスするとエラーを返してきました。

以下

---
Warning: mysql_connect(): Host '***popy.******.com' is not allowed to connect to this MySQL server in /usr/home/cottonfab-org/www/test.php on line 13
Error connecting to mysql
---

つまり、これは接続先サーバの名称が違うっていうことでしょうか?
一応その旨、レンサバさんに問い合わせはしました。もし他にわかればお教えください。

いつもありがとうございます(ぺっこり)。

#47: Posted by Author Profile Page nishio @ December 12, 2007 [REPLY]
user-pic

>>45 bzbell さん

あともうひとつ、具体的なエラーの状況をお知らせしますね。

まず、ほうっておくと、なぜか10月の決まったエントリに遡って、それがindex.htmlに出力されます。
(以前一度だけ、MT内のエントリ管理画面にもこういう状態になり(つまり、それ以降のエントリがあるにもかかわらず、その前のエントリが最新になっている状態)、そこに書き込みすることができました。)

エントリがひとつのデータベースなのに二つのスレッドで進んでいるような状態になっているようです。で、ほうっておくと、他方のスレッドの古いエントリが最新という状態に勝手になってしまうんです。

そんな状態なのですが、これはいったい??

というような状態です。参考になればよいのですが、またお教えくださると助かります。

#48: Posted by Author Profile Page nishio @ December 12, 2007 [REPLY]
user-pic

>>46 nishio さん
>>45 bzbell さん

PHPのテスト、稼動しました。1という数字が表示されました。
ホスト名をlocalhostにしたところ、動きました。

#49: Posted by Author Profile Page bzbell @ December 13, 2007 [REPLY]
user-pic

>>48 nishio さん

こんばんわ^^

> ホスト名をlocalhostにしたところ、動きました。

あっそうでしたか。
でもよかったですね。これで mt-db-convert33.cgi の方も接続できそですね。

#50: Posted by Author Profile Page nishio @ December 13, 2007 [REPLY]
user-pic

>>49 bzbell さん

こんにちはー。

でもまただめでした。

---
mt-db-convert.cgi($Rev: 234 $): Converting your MT data between DB engines (for MT 3.3)

An error occurred while loading data:

繧ィ繝ゥ繝シ縺檎匱逕溘@縺セ縺励◆: Access denied for user '****'@'localhost' (using password: YES)
---

と出てきました。なぜでしょう…。これはサーバさんの問題でしょうか?

#51: Posted by Author Profile Page nishio @ December 13, 2007 [REPLY]
user-pic

>>50 nishio さん

自己レスですが、どうやらテーブルが存在していないようです。前に教えていただいたとおり、MTのデータベースを移植したらテーブルが作られるということでしたが、これは作られてないようですね。

テーブルの作り方がよくわからないのですが、myphpAdminで作るんですよね。手順が簡単であれば、お教え願えませんか。

教えて君でいつも申し訳ないですー…。

#52: Posted by Author Profile Page bzbell @ December 14, 2007 [REPLY]
user-pic

>>50 nishio さん
>>51 nishio さん

こんばんわ^^

テーブルは SQLite から MySQL に移行するときに作成します。テーブルを作成してからデータの移行が行われます。
ですので、最初はなくっても問題ないですよ ( ̄∇ ̄)b

エラーを見る限り nishio さんのアカウントでテーブルを作成することができないのではないでしょうか。

phpMyAdmin からテーブルを作成することはできますが、サーバサポートに確認してもらった方がいいかも、です。

#53: Posted by Author Profile Page nishio @ December 14, 2007 [REPLY]
user-pic

>>52 bzbell さん

こんばんはー! 寒いですね。お風邪に注意です。

さて、テーブルの件で今サポートに問い合わせをいれてみました。
その返答を待ってからまたご報告させてください。
よろしくお願いいたしますー。

#54: Posted by Author Profile Page bzbell @ December 14, 2007 [REPLY]
user-pic

>>53 nishio さん

こんばんわ^^

> 寒いですね。お風邪に注意です。

今日はホント寒いですね (^_^.)
インフルエンザも流行ってるようなので nishio さんも気をつけてください。

> その返答を待ってからまたご報告させてください。

はい。ぜんぜん問題ありません。
nishio さんも早く移行したいとこですよねぇ。

ちなみに nishio さんはどちらのレンサバ使ってるんですか!?

#55: Posted by Author Profile Page nishio @ December 16, 2007 [REPLY]
user-pic

>>54 bzbell さん

こんばんはーー。
インフルにかからないよう注意ですね。ほんとにはやってるみたい。

うちのレンサバは21companyっていうとこです。速いけど高いのです。テーブルの作り方のサイト発見したんで今からやってみます…。

#56: Posted by Author Profile Page nishio @ December 16, 2007 [REPLY]
user-pic

>>54 bzbell さん

mt-db-convert33.cgi、動きました! でもこういうエラーが。

---
An error occurred while loading data:
SQLエラーが発生しました: Column 'tbping_blog_id' cannot be null
---

テーブルの作成がよくわからなくて、フィールドの名前を適当に、数も1にしてやってみたんですが、いまいちこの仕組みがわかりません…。

#57: Posted by Author Profile Page bzbell @ December 17, 2007 [REPLY]
user-pic

>>56 nishio さん

こんにちわ^^

返事が遅くなってしまってすいません (; ̄∇ ̄A

> テーブルの作成がよくわからなくて、フィールドの名前を適当に、数も1にしてやってみたんですが、いまいちこの仕組みがわかりません…。

う~ん、わたし手動で MT のテーブルを作ってないので何ともコメントし難いのですが、mt.cgi と同じ場所に mt-db-convert33.cgi を置いてますか!?

mt/mt-check.cgi というスクリプトがあります。
そのスクリプトをブラウザから実行すると nishio さん のサーバ環境を知ることができます。
※使用後は、削除もしくはリネームしておいてください。

差し支えなければそのログを、ページに上にありますメールフォームから送っていただけますか。

#58: Posted by Author Profile Page nishio @ December 17, 2007 [REPLY]
user-pic

>>57 bzbell さん

メールフォームでお送りしようとしたのですが、FireFOXでしか使えないようですね。IEとOperaしか普段使っていないので、どうしましょう?

いつもお手間おかけして感謝してます。どうもです。

#59: Posted by Author Profile Page bzbell @ December 17, 2007 [REPLY]
user-pic

>>58 nishio さん

こんばんわ^^

> ・・・FireFOXでしか使えないようですね。IEとOperaしか普段使っていないので、どうしましょう?

あぁ (´Д`;)
前にも IE しか使ってないって人いたし、やっぱり他ブラウザも対応した方がよさそうですね。

今 nishio さん宅にメールしました。
そのメアド宛てに送っていただけますか (●´∀`●)

#60: Posted by Author Profile Page nishio @ December 18, 2007 [REPLY]
user-pic

>>59 bzbell さん
メールいただきました。お返事させていただきましたので、見てみてください。

わざわざメールまでくださってありがとうございますー。

#61: Posted by Author Profile Page bzbell @ December 19, 2007 [REPLY]
user-pic

>>60 nishio さん

こんばんわ^^

メル確認させてもらいました。特にこれといって問題なかったです。

MT3.3 の環境作って実際に mt-db-convert33.cgi を実行してみたのですが、わたしのとこでは問題なくテーブルも作成されるし、データ移行もできました。

>>50 のエラーを見る限り、MySQL に接続する各情報が違ってるように思うんです。

サーバサポートから MySQL の接続情報頂いてますよね!?
それを普通に入力するだけなんです。

#62: Posted by Author Profile Page nishio @ December 21, 2007 [REPLY]
user-pic

>>61 bzbell さん

こんにちはー!

mt-db-convert33.cgiを実行してみたところ、稼動しました。ですが途中でエラーで止まります。

MT::TBPingあたりがどうやら引っかかるようです。書かれているとおり、いろいろスクリプトをいじっては動かしてみているんですが、最後までちゃんと行ってくれない感じです。むずかしいよう…。

#63: Posted by Author Profile Page bzbell @ December 22, 2007 [REPLY]
user-pic

>>62 nishio さん

こんばんわ^^

はい。
データ量が多いと途中で止まってしまいます。
ですので、地道にやるしかないです ( ̄∇ ̄)b

> ・・・最後までちゃんと行ってくれない感じです。むずかしいよう…。

がんばって (●´∀`●)
なるべく昼間は避けたほうがいいかも、です。
朝方などサーバの負荷が少ない時間帯を選んでやるといいですよ ( ̄∇ ̄)b

#64: Posted by Author Profile Page nishio @ December 28, 2007 [REPLY]
user-pic

>>63 bzbell さん

なんとなくようやくエラーは回避できてSQliteにまた戻すことができました。ありがとうございました!

これからようやくCHAPCHAをつけてみようと思ってます。また報告しますね。ではでは~。あせあせ

#65: Posted by Author Profile Page nishio @ December 28, 2007 [REPLY]
user-pic

CAPTCHAについてお聞きしたいんですが、

>ブログの「設定」⇒「登録/認証」設定画面を表示します。
>「認証なしコメント」を許可(チェック)します。
ちなみに、その下にある各チェックボックスはユーザ認証サービスです。お好みでどうぞ♪
>「コメント」設定画面を表示します。
>「コメント許可」をチェックします。
>「CAPTCHAプロバイダ」から「Movable Type規定」を選択します。

この「CAPTCHAプロバイダ」という選択がどこにも出てこないのと、あと、イメージの表示場所とMTが勝手にリンクしてくれるのかどうかお聞きしたいんですが…。

教えてくんですいませんです…。エーン

#66: Posted by Author Profile Page bzbell @ December 29, 2007 [REPLY]
user-pic

>>65 nishio さん

こんばんわ^^

> この「CAPTCHAプロバイダ」という選択がどこにも出てこないのと、あと、イメージの表示場所とMTが勝手にリンクしてくれるのかどうかお聞きしたいんですが…。

あっ!! ごめんなさいあせあせ
「登録/認証」の設定画面じゃなくって、「コメント」の設定画面でした。
そのページの下の方に「CAPTCHAプロバイダ」ってのがあります