ロリポップサーバーへのMovable Typeの納品

仕事柄お客さんの利用している様々なサーバーにMovable Typeの様々なバージョンをインストールしています。
今日はタイトル通りロリポップサーバーにMovable Type4.21を新規にインストール。
月額料金も極めて安価な「独自ドメインプラン」なるプランをご利用中。

ロリポップサーバーへのMovable Typeインストール納品は約2年半ぶりです。

GoogleなどでロリポップサーバーでMovable Typeをインストール件について調べていると不安になるような記述しかありませんが、SixApartのウェブサイトにもロリポップ！サーバーへのインストールhttp://www.movabletype.jp/documentation/mtinstall_mt_lolipop.html　というページまでわざわざあるし、
今回のお客さんが使っていたのでやむにやまれず初めてロリポップサーバーにMovable Typeをインストールしました。

結論から言いますと2度とやりたくないです。
プランにもよるのでしょうが、挙動が遅くて何もできない。
インストール時にも何かしら何度も面倒が起きて結局3回もMovable Type本体をアップして、全て削除してを繰り返しました。

スピードに関しては2000年前後のインターネット接続を思い出させるスピードです。
思えばダイアル回線のときによくもまあ他愛もない画像を見るためにみんなしてあんなに夜な夜な時間を費やしたのでしょう。
懐かしい思い出です。

という悠長なことが言ってられず、MySQLの遅さをどうにかできないか調べる。
結果、MySQLを使用せずSQLiteを使用したほうが良いとのこと。
何気にSQLiteは初の利用です。

できればデータベースはMySQLでやりたかったので、デモURLで作っておいた状態のものをバックアップして、バックアップファイル読み込みで納品しようと試みました。
本来これが理論上一番時間がかからなくておりこうなやり方なのですが、Movable Typeのバックアップ機能&復元機能を利用してどこもおかしくなかったということがまだ私は1度もありません。
なので出来る限り面倒くさくても納品は手動で行っていました。

が、今回はあまりにもロリポップサーバーが重いので、復元機能で納品を試みますが、何とバックアップファイルを読み込むことすら不可能！
別のサーバーとは言え、同じMovable Typeのバージョンでしかも同じMySQLで運用していたものからのバックアップファイルなのに・・・
グーグルで検索するもMovable Type4.21はリリースされたばかりであまり良い検索結果が得られずあえなく断念。

仕方がないのでデータベースをSQLiteを利用する。
ひどい話しだと思いつつも、この遅さは非常にまずいのでわらをもすがる思いでMySQLをやめてmt-config.cgiのデータベース部分を書き換えSQLiteに変更。

我慢できるスピードで動いた！

ひでえすロリポップ。噂のイメージ通りくらいですけど、噂通りひどいです。

サーバーへのアップロードが終わりいざ、インストール画面で進めていると以下のエラーが出て往生する。初めて見ました。
Can't locate object method "shift-jis" via package "Jcode" (perhaps you forgot to load "Jcode"?) at lib/MT/I18N/ja.pm line 93.
グーグルで検索しても解決法がなく、仕方がないのでエラーが出ている付近のフォルダ、ファイル一式をFTPでローカルから上書きする。
経験上、自分がおかしなことをしていなければFTPでMovable Typeをアップロードしているときに不思議と何かがもれているのが原因です。

とにかくあれこれありましたが何とか無事納品することができました。
とりあえず納品はできたものの、中期以上運用していたら再構築は不可能になり運用は不可能になるでしょう。
もちろんお客様には警告はさせて頂いております。
お客様はあまり詳しくないので恐らく私の警告は営業トークとして取られてしまっている可能性も多少ありますが本心です。

ちなみにロリポップを運営する株式会社paperboy&co.の親会社GMOは、私は個人的にファンで株式も長期保有しておりますのでロリポップが嫌いなわけではありませんです。
あくまで安価なプランをご利用のお客様だったのでMovable Typeの動作には長期的に見ればあまり十分な環境でないプランに納品するはめになったというだけでございますのであしからず。