MovableTypeの最近のブログ記事

MovableTypeを3.2へバージョンアップしてみた。
さくさくバージョンアップできました。

バージョンアップの方法というか手順を簡単に書く。ほんと簡単に…。

1. ダウンロードしてくる
とりあえず「限定個人ライセンス」で。
2. mt-config.cgiを作成
mt-config.cgi-originalをmt-config.cgiという名前でコピーして、旧バージョンのmt.cfgを見つつ適宜編集。
3. pluginsのコピー
インストールしていたpluginsを旧バージョンのディレクトリからコピー
4. mt.cgiにアクセス
あとは手順通りにやるだけで、勝手にインストールが完了しました。

んー、簡単。。。

Beta Weblog: Movable Type の文字コード変換スクリプト

Movable Type 3.0 のデータベースに格納されているデータの、文字コードの変換スクリプトのテスト版を公開します。必ずデータのバックアップを作成してから変換してください。

どうやってやったらいいか調べたら、本家のブログに変換スクリプトがあったのでそれを使った。

やり方は簡単で、変換スクリプトダウンロードしてきて、解凍して出きたmt-convert-code.cgiをMTのホームディレクトリに置いて、それをブラウザから叩けばよい。
※やる前には必ずDBのバックアップを取っておきましょう。

あとはmt.cfgのPublishCharsetをEUC-JPからUTF-8に変えたら、すべてのページを再構築するだけ。(mod_perlで動いている場合にはapacheを再起動したあとに再構築方がいい)
テンプレートのcharsetとかも普通はcharset=<$MTPublishCharset$>となってると思うのでそのままイケるはずです。

Solution to Trackback Spams

The way it works is fairly simple - if the incoming trackback does not come from the host as stated in the URL, we reject the trackback. For example, if a trackback from url http://online-poker.psxtreme.com/ comes from 194.63.235.156 (an open proxy), then it is likely to be spam. (online-poker.psxtreme.com does not resolved to 194.63.235.156).

やってることは、Trackback pingのホストのIPと送ってきたサーバのIPが違うと拒否というものらしい。gethostbynameでIPを調べてますね。

1. まず上記のプラグインをダウンロードして$MT_HOME/plugins/以下に配置します。
2. 次に必要なモジュールをCPANからインストールしておきましょう。必要なものはJSONとJcodeです。
3. 次に適当な名前を付けてテンプレートを1つ追加します。テンプレートの内容は下記のような感じ。charset_fromとcharset_toは元のコードと出力コード(デフォルトは両方utf-8)、obj_nameは出力するjsに使うオブジェクト名、numは出力するエントリの数です。

<$MTJSONFeed charset_from="euc" charset_to="utf8" obj_name="JSONFeed" num="10"$>

4. 最後に上記で作成したテンプレートを作成すると、JSON形式のフィードが出力されます。

<div id="container"><h2>my json feeds</h2></div>
<script type="text/javascript" src="http://example.com/jsonfeed.js" charset="UTF-8"></script>
<script type="text/javascript">
var ul = document.createElement('ul')
for (var i=0, post; post = JSONFeed.posts[i]; i++) {
        var li = document.createElement('li')
        var a = document.createElement('a')
        a.setAttribute('href', post.permalink)
        a.appendChild(document.createTextNode(post.title))
        li.appendChild(a)
        ul.appendChild(li)
}
document.getElementById('container').appendChild(ul)
</script>

ぼーっと自分のブログ見ていたらアーカイブのリンクがいよいよ長くなってきてなんかやだなと思ったのでselectに変更してみた。

参考にするまでもないjsなのですが、本家の方にやり方が載っていたのでそれを参考にしました。

あるときからこのMTで、TypeKeyの認証をして戻ってきたら「The validation failed」というエラーが出て認証に失敗してコメントができなくなっていたので、それについてずっと調べていたがやっと原因がわかった。

ネットでこの問題を検索してみると、いろいろな場合があって、主に下記のようなことが原因なのが多い。

1 MTのバージョンに依存した問題
　lib/MT/Utils.pmのdsa_varifyの1275行目付近のif文で
　if ($has_crypt_dsa && 0) {
　となっている「&& 0」を取ると直る
2 個別アーカイブのテンプレートで、typekeyへ飛ばすURLで、v=1.1というのがある/ないの問題
3 lib/MT/Utils.pmのperl_sha1_digestが上手くいかない問題
4 lib/MT/App/Comments.pmの$SIG_WINDOWの値が短かすぎる(デフォルト10分)問題

などがあるらしく、どれか一つにあてはまるとコケたりするらしい。

んで、このブログがなににあてはまったかというと、上記でいう4に近い感じでした。いろいろと変数をえんやこらとダンプしてデバッグしたところ、このTypeKeyの認証は時間を測ってある一定時間内(これが10分)に認証処理が完了しないとエラーを出す仕様になっているらしく、それを判定する基準となるサーバの時計がズレているために問題が起っていた様です…。なので、ntpdをちゃんと設定したらあっさりTypeKeyで認証できました。

意外なところに落とし穴があった…。

ちなみにMTはwarnを使ってデバッグをすると画面にその文字列がでるのだが、それがいやな場合にはMT::log()という関数があるので、それを使えば管理画面のトップページからリンクされているログを参照するページでその出力を参照することができます。って言わずもがな、かな…。

ImageDriver NetPBM

NetPBMPath /home/foo/netpbm/bin

前のエントリで書いたMTBanASCIIの文字コードの判定ですが、
本家の方がバージョンアップしたので、そちらを使った方がよいと思われます。

いたずらをしていたのは例の如くutf8フラグだったみたい。

自分の認識では、もともとの判定は[\x00-\xff]で判定していたのだが、
内部の文字コードがutf8フラグがONにならない文字コードを使っていたりすると、
2バイト文字であってもそれを1バイトずつ判定してしまうためにASCIIと
判定してしまっていた。

なのでutf8フラグをONにすることで、perlでの判定する際に2バイト文字を判定単位の1つ
として\xffff(←例えばの話ね)という風に判定することで、ASCIIでないと判定するように
したのだと思います。

たぶんこういうことだと思います。