やるべきことは、

1. MTのダウンロード


2. ファイルの編集


3. MTのアップロード


4. MTのセッティング


5. ブログの作成

全てロリポップ！のインストールガイドを読みながら進めればいいです（とても分かりやすいです）。

MTのダウンロード

MTのダウンロードはTypeKeyに登録しないとできませんので少し時間が掛かりますが、難しいことは何も無いと思います。

ファイルの編集

ファイル（mt.cfg）の編集ですが、MTをアップロードする場所を指定します
（例：CGIPath http://***.***.jp/cgi/mt/）
ので、先にディレクトリを作っておいたほうがいいと思います。ロリポップ！の場合はユーザー画面のWebツールに『ロリポップFTP』というのがありますので、これでディレクトリを作っておけばいい（DirCreate）と思います。後でMTをアップロードする際にはここで指定したディレクトリにしてください。

dbフォルダへのパスはDBフォルダへのパスを設定します。とにかくインストールを急ぎたい方はマニュアル通りに絶対パス（フルパス）を入れてください。
（例：DataSource /home/sites/lolipop.jp/users/chu.jp-hoge/web/cgi/mt/db）

[ ロリポップ！マニュアルから引用 ]

ロリポップ！ユーザーの方は、『 ユーザー専用ページ 』 の 『 アカウント情報 』 にて、絶対パスを（フルパス）確認することができます。

が、データベースはMySQLでと考えている方はちょっと待ってください。

MySQLはちょっとややこしい（自分でMySQLを構築するとなるとかなりきつい）のですが、ロリポップ！ユーザーの方は安心してください。ちゃんとMySQLに関する親切なマニュアルが準備されています。

マニュアルにしたがって、

• まずは、MySQLのデータベースを作成し、


• DataSourceの行（27行目）は#でコメントアウトのままにして、


• その下にでもデータベース情報を記載します。（スクロールしていくと該当箇所がありますのでそこのコメントアウト#を外して編集しても構いません）


• 忘れてならないのがmt-db-pass.cgi ファイルのパスワード入力です。

ロリポップ！ユーザーでない方は、ちょっとだけきついかもしれません。自宅サーバとなると、かなりしんどいです（まあ、私にもできたので根気があればできますが）。

続けます。
142行目から145行目の編集は、ロリポップ！が『suexec』を使用しているため、編集します。そうでないサーバの場合は編集する必要はありません。

以上で、mt.cfgファイルの編集は終わりですが、cgiの実行をロリポップ！のようにどこででも実行可能でない場合（cgi-binディレクトリに限定している場合）は、まだ終わりではないです。
この場合は、公式マニュアルにしたがって、スタティックファイルへのパスを設定してください。

また、ロリポップはperlが
/usr/bin/perlでも
/usr/local/bin/perlでも
動きますので問題ないですが、サーバーによってはperlが
/usr/bin/perl
では動いていない場合があります。その場合、全てのcgiファイルの1行目をperlが設置されているパスに書き換えてください。
ロリポップ！は本当に親切ですね。つくづく思います。

MTのアップロード

さて、ファイル編集で随分文章が長くなりましたが、次の『MTのアップロード』にいきましょう。

FTPソフトの設定方法もロリポップ！のFTPマニュアルに記載していますので参考にしてください。FTPソフトですが、間違いないのは『FFFTP』です。私は『RootFTP』を使っています（どちらも無料）。
先ほど紹介した『ロリポップFTP』で転送することも可能ですが、一つ一つアップしないといけないのでちょっと大変です。

FTPソフトでつなげたら、先ほどのMySQLのマニュアルにしたがって、さっき決めたMTをインストールするディレクトリにアップロードしてください。

ここで、dbフォルダ（ディレクトリ）の作成ですが、MySQLを選択した方は作成する必要はありません。

ブログを公開するフォルダ（ディレクトリ）は自由に作ってください。後で、MTのセットアップの際にここへのパスを入力します。ちなみに、ブログを複数作る予定であればその数だけ作っておいてもいいです。

MTのセッティング

続いてMTのセッティングです。

マニュアルstep2にしたがって『mt-check.cgi』と『mt-load.cgi 』を実行します。私はここで何度もつまづきました（自宅サーバのとき）。しかし、ロリポップユーザーのあなたであれば、何もトラブルはないでしょう。「へ？」というぐらいに素通りできるでしょう。

うまくいきましたら、『 mt-check.cgi 』 と 『 mt-load.cgi 』 を忘れずに削除しておいてください。

さあ、いよいよMovableTypeを起動します。

ブラウザで『mt.cgi 』にアクセスします。最初のID、パスワードは『 Melody 』、 『 Nelson 』です。ログインしたら早速アカウントとパスワードを設定してください。

ブログの作成

最後のステップです。『新しいウェブログの作成』を行なうか、『FirstWeblog』を編集します（どちらでもいいですし、どちらでも手間は変わりません）。

基本設定でパスの設定を行います。『MTのアップロード』のところでブログのディレクトリを作っていない方は、ブログのファイル（htmlファイルなど）を格納するディレクトリも作成してください。設定保存して再構築すればブログの完成です！（まだ何も記事はありませんが）

お疲れ様でした。

【2005/6/21追記】
blog.ps4.jpでMovable Typeのインストール方法の解説がありますのでご紹介しておきます。

やるべきことは、

1. MTのダウンロード


2. ファイルの編集


3. MTのアップロード


4. MTのセッティング


5. ブログの作成

全てロリポップ！のインストールガイドを読みながら進めればいいです（とても分かりやすいです）。

MTのダウンロード

MTのダウンロードはTypeKeyに登録しないとできませんので少し時間が掛かりますが、難しいことは何も無いと思います。

ファイルの編集

ファイル（mt.cfg）の編集ですが、MTをアップロードする場所を指定します
（例：CGIPath http://***.***.jp/cgi/mt/）
ので、先にディレクトリを作っておいたほうがいいと思います。ユーザー画面のWebツールに『ロリポップFTP』というのがありますので、これでディレクトリを作っておけばいい（DirCreate）と思います。後でMTをアップロードする際にはここで指定したディレクトリにしてください。

dbフォルダへのパスはDBフォルダへのパスを設定します。とにかくインストールを急ぎたい方はマニュアル通りに絶対パス（フルパス）を入れてください。
（例：DataSource /home/sites/lolipop.jp/users/chu.jp-hoge/web/cgi/mt/db）

[ ロリポップ！マニュアルから引用 ]

ロリポップ！ユーザーの方は、『 ユーザー専用ページ 』 の 『 アカウント情報 』 にて、絶対パス（フルパス）を確認することができます。

が、データベースはMySQLでと考えている方はちょっと待ってください。

MySQLはちょっとややこしいのですが、ちゃんとMySQLに関する親切なマニュアルが準備されています。

マニュアルにしたがって、

• まずは、MySQLのデータベースを作成し、


• DataSourceの行（27行目）は#でコメントアウトのままにして、


• その下にでもデータベース情報を記載します。（スクロールしていくと該当箇所がありますのでそこのコメントアウト#を外して編集しても構いません）


• 忘れてならないのがmt-db-pass.cgi ファイルのパスワード入力です。

続けます。
142行目から145行目の編集は、ロリポップ！が『suexec』を使用しているため、編集します。

以上で、mt.cfgファイルの編集は終わりです。

MTのアップロード

FTPソフトの設定方法もロリポップ！のFTPマニュアルに記載していますので参考にしてください。FTPソフトですが、間違いないのは『FFFTP』です。私は『RootFTP』を使っています（どちらも無料）。
先ほど紹介した『ロリポップFTP』で転送することも可能ですが、一つ一つアップしないといけないのでちょっと大変です。

FTPソフトでつなげたら、先ほどのMySQLのマニュアルにしたがって、さっき決めたMTをインストールするディレクトリにアップロードしてください。

ここで、dbフォルダ（ディレクトリ）の作成ですが、MySQLを選択した方は作成する必要はありません。

ブログを公開するフォルダ（ディレクトリ）は自由に作ってください。後で、MTのセットアップの際にここへのパスを入力します。ちなみに、ブログを複数作る予定であればその数だけ作っておいてもいいです。

MTのセッティング

続いてMTのセッティングです。

マニュアルstep2にしたがって『mt-check.cgi』と『mt-load.cgi 』を実行します。私はここで何度もつまづきました（自宅サーバのとき）。しかし、ロリポップユーザーのあなたであれば、何もトラブルはないでしょう。「へ？」というぐらいに素通りできるでしょう。

うまくいきましたら、『 mt-check.cgi 』 と 『 mt-load.cgi 』 を忘れずに削除しておいてください。

さあ、いよいよMovableTypeを起動します。

ブラウザで『mt.cgi 』にアクセスします。最初のID、パスワードは『 Melody 』、 『 Nelson 』です。ログインしたら早速アカウントとパスワードを設定してください。

ブログの作成

最後のステップです。『新しいウェブログの作成』を行なうか、『FirstWeblog』を編集します（どちらでもいいですし、どちらでも手間は変わりません）。

基本設定でパスの設定を行います。『MTのアップロード』のところでブログのディレクトリを作っていない方は、ブログのファイル（htmlファイルなど）を格納するディレクトリも作成してください。設定保存して再構築すればブログの完成です！（まだ何も記事はありませんが）

お疲れ様でした。

【2005/6/23追記】
CHEEBOWさんのインストール方法の説明（ロリポップ編）も紹介しておきます。

1. MovableTypeのデフォルトテンプレート
2. MovableTypeのデフォルトテンプレートCSSカスタマイズ
3. Dr.blog
   色々なデザインのテンプレートが選べます。とりあえずはここで入手するのがいいでしょう。私もお世話になりました。本も出版しています。
4. 小粋空間
   中級から上級者向けだと思っています。小技をきかせたい場合には色々と参考になります。一通りMTになれたらここで勉強するのをおすすめします。私もここで勉強させてもらいました。
5. グレ・マケ
   『新聞社サイト風テンプレートＮＥＯ・改』はかなりおすすめです（人によるかもしれませんが）。今の私のサイトも、原型はこの『新聞社サイト風テンプレートＮＥＯ・改』です。

概要の文字数
デフォルトの50文字は少ない感じがしますので200文字ぐらいに設定したらどうでしょうか。とはいえ概要を個々にきちんと記述することをおすすめしますが。
【2005/6/19追記】
概要をツールチップ等で表示させるならば200文字は長すぎるかもしれません。

以前の形式の個別アーカイブへのリンクをつかう
これは、実を言うと悩みます。以前の形式の方がいいという意見もあります。というのは、4月1日に投稿した記事を後で修正したので日付を5月1日にした場合、新たに2005/05/フォルダに作成されてしまい、2005/04/フォルダの記事は残ってしまうからです。

しかし、月別にフォルダが分かれているのも管理する立場ではよいともいえます。結論としてはどちらでもいいということですが、ここにチェックを入れない場合は、日付の変更は避けたほうがいいでしょう。

ウェブログが更新されたときに通知する
ここでは、エントリーしているランキングサイトなどにサイトが更新されるたびにPingを送りたいときなどに活用します。Pingを受け取ったサイトはあなたのWebサイトの最新記事のタイトルなどを自動的に変更してくれるでしょう。

トラックバック先の自動検出を動作させる
記事にリンクを貼った旨のPingを相手サイトに送るのを自動化します。いちいちトラックバックURLを調べてPingするのは手間ですので、チェックを入れておいたほうがいいと思われます。Pingを受け取ったサイトは自動的に（留保を入れている場合は半自動的に）最新のトラックバック情報を更新してくれます。

アーカイブの設定
特にいじる必要はありませんが、作成したブロクが月別アーカイブやカテゴリー別アーカイブを使わない場合にチェックを外しておくと再構築の時間を短縮させることができます。

MTはテンプレートをいじくることで（CSSもいじくりますが）表現を様々に変えることができます。テンプレートの追加も自由です。各テンプレートに共通の部分はモジュール化することで管理も容易になります。プラグインもあります。詳しくはもう少し後に説明しますが、こうした、自由度の高さがMT人気の理由でしょう。

自由度が高いということは、アイデア次第でいろんなことができるということです。私も「これがブログなのか！」と驚くようなサイトにいくつか出会いました。

最初は日記をつけることからはじめることになるでしょうし、それがおすすめなのですが、その後本格的にホームページを運営してみたくなるでしょう。その時、MovableTypeとあなたのアイデアがあれば手数を掛けずにホームページが構築でき、しかも運営は楽勝な状況になるでしょう。

ホームページビルダーもいいです。最近は機能が更に充実して玄人もうならせるほどだと聞いています。しかし、ホームページビルダーを買ったはいいけど部屋の隅に放置されている人も多いでしょう。うまく使いこなしている人でも運営し続けるのは大変だと感じていませんか？

MovableTypeであれば、そんなわずらわしさを取り除いてくれます。最初は日記で慣れましょう。親切な人たちが作ってくれたテンプレートをとっかえひっかえするだけでも結構満足な表現ができてしまいます。今後もいろんなテンプレートが出回るでしょうから、好みのテンプレートが出るまでコンテンツは日記に絞り、ゲットしてから他のコンテンツに進出するというのも賢い戦略でしょう。私もそのうちテンプレートを配布するかもしれませんしね。

ちょっと熱くなってしまいましたが、なぜMovableTypeなのか、分かっていただけましたでしょうか。

使用感ですが、再構築のバックグラウンド処理というのは普通の再構築ではあまりよく分かりません（ポップアップなので）。多分変化はないです。おそらく新規エントリーで効果があるのだと思いますが、アップグレード後これが最初の投稿なのでまだ分かりません。後で追記します。

あくまで私にとって助かった点ですが、ヘルプのポップアップが正しく表示されるようになりました。これはもしかしたら、このアップグレードを機会に個人5ユーザーライセンスを取得したからかもしれませんし、そうでないかもしれません。とにかくヘルプが表示されると安心感が違いますね（笑）

なお、今回実行したのですが、フッター（powerd）部分は『インデックスと一緒に再構築』のチェックを外すというのは前に説明したノウハウですが、これ以外に、私の場合複数サイトを運用していますので、各サイトでフッター部分を再構築するのは少しだけ面倒です。そこで、以下のように変更してみました（といっても次にアップグレードするまで役に立たないのですが）。

メインのページのフッター部分を作成するインデックス･テンプレートとして、例えば

<div class="syndicate">
<a href="<$MTBlogURL$>index.rdf">Syndicate this site (XML)</a>
</div>
<div class="powered">
Powered by <a href="http://www.movabletype.org">MT <$MTVersion$></a><br />
</div>

<?php readfile('絶対パス/SyndicatePowered.inc');?>

【2005/6/16追記】
新規エントリーの場合でもリビルド時間はあんまり変わらないようです。バックグラウンド処理を実感することはできませんでした。どちらかというと、『サイトの再構築』をやっている間も処理が可能ですので、この辺りが変更されたのかもしれませんが、以前がどうだったのか記憶があやふやなのでよく分かりません。

メインサイト以外で1行だけの『SyndicatePowered.inc』を作るよりも、直接インデックス、各アーカイブの該当箇所に上記のreadfile関数を利用した方がいいように思います。ファイルが多くなるとその分だけサイトを増やす際に手間が増えますので。そういう意味で、部品かも度が過ぎるとどうかなという感じもしますね。

【2005/6/21追記】
include関数よりもreadfile関数の方が、PHPプログラムを実行させないのであればふさわしいことが分かりましたので文章を修正しています（入れ子の場合は注意）。

Pingを飛ばしてくれたblog.ps4.jpでMovable Typeのインストール方法の解説があります。こちらはフルインストールの解説なので、アップグレードの場合は注意が必要です。

私の場合、当初、私とNamePが、それぞれMovableTypeをダウンロードして、それぞれ自宅のサーバーにアップロードし、投稿者数の問題をクリアさせました。ウェブログ数もそれぞれ１つしか持っていませんでしたので問題は無かったと思っています。

ところが、それまでの経験で、別々のMovableTypeでは何かと管理が大変だというか、それではMovableTypeの機能を有効に使えないことが分かってきたため、ロリポップ！でkodakara.comを運営する際は、同じMovableTypeで管理することにしました。

そこで、サイトを立ち上げた6月5日から、3.17にバージョンアップするついでに有償の『5ユーザー・ウェブログ数無制限』プラン（税込み8820円）を購入した6月16日までの2週間弱の間は、ライセンスに違反した状態で使っていたわけです（爆）

しかし、まあ、これぐらいの期間であれば、おとがめも小さいでしょうし、おそらく、『限定個人ライセンス』が特段の利用制限が組み込まれていないのは、お試し期間を設けてもいいという姿勢なのだと思っています。有償ライセンスが永久ライセンスであることから、いつ有償に切り替えるかはあまり問題ではなく、MovableTypeはいい！と本気で思ったときに切り替えるというので差し支えないのではないでしょうか。

複数人の投稿というスタイルや複数サイトの管理というのも、やってみなければうまくいくのかどうか分かりませんからね。

ということで、結論は、無償から始め、うまく活用できそうなら有償に切り替えるというものです。切替時期は私と同じようにバージョンアップ時でもいいのかもしれません。無償でも機能的な制限は無い模様です（私の場合はヘルプが表示されないという不具合がありましたが、多分別の原因でしょう）。

ところで、インデックス・テンプレートには『RSS1.0』と『RSS2.0』の2つのテンプレートがデフォルトで用意されており、インデックスと一緒に再構築する設定になっています。これは一体何なのか？2.0だけじゃ駄目なのか？という疑問を抱いたのは何も私だけじゃないと思いますが、今回のRSSの用語の定義を読めばなるほどと腑に落ちることでしょう。つまり、2つの流派が並存しているのが現在だというわけで、
rdfファイル（index.rdf）のRSS1.0
xmlファイル（index.xml）のRSS2.0
はどちらも作成しておいた方が無難というわけです。

いずれもxmlもしくはxmlベースの記述であり、開いてもxmlソースが見れるだけで何がうれしいのか全然分からない、という感覚に襲われたのは一度や二度ではないと思いますが、RSSリーダーのためにあると分かると納得ですし、RSSの便利さを知るとその重要性を再認識させられますね。

また、RSSが概要を表示させる機能を持っていることから、今後は概要もできるだけ手を抜かないようにしたいものです。

さて、そうなってくると、よく隅っこの方に書いてある"Syndicate this site(XML)"についても解明したくなります。調べてみたところMovableTypeを攻略せよ！がヒットし、更に読み進めていくとなぞが解けてきました。これは結局RSS（xml形式）の配信を受けるための情報連結をするというような意味と思われ、要するに配信登録というニュアンスなんでしょう。

ということで、自分のサイトもこの意味不明な"Syndicate this site(XML)"という呪縛からようやく解き放つことができました（笑）

それでは、RSSリーダーでのサイト登録はRSSファイルを指定しないといけないのかというとサイトURLで検索をかければRSSファイルを読み取ってくれるので、実のところRSSリーダーを使う側にとっては情報はサイトURLだけで十分なわけで、RSSのバージョンなどどうでもよいのだと思います。

そんなわけで、素人を混乱させる元凶のRSSファイルへのリンクですが、人間が見て何が書いてあるのかが分かった方が気分いいですし、こちらとしてもRSSファイルがどういう構成になっているのかを分析しやすいと思います。

そうしたところ、ADPでスタイルシートを使ってRSSファイルを人間が読めるようにする方法が紹介されていました。

まず、W3Cのライセンスに関する文面を見て一礼する（それでいいのか？？）。

次に、ADPのstyles-rdf.cssをかっぱらい、index.rdfが置かれるディレクトリ（<$MTBlogURL$>にあたるディレクトリ）に放り込む。インデックス・テンプレート中、RSS 1.0 Indexの2行目に、

<?xml-stylesheet href="<$MTBlogURL$>styles-rdf.css" type="text/css"?>
を書き込む。場合によっては、RDFファイルのMIMEタイプをtext/xmlか、application/xmlに変える必要がある。

styles-rdf.cssファイルはこちらから。

アップグレードした場合、注意するのは総合新着ページの作成におけるup-rebuild.cgiの設定です。

up-rebuild.cgiを開くとmt.cfgという文字列がありますが、3.2からはmt.cfgがないので、ここをmt-config.cgiに置き換えます。

【2006/9/9追記】

アップグレードにより、『リンクにtarget="_blank"を自動的に入れる方法』をやり直す必要があることが判明しました（当然ですが）。3.3からはmt_ja.jsファイルの変わりにmt.jsファイルを修正すればできます。

タグ（キーワード）:

• アップグレード

• タグ

しかしながら、稀なケースで、スパムでないトラックバックも排除していることが判明し、やはりまめに『迷惑トラックバック』のチェックも行わなければならないかなと思っています。それにしても、何が楽しくてこんなことをするのでしょうか。

Googleのページランクのアルゴリズムが、ページランクの高いトップページからのリンクが多い場合、優良なサイトに認められたサイトであるので優良であろうという仮説から、多くのリンクを受けているサイトであることがページランクが上がる要素となっており、これにトラックバックが有効であった時代があったそうですが、Googleも馬鹿じゃないので、進化して、スパムを無視するアルゴリズムが形成されているはずです。そもそも、なぜこのような浅ましいことまでしてランクを上げることに執着するのでしょう。

何が目的かを見失ってしまっていると思います。ランクを上げることは目的ではなくマイルストーンでしょう。また、仮にサイトのランクを上げて、お金儲けにつなげるとしても、お金を儲けることもやはり目的ではなくマイルストーンのはずです。トラックバックスパムを集中的に行なって、ランクが上がったら大人しくして、信用のあるサイトとして振る舞い、愚者からお金を搾り取ろうとしているのでしょうか。仮に、お金を手にして自分の欲望を満たすことだけが目的であるとすれば、憐れんでしまいます。

あるいは、自分の主義主張を世の中の多くの方に理解してもらうことが目的であるとしたら、トラックバックスパムをすることが自分の主義主張に適っているのでしょうか。「トラックバックスパムは成功のための手段であり、問題は切り離せる」と思っているとしたら、あまりにも世の中を甘く見ているとしか思えません。

こうしたトラックバックスパムが日本人から来ていないようであることは私としては救いです。トラックバックスパムが全くの時間の無駄であり、潔くなく、卑怯であることを理解しているからだと信じています。

【2006/10/18追記】

禁止IPアドレスの設定を行うようにしてみました。
一つ一つちまちまと設定するのはあほらしいので、一括でできないものかと探してみましたところ、『AutoIPBanプラグイン』というのを見つけました。

設定画面に『禁止IPアドレス』タブが表示されていない人は、まず、『mt-config.cgi』に

ShowIPInformation 1

を入れてください。

ダウンロードしたAutoIPBan.plをMovable Typeのpluginsディレクトリにコピーするだけで完了です。

すると、迷惑トラックバックに表示されたトラックバックを全部選択して、『その他の操作』ドロップダウンリストボックスから『AutoIPBan』が選択できるようになっています。これを選択し、『Go』ボタンを押せば、選択したIPが全て『禁止IPアドレス』として一括登録されます。

ところで、禁止IPを設定した場合、悪意がない人も排除する可能性があります。その点は承知の上で、やはり必要ということであれば実施してください。

再構築時間が増大となると、500エラーが頻発します。バージョンが上がってからは、500エラーが出てからも『戻る』ボタンを押せば再度再構築に取り掛かりますので、何度か繰り返すことで、投稿データを水泡に帰することを回避できるようになりましたが、『戻る』ボタンを２回クリックしてしまうと投稿データが消えてしまい、被害は甚大です。

ということで、このままでは時間も無駄に消費されてしまいますし、投稿データが消えてしまうリスクもあるので、MySQLよりも調子が良いとうわさのSQLiteに移行を決断した次第です。

移行には、『Ogawa::Memoranda』さんの『Movable TypeのデータベースをDB間で相互にコンバートするCGIスクリプト』を活用させていただきました。

基本的に何も考えないで移行できますが、移行手順に関する私なりの留意点を述べておきます。

• ゲットした『mt-db-convert.cgi』をアップロードし、これをブラウザで実行すると移行前のパラメータが既に読み込まれています。但し、MySQLのパスワードが未入力になっていますので、『mt-config.cgi』からパスワードをコピペします。
• 移行後のパラメータはファイルのパスだけです。私が勘違いしていたのはディレクトリのパスを指定するのかと思っていたことで、最後に『/』を入れていたのですが、これが間違いでした。
• 例えば『./db』というように指定すると、mt-db-convert.cgiのあるディレクトリ上にdbというファイルが出来上がります。拡張子はありません（指定していないので）。これがデータベースになるわけです。
• 多少の警告メッセージのようなものが出ますが、気にしないでよさそうです。間もなく移行が完了します。
• 完了時に、『mt-config.cgi』のデータベース指定を書き換えるための代替案が提示されますのでそれを『mt-config.cgi』にコピペします。
• 『mt.cgi』を実行していつもどおりにエントリー等の編集が可能で移行に問題が無かったことを確認し、これまでのMySQLのデータベースを削除します（ちょっと勇気がいります）。やり方は、ロリポップであれば、『Webツール』の『データベース作成』を表示させ、『削除』ボタンを押すだけです。

【追記】

移行後の使用感ですが、再構築はかなり速くなった感じです。ページの移動もデータベースへのアクセスが短くなった分だけ多少きびきびした動きに感じられます。

なお、ディスク使用量が、51Mから54Mに３Mほどアップしました。つまり、MySQLでのデータベース使用分はカウントされていなかったことが確認できたわけですが、僅か３MをケチるためにMySQLを使い続けるのが馬鹿らしいと思うほどの快適さはSQLiteは提供してくれているようです。但し、自宅サーバーの方であれば、ユーザー数の増大によるトラフィックの増大がないと思いますので、MySQLの方が良いと思います。

【2006/10/19追記】

再構築時間を比較してみたところ、MySQLよりもSQLiteに軍配が上がりました。

なお、『mt-db-convert.cgi』で「MySQL→SQLite」の変換は一発でできましたが、「SQLite→MySQL」の変換は、何度もこけました。MySQLの方が重いことが分かりましたので、逆の変換をしようとする人は少ないと思われ、実害はあまりないかもしれませんが、ご報告しておきます。

今のところ、目立った改善は無いような気がしています。気持ち早いかなという程度で、MySQLをSQLiteに変更したことによる向上の方がありがたみが大きいように思いました。

ブラウザでの表示速度は、今のところ変わりがあるようには思えず、「通信回線の問題なのかな」と思ったりします。

まあ、お試し期間が15日間あるので、もう少し併行して使用してみてから、移行するかどうかの最終判断をしようと思います。

【追記】
再構築時間比較（306エントリ；17日21時前実行）
チカッパ（DB：SQLite）：４分５秒
ロリポップ（DB：SQLite）：３分55秒

通信回線による誤差があるのでロリポップが速いと断言できませんが、チカッパにしたからといってデータベース操作が速くなることはないようです。MySQLならサーバーのスペックによる違いが出てくるかもしれませんが、SQLiteにしている限り一緒の可能性が高いです。

【2006/10/19追記】
再構築時間比較（308エントリ；19日17時実行）
チカッパ（DB：SQLite）：１分43秒
ロリポップ（DB：SQLite）：１分54秒

前回と今回では実効命令した場所が違うので通信回線の太さが違うと思われます。また、前回は21時前、今回は17時前ということで、時間帯による混雑具合も異なると思われます。

再構築時間比較（308エントリ；19日19時実行）
チカッパ（DB：SQLite）：１分37秒
ロリポップ（DB：SQLite）：２分10秒

再構築時間比較（308エントリ；19日20時実行）
チカッパ（DB：SQLite）：１分03秒
ロリポップ（DB：SQLite）：１分20秒
チカッパ（DB：MySQL）：１分55秒

チカッパとロリポップでは再構築時間を比較すると、僅かにチカッパに軍配が上がるのかもしれません。一方、一度しかトライしませんでしたが、MySQLにDBを変換してやってみましたが、MySQLはチカッパにおいても遅いようです。

【2006/10/24追記】
再構築時間測定（316エントリ；24日１時実行）
チカッパ（DB：SQLite）：43秒

ロリポップとの比較は行なっていませんが、未だかつてロリポップでこれほどのサクサク間を味わった記憶がないので、チカッパ優位は確実と見て良いように思います。

となると、転送量が1日１GBという点だけが気になります。うちのサイトでのここ1週間のデータ転送量は
Vulcanの日記：295.32MB（1日43.43MB）
MovableTypeで脱初心者！：74.23MB（1日10.87MB）
namepの日記：333.14MB（1日48.90MB）
RENの日記6.39MB（1日0.97MB）
２歳からのジグソーパズル8.05MB（1日1.20MB）
ということで、合計してみると１日当たり105.37MBです。namepの日記は最近写真を多用し始めましたので、転送量が高くなっています。

ロリポップの転送量がいくつに設定されているのか分かりませんが、チカッパより低いことは確かです。となりますと、今後、NamePが写真を扱ったページを増やす、アクセス数が増加するということを見越すと、転送量１日１GBというのは、それによって今すぐ恩恵を感じることができなくとも、押さえておくべきポイントなのかもしれません。

さて、こうしたところを押さえた上で両者を比較して見ましたが、やっぱり結論が出ない、というか踏ん切りがつきません。それをある情報が決め手となってくれました。

それは、「チカッパ」という名称は、博多弁と「力いっぱい」から来ており、九州男児を表現しているという情報です。日頃、「ロリポップ」というナウでヤングな女性受けを狙ったレンタルサーバーを使用しているということに負い目を感じていた私としては、「男子たるものロリポップに安住するべきではない。チカッパこそ男の生きる道である。」と考えました。

ということで、まんまとpaperboy&co.の思惑通りになってしまった感がありますが、自分の判断に満足しています。

なお、チカッパの上位に当たるレンタルサーバーとしてハイスペックなヘテムルというのがありますが、こちらはクリエーター向けという扱いで、私なんぞには猫に小判です。