先日、doblog で障害が発生した記事を書いたのですが、データの復旧？は出来たらしくデータのダウンロードを行うことができるようになっています。
blom を開発する前は doblog にいましたのでデータをダウンロードした所、Movable Type 形式のようです。

丁度知人も doblog から逃げ出して blom を利用したいという話があったので軽くコンバーターを作成してみました。

・・・が

Movable Type を自分でインストールしたことは一度も無いのですがちょっとフォーマットが変です。
セパレータが ----- や -------- なのですがどうやらエスケープされていません。記事中に同一のデータがあった場合はそこでおかしくなる訳です。

ちょっと話が脱線しますが、SMTP でメールを受信する際に本文の終わりとして [CR][LF].[CR][LF] を入れるようになっています。（CR/LF は改行です）
当然本文の中にも現れる可能性がありますので、単独行で存在する . (ピリオド)は ..(ダブルピリオド)にエスケープいわゆる変換を行うように決められています。

話は戻りまして、これは絶対に必要な処理なのですが、Movable Type はこれを行っていないようです。
直接バックアップした内容からコンバーターを作成していましたので「まさかエスケープが無いなんて無いよね？」と思いこんでいましたので、微妙にハマりました(^-^;

画像も img タグ＋相対パスで直接記述されていますので、そのまま持ってくるのもキツイです。

結局セパレータに関しては手動で直して、画像については手作業で直せるレベルではありませんので、取得した記事本文のタグ解析を行い、直接記事内容を置換して変換するようにしました。
（ただ、doblog のバックアップがおかしいのか、画像が無かったり、カテゴライズされていない記事があったりとまったくもって意味不明）

jawk や Perl やツールを作れる方は対処はそれほど大変では無いと思うのですが、それ以外の方はハマりそうな仕様です。

蛇足ですが、blom のデータファイルは１記事につき１ファイルとなっており、記事中に画像が利用されている場合は記事に対して１つの画像を管理するファイルがあります。
記事中の画像に関しては、マクロタグの <BIMAGE> というタグで埋め込まれており、これを使って画像の管理を行っています。
記事は cindex.txt(CSV形式)で管理されており、全ての記事にユニークなIDが割り振られており、上記の記事ファイルや管理ファイルは、このID+拡張子というファイル名になっています。
それぞれが独立して管理されていますので、バックアップは面倒なのですが（記事が１０００件あった場合、最大２０００ファイル存在することになります）
ファイルが壊れた場合の障害は最小限に留まります。
ファイルのタイムスタンプでバックアップすればバックアップの手間は最小限になりますしね。FTPで直接バックアップ／リストアできるのもメリットかもしれません。

閑話休題

blom の形式はいいのですが、doblog から移行する人は苦労しそうですね・・・