・[mixi] Movable Type | mixiとの連携
・mixiSync
……mixi日記とMovableTypeに同時投稿(プラグイン)
・MT2MIXI ver.1.1
……MovableTypeのエントリをmixi日記に連携させるためのPHPスクリプト。
(mixi側が携帯以外からのメールでの投稿を拒否するようになったため、現在mt2mixiは動作しません。)
・MT2MIXI改造方法 : (Dreamのお好み情報箱)
……上記MT2MIXI ver.1.1を改造する方法。
記事を送信した際のメールのヘッダーに、携帯のアドレスを表示される事で、メール投稿を可能にさせる。
・ブログを書いたら mixi 日記に自動投稿(post_blog_to_mixi.pl)
……RSS からタイトルと permalink url をひろって投稿
【エントリ編集画面1】
・エントリーのプレビューを行う
エントリーのプレビューを行うプラグイン(MT3.2/3.3対応版)
エントリーのプレビューを行うプラグイン
エントリーの入力中に表示を確認する(04/03 05:27)
・caramel*vanilla - [MT3.2]ファイルのアップロードを便利にするプラグイン
【エントリ編集画面2 ボタンの挿入系】
・TinyMCE Plugin for Movable Type Ver1.10 Ja
……WYSIWYGエディタ。MacOS10.4以上、CPUはG5以上。
(動作条件とエントリー編集画面のHTMLタグ挿入ボタンの不具合の問題を解決させないと、私の環境では実用的にならない)
・caramel*vanilla - [MT3.2]投稿画面にHTMLエディターを組み込む+絵文字
・Movable Typeの編集ボタンをちょい便利にするプラグイン doEdit/楽
……「編集画面をデフォルト以上、WYSIWYGエディタ未満」にするプラグイン。
すごく使ってみたい!! が、Firefox1.5.0.10で、エントリー編集画面のボタンを使用すると画面上方にスクロールされてしまう問題が解決されていないから、うまく使えないかも……。
・Movable Type のエントリー編集画面に自由に機能追加できるプラグイン (blog.aklaswad.com)
・MovableType用EntityRefButtonプラグイン v0.0.5
……エントリー編集画面に、実態参照の変換用ボタンを追加するプラグイン。MT3.3以上
・エントリー投稿画面にDecodeボタン/楽
・エントリーで色ボタン設定
・エントリー投稿画面にFont Colorボタン/楽
・sorarium : エントリーのリンクtargetを_blankにする
【管理画面】
・管理画面のカテゴリーをDescriptionで表示するプラグイン/楽
・小粋空間: 管理画面のエントリーリストのタイトルを全て表示する
・管理画面でエントリーリストのタイトルを全表示するプラグイン/楽
・小粋空間: 管理画面のエントリーリストにパーマリンクを表示する
・caramel*vanilla - [MT3.2]管理画面の迷子防止プラグイン
【コメント欄】
【アーカイブ】
・ エントリーの関連付けを行うプラグイン・MT3.2以降用改良版（その3）
……(同一Blogの関連するエントリーを出力するなど)
・MovableType3.2 フッタの西暦表示をリアルタイム化
・CheckLinks.pl(エントリ内のリンク切れをチェックする)
・MTプラグイン MTEntry：特定の記事を表示する方法 [ItsMemo::IT]
【テンプレート】
・カテゴリーごとにデザイン変えるのは可能か？
・カテゴリーごとにテンプレートを切り替える
【その他】
・MT パスワードを忘れたら、MT-MEDIC: BitbizDesign/Hiroki Harada
・ALPSLAB clip!
……Webサイトやブログに、今までになく簡単、便利に、地図を貼り付けることができるサービス
・MTAprilFool (期間限定)（ツール） - アイデアマンズ株式会社
・複数のブログでモジュールを共有 | Dr.Blog -ブログ研究所
・[mixi] Movable Type | Macのローカル環境（MAMP）でMovableTypeを構築
・Movable Typeを携帯電話に対応させる「MT-Mobile」
・MT 3.2 + Tagwire Pluginでタグ入力をオートコンプリートする - Ogawa::Memoranda
【参考】
・Six Apart - Movable Type プラグインディレクトリ
基本的に、タグは直接打っていたので気が付かなかったのですが、たまたまエントリー編集画面の文字装飾ボタンを使ってみたところ、いきなり文頭にスクロールされてしまいました。。
ちょっと調べてみたところ、Windows + IE6で同様の事が起きているらしく、それを回避する方法がありました。
■エントリー編集画面でのタグ挿入ボタンの謎の挙動、解決・・・の巻/tmpl/cms/edit_entry.tmplの
<a href="#"> を
↓
<a href="javascript:void(0);"> に変更
また、小粋空間さんでエントリー編集画面のHTMLタグ挿入ボタンの不具合を解消するプラグイン(InvalidateLinkOfInsertTag.pl )修正版・エントリー編集画面のHTMLタグ挿入ボタンの不具合を解消するプラグイン（改）が配布されてい
ます。
で、それぞれ試してみたのですが、私の環境(MacOS10.3.9 & Firefox1.5.0.10、後に2.0.02)ではともに効果がありませんでした。
(なんとなく、Firefoxの仕様のような気もしますが……)
……これまで通り、タグを打てばいいだけの話ですが、編集ボタン周りをカスタムしたかったので、できれば何とか回避させたいところです。
試しに、Virtual PCを立ち上げ、IE6で診てみたところ、小粋空間さんのエントリー編集画面のHTMLタグ挿入ボタンの不具合を解消するプラグイン(InvalidateLinkOfInsertTag.pl )はきちんと仕事をしていて、スクロールはされなくなっていました。
そこでFirefoxを最新版(2.0.02)にしてみましたが、改善されません。
どうしたもんだろう〜。(MTを3.3以上にすればいいんだろうけど、なんとかしたいな〜)
色々見てまわっているうちに、TinyMCE Plugin for Movable Typeの評判がいいので、導入も簡単だから、試しに入れてみました。
すげーー、なんか一気にエントリーの編集画面がグレードアップしたぞ〜。
けど、すげー遅いぞ〜、いじるとすぐにブラウザが落ちるぞ〜!!
最初に動作条件を見たところ、MacOS10.4以上、CPUはG5以上推奨となっていましたが、私の環境はMacOS10.3.9、CPUはG4なので、予想できた事なのですが……。
落ちまくりでは実用的ではないし、ここまでのエディタ使うほどの事はしないので、数分で削除してしまいましたが、機会があればまた使ってみたいです。
サーバーの負荷の軽減について、思いつく事と対策
【アーカイブ関係】
・不要なアーカイブファイルを作製しない/対策済み
……日別アーカイブ、月別アーカイブ、週間アーカイブ、カテゴリー別アーカイブ、そして個別アーカイブの全てが必要な訳じゃない。
(このブログでは、個別アーカイブとカテゴリーアーカイブのみ作成)
・カテゴリーを細分化し、カテゴリーアーカイブの肥大化を防ぐ
……カテゴリーアーカイブは分割再構築できないため、再構築時のタイムエラーを招きやすい
【テンプレート関係】
・テンプレートのモジュール可(要PHP可)/対策済み
……各テンプレートで共通の部分は、モジュール可して読み込ませるようにする。
私のブログでは、ファイルが大きくなるすぎたカテゴリーアーカイブの再構築時にエラーが出るようになりましたが、本文(EntryBody)までモジュール可させてみたところ、エラーを回避できるようになりました。
・負荷のかかるタグを使用しない/対策済み
……「MTCalendar」「MTArchiveList」「MTInclude(→テンプレートのモジュール可」)」など。
※注)私だけかもしれませんが、ファイルが肥大化しているカテゴリーアーカイブで旧暦表示プラグイン用のタグを使用すると、高確率でエラーが出るようになりました。
→日付からエントリー本文・追記までを、モジュール化(EntryBodyのモジュール化)させて回避。
・テンプレート/インデックスの「自動で再構築」 にチェックを入れるテンプレートの数を減らす。/対策済み
……「スタイルシート」は、スタイルシートを変更した時まみ再構築すればいいので、「自動で再構築」のチェックを外す。
【再構築関係】
・再構築を分割させる、必要なエントリのみを再構築する(「rebuild支援ツール for MovableType」の使用)/未使用
……注)ＭＴ3.2においては、個別エントリーの分割再構築のみ可能。
(カテゴリーと月刊アーカイブにおいてはエラーとなる)
・SmartRebuild(カテゴリーアーカイブ分割再構築プラグイン)/使用中
……カテゴリーアーカイブ分割再構築
注) 再構築エラー回避の試行錯誤において。カテゴリーアーカイブが分割再構築されないとの記述があったが、私の環境では分割成功。
・再構築時のエントリ数を減らす/「mt-config.cgi」の書き換え/対策済み
……「#EntriesPerRebuild 40 」の"#"をとり、数字を10〜20などに減らす。
(30〜40では、今のサーバーでエラーが出たが、20ならOKだった)
→ リビルドの回数は増えるが、一度に行う処理の量が減るので、タイムアウト等のエラーが出にくくなる。
ただし、カテゴリーアースイブは分割再構築できないので、カテゴリーを細分化する、SmartRebuildプラグインの使用などの工夫が必要な場合もあり。
・再構築時のエントリ数を減らす/「lib/MT/App/CMS.pm」の書き換え(6152付近)/対策済み
……「Weekly => 5,」 →「Weekly => 2,」
「Monthly => 10,」 →「Monthly => 2,」
「Dynamic => 5,」 →「Dynamic => 2,」 など
(MovableTypeで再構築にコケる)
・月別アーカイブ、カテゴリーアーカイブ等の分割表示(プラグイン「MTPaginate.pl」の使用)/対策済み
……注)表示させる際に分割表示ができるが、ファイル自体が分割されるわけではないので、再構築時の負荷は変化なし
【その他】
・ データーベースは「Berkeley DB」ではなく「MySQL」を使う。/対策済み
……再構築を繰り返すたびにfileinfo.dbが肥大化するらしい。
ただし、ロリポップにおいて「MySQLにすると一時的に解消するようですがエントリー記事が200以上になるとやはり再構築時に読み込みエラー（500エラー）が起きる」という事もあるようです。
(【重要】ＭＴ3.2-ja-2の再構築エラーの対処法)
データベースを変更するだけではなく、併せて上記ま対策を行うのが可という事で。
07/03/13日現在使用しているプラグインについての覚え書きです。
ArchiveDateHeader.pl
……月間アーカイブの表示方法を変える (当ブログ内記事 ●)
BigPAPI.pl
……管理画面のカスタマイズを行うプラグイン (参考 ●)
DisplayEntryTitleAndPermalink.pl
……管理画面のエントリーリストにパーマリンクを表示する。
(管理画面のエントリーリストのタイトルを全て表示するプラグインの機能もうり)
http://www.koikikukan.com/archives/2006/01/29-235803.php
doentity1.11.pl
……トラックバックURLを実体参照文字に変換する。
トラックバックスパム予防プラグイン for MovableType
doSelectShowMeTheHTML.pl
……ファイルのアップロードをする際に、「HTMLを表示」がデフォルトで選択されるようにするプラグイン
ファイルのアップロードで「HTMLを表示」がデフォルト選択されるプラグイン/楽
duplicateTBPingfilter.pl
……重複トラックバック防止プラグイン (当ブログ内記事 ● /参考 ●)
※Ogawa Codeさんに、同様のプラグイン「Duplicated TBPing Lookup Plugin」あり。
ExtendEditTemplateTextArea.pl
……テンプレートの編集画面で、テキストエリアの縦の長さを20行から40行に長くするプラグイン(参考 The blog of H.Fujimoto：管理画面のカスタマイズをプラグインで行う「BIGPAPI」)
ifempty.pl
……コメントやトラックバックがある時だけ、その欄を表示させるプラグイン (参考 ● ●)
InvalidateLinkOfInsertTag.pl
……エントリー編集画面のHTMLタグ挿入ボタンの不具合を解消するプラグイン
(Mac OSX Firefoxでは効果なし。Win IE6にて動作確認)
keystrokes.pl
……直接、人が投稿ボタンを押さないことには、コメントを受け付けないようにする (参考 ●)
macros.pl
……コメントに絵文字
mixiSync.pl
……MovableTypeの記事をmixi日記にお手軽コピーするプラグイン mixiSync
今日入れてみたばかり。
mt-ban-ascii.pl
……英数字または latin-1 だけで構成されたコメントをはじくプラグイン
mt-ban-norefertb.pl
……Movable Type で言及リンクのない TrackBack ping を弾くプラグイン
mt-datej.pl
……和風日付&六曜表示プラグイン
mt-kyureki.pl
……和風日付&六曜表示プラグイン
MTPaginate.pl
……アーカイブのページ分割
nofollow(システム)
……迷惑コメント/スパム対策の1つとして、コメントやトラックバックのハイパーリンク (アンカータグ) に、rel="nofollow"を追加。
NotJapaneseLookup.pl
……日本語でないスパムをフィルタするプラグイン
otherblog.pl (当サイト内記事 ●)
……ブログのエントリを表示させるプラグイン
ReleaseDate.pl(BigPAPI対応)
……エントリーの投稿日を公開日に自動変更するプラグイン
SmartRebuild
……カテゴリーアーカイブ分割再構築プラグイン
spamlookup(システム)
……スパム対策
stripecolor.pl
……しましまプラグイン
TemplateRefresh(システム)
……既存のテンプレート・デザインをバックアップした後に、標準のテンプレート・デザインに更新
(この記事は、06/09/23に日記に書いた内容を、07/03/11にこのブログに転載しました)
サーバーの移転も考慮しつつ、もう少し努力しようと、エラーになってしまう、カテゴリーアーカイブのテンプレを数ヶ月ぶりにいじってみました。
あれこれやって、エラーの原因が少しずつ見えてきたような……。
1.六曜プラグイン
……そういえば、以前いじった時も、これが原因くさいな〜と思ったんだたった。
他のテンプレでは問題ないのに、なぜかカテゴリーアーカイブでは、エラーの原因に……。
配布元に3.3用に最新版があったので、とりあえず突っ込んでみたら、「MTDateHeader」とページ分割化のタグ「MTPaginate」にエラーが出た。
(古いヴァージョンに戻したら、大丈夫だった)
で、ふと思い出したのが、3.15をインストした時に、「六曜プラグイン」と「和風日付プラグイン」が表示されなかったり、文字化けしたり……という事があった事。
「和風日付プラグイン」は配布元のUTF-8版を使うことで問題が解消されたのだけど、「六曜プラグイン」はUTF-8版がなかったので、「文字化けする漢字(六曜の部分)のみを実体参照に置き換えたという記録がみつかった。
このあたりが原因なのかもしれない。
【補足:】このタグを使用し、カテゴリアーカイブの再構築を行うとタイムアウトエラーが出、使用しない場合はエラーとならなかった。
結果的に、EntryBodyをモジュール化させる事で、解決。
2.和風日付プラグイン
……エラーにならない事もあるけど、時々怪しく思う事が。
【補足:】あまり関係なさそう。3.ページ分割化のタグ「MTPaginate」
……これも、エラーにならない時もあるけど、時々怪しい。
【補足:】不可とは無関係だが、「perlのヴァージョンにより問題あり」との記述発見。
詳しくは、下記参照
4.newアイコンを表示させるタグ
……これも、エラーにならない時もあるけど、時々怪しい。
【補足:】 これは無関係
今現在は、六曜プラグインをはずす事でエラーを回避できているけど、負荷が大きくなるであろう深夜帯での再構築を試してみたい。
とりあえず、「MTDateHeader」内のタグと「MTPaginate」に大きな原因があるっぽいところまでは絞れたかな。
************************
【追加】
「MTPaginate」について調べてみた。
一部で、MTPaginateプラグインを突っ込んだらエラーが出るようになったとの表記をいくつか見かけた。
perlのヴァージョンの問題で、
24行目の「our $VERSION = '1.24';」を「my $VERSION = '1.24';」に書き換えることで回避可能
との事。
「Webサーバーのperlのバージョンが5.6未満」の場合に有効らしい。
調べてみたら、使用している鯖のperlは、「5.008」。
こいつも原因の一つと確定。
上記のように書き換えて、テンプレに六曜表示タグを書き加えて再構築をしてみると、いつも表示されていたエラーメッセージは表示されなくなった。
先日のスパム対策は、設置失敗&効果なしに終わったので、新たなる手段を探しました(笑)
今回、そういえば……と思って参考にしたのが、mixiのコミュニティ Movable Type内にあるトピック「 ブログにスパムの悪夢再び 抜本的対策なく」です。
(mixiは紹介制会員コミュニティです。会員じゃない方は、上のリンクをたどっても見る事が出来ません。mixiに入りたいけど……という方がいらっしゃいましたら、この記事にコメントを下さい。折り返しご連絡致します)
【今回の対策】
と言うことで、以上の3点と、ふと気がついたのが
【参考】
【参考】
********************************************************
という事で、それぞれ時間を見て試していってみようと思います。
いっぺんにやっちゃうと、どれが効果があってなかったのかがわかりませんので、数段階に渡って実行してみようと思います。
【レベル1】
- プラグイン「mt-spamstop_20050320」に、ブラックリストを登録する。
- 英数字または latin-1 だけで構成されたコメントをはじくプラグイン「MT BanASCII」の導入
【レベル2】
- ディフォルトのプラグイン「SpamLookup」の設定見直し
【レベル3】
- プラグイン「 Captcha」の導入
【レベル4】
- 「ＩＰ スパムフィルター 」の導入
ブログを復活させてから、雨後の竹の子のように、大量にコメントスパムがやってきます。
数々のプラグインのおかげで、スパム判定されているから、以前ほどそんなに目につく訳じゃないけど、共用鯖の鯖落ちの原因になりたくないし、スパムがやってくる事自体超うざいので、スパム対策の見直しをしました。
Undefined subroutine &SCode::scode_tmp called at /home/○○/●●/△△/××/SCode/SCode.pl line 143, line 1.
というエラーが出てしまいす。
設定やtmpディレクトリのパーミッションを確認したりしていますが、原因はわかりません。
必須のGD Graphics LibraryかGD Perl Moduleがサーバーに入っているのかどうかわからないので、管理会社に問い合わせています。
……数時間後、サーバー管理会社から返信がきました。
GD Perl Moduleは入っていないけど、GD Graphics Libraryは入っているらしい。
んじゃあ、私のやり方が悪いのか……。
頑張ってみます。
(個別記事作成予定)
……数日経たなくても、数時間であまり効果がないことがわかりました(笑)
【5月21日追記】
mt-comments.cgiを書き換える対策は、3.2では使用できないそうです。
やっちゃってもエラーとかは出なかったのですが、複数のブログで「できない」との記述を見ましたので、追加した該当部分は削除しました。
……これも、数時間であまり効果がないことがわかりました(笑)
でも、やらないよりは、「やっているからこの程度で済んでいる」と思った方がいいのかな(笑)
Bianca: BiancaのTrackBackSpam対策【トラックバックスパム対策】もやっておいた方がいいかな〜と思ったのですが、今のところ復活後はトラバスパムは来ていないので、今回は保留。
(対策の効果を見たいので、くる前にはやりたくないんです・笑)
