相変わらず海外からのスパムが多く、MovableTypeに付属のプラグインではフィルタ出来ないように日々改良されています。
こういう対策を自力でしなければならないというのも、他のブログサービスとは違う部分でございまして(^^;
良いプラグインを公開しているページが有りました。
こちらは、日本語のコメント・トラックバックであるかどうかをチェックしてくれるプラグインで、全角文字・ひらがな・
句読点がどのくらい含まれているかを細かく設定出来ます。
優れものですが、フィルタしてくれるだけで弾いてくれません。
そこで、海外から送られて来るスパムとしては最強な『ＩＰスパムフィルター』をテストしてみました。
≫ＩＰスパムフィルターを MovableType で使う方法！
こちらは掲示板等にも使用出来るようで、超便利です。
お試し下さいm(__)m
ってか、自分のリンクメモですが(笑)
MovableTypeにメールフォームを付け、このようなエラーが出た場合。
※使用しているプラグインは『MailForm』
【Page Template mail_post load error】
原因として『mail_post』『mail_preview』『mail_error』 のテンプレートモジュールが作成されていないという事が考えられます(作成されているのはインデックステンプレートの『mail_form』 のみということ)。
この場合はこちらのページを参考にして 『mail_post』『mail_preview』『mail_error』 の3つのテンプレートモジュールを作成して再構築すればエラーが出なくなると思います。
参考サイト
≫小粋空間-メール送信ページを作る
≫The
blog of H.Fujimoto-メールフォーム作成用プラグイン
今までロリポップを使っていて、サーバに置かれているファイルの名前が書き換えられていたり、
ファイルがいつの間にか無くなっていたり…
こういう事は今までどのレンタルサーバでも有りましたから別段大騒ぎする事は有りませんでしたが、
初めて借りたレンタルサーバがそうだったら騒ぐ人も居るんでしょうねぇ。
というか、大切なファイルが無くなったら騒いでもいいんでしょうけど(^^;
でも「異常は見られませんでした」とか言って、こっちのせいにされるのがオチなんでね。騒ぐだけ損ということになります。
しかしMovableTypeを使うようになってから、不満は一気に爆発。
よく考えてみたら、ロリポップは初心者の若い層がレンタルするサーバという趣旨で運営されていて、ブログデザインやオフィシャルページ等は、
私のような年寄りにはスマートな印象が持てないようなものになっています(若者の皆さんはあの色使いを良いと思うんでしょうかねぇ)。
いや、デザインよりも使いやすさの話ですね。
最初は重たさも感じずに、それでもロリポップのユーザ専用ページなんかは重たかったですが、なんとかストレス無く使っていました。
でもMovableTypeを使用してから、やっぱりロリポップサーバでは無理なんだという事が解りました。
ただ単に顧客を増やすだけではなく、もう少し違う方向に力を入れてくれるんじゃないかと思ったんですけどねぇ。
ウェブメールが出来るメールツールに限っては、ダイヤル(ダイアル)アップ並の動作です。
とても光接続とは思えないんですよね(;^_^A
やっぱりロリポップは、とりあえず初心者があれもこれもやってみたいっていう時にレンタルするサーバで、
本格的に使うには難しいのでしょうね。多分あちらサイドもその考えで運営しているんでしょう。今時、
追加料金支払って500MBまでしかレンタル出来ないのは辛いし、
ある時間帯30分以上もアクセス出来なかったのに障害情報が出てないのも困ります。
MovableTypeを使ったB食ブログは必ず途中でストップし、もうどうやっても再構築が出来なくなりました。
EntriesPerRebuildは現在5です。
これ以上減らしたら、いったい再構築に何時間掛かるんでしょ(>_<)
いつも参考にさせて頂いている『小粋空間』 さんオススメの、さくらインターネットに乗り換えようかと思っています。
MovableType3.2を導入した時に、私のような初心者が一番悩むのが『再構築の時のエラー』ではないでしょうか。
正直、ここで使うのやめようかと思ったくらいです。
胃がキリキリしました(笑
ロリポップの場合、再構築に失敗するとロリポップねーさんが出てくるわけですが、段々ねーさんの顔が鬼に見えて来ましたもの。
「くっそー！何で出来ないんだっ！！」
ほとんど毎日寝不足でした。
これは結局MovableTypeがサーバに負担をかけるもので、再構築の際にタイムアウトになってしまうからだそうです。
回避する方法として、次のようなものが有ります。
mt→mt-config.cgiに書かれている【# EntriesPerRebuild 40】というのはエントリー数を40個ずつ再構築するというもので、これを減らしてやるとタイムアウトしなくて済む（のではないか）と。
mt/mt-config.cgiの中に有ります
# EntriesPerRebuild 40
を
EntriesPerRebuild 10
に減らしてみます。
そうすると、再構築数が10個単位で行われるというわけです。
先頭に記述されている【# 】は取り除き、反映させるのを忘れないこと。
結局私はこれで回避出来ず、現在は5個単位にしています。
もう、イヤになるくらい時間が掛かりますから(涙)
これで回避した人も居れば、全くダメという場合が有ります。
他の、月間・カテゴリ等で失敗してしまう。
ということで、こちらも負荷をかけないような設定を。
mt→lib→MT→App→CMS.pmをダウンロードして書き換えます。
Individual => 1,
Daily => 2,
Weekly => 5,
Monthly => 10,
Dynamic => 5,
何となく見れば「こいつかな」というのが解ります。
なので、こいつを
Individual => 1,
Daily => 2,
Weekly => 3,
Monthly => 5,
Dynamic => 3,
とかに減らします。
もうこの辺は個人個人の予想といいますか、『この数字が良い』なんてものは有りませんので、1つずつ減らしてテストするとかしてみないと解りませんです。
現在どうなっているかというと、エラーは出にくくなりましたが、再構築の時間が掛かり過ぎるのがストレスになっています。
たまにエラー出るし。
尚、この時点でSQLiteへの変換は済んでいます。
何故SQLiteにしたかというと、ロリポップの場合はSQLiteが最速だと、どこかで読んだからです。
これでは全く満足出来なかった私は、ダイナミックパブリッシングにしてみることにしました。
これも「ダイナミックパブリッシングは素晴らしく速く、エラーが出ない」と、どこかで読んだからです(こればっかり)。
新ブログになったはいいけど、今までぶろぐんで書いた日記の処理はどうするんだと。
このまま削除するのはどうかと思うし、せっかくMovableType用エクスポート機能が装備されているんだから、それを使わない手はない。
ということで、早速インポート。
再構築エラー(涙)
もう、再構築エラーに関してはMovableTypeの仕様だと思っている自分がここに居ます(悲)
検索したら、データを何回にも分けてインポートすれば再構築エラーは何とかなるらしい（それでも「何とかなる」程度）。
仕方なしに、最初は500ライン程度に区切ってインポート＆再構築。
勿論すっげー時間掛かりますけど。
500ラインずつだと何日掛かるか解らないと、途中で気付く(爆)
で、一気に2000ラインをインポート。
再構築エラー(хх,)
仕様だからね、仕様…
結局ここでmt-config.cgiの
【EntriesPerRebuild 10】を
【EntriesPerRebuild 5】にして再構築。
通りました！！
いや、実際はこんなに早い解決じゃなかったんですが、もう書くのも腹立つので簡単に書きます（こういう人が多いはず）。
最終的に行ったのは、全てのインポートが終了した時点で再構築。
そりゃもう時間は掛かりましたけど、何とかクリア。
この間にも色々な事が有りましたけどね。
動いているから良しとします。
というより、良しとしたいです(希望)。
もう忘れてしまいたいんです！(超希望)。