昨日の日記に対するコメントで、この写真に対するツッコミを受けたのだけれども、真ん中に映っている物体は、うちの娘です。決して座敷ワラシとかそういう妖の類ではありません。心配しないでください！

また娘があさっての方角を見て、僕の方にビタイチ興味がないところは、まあ、家族間の問題です。そこは察してください。

前回でとりあえずパーマリンクの引継ぎは成功した（と思う）。

まあ、正直タグくらいなら後で手作業で振りなおしても、僕くらいのエントリ数ならそんなに苦労もない、というか、下手すればそのほうが早いくらいなのだけれど、これがエントリ数が１０００を超えるようなヘビーブロガーの方ではきっとそんなのやっていられないだろう。

それに、作業の最初に「インポートはできる限り自動化する」、と心に決めていた気もするので、少しがんばってみた。

＊以下はWordpressを触って数日の素人の生兵法なので正しいかどうかはわかりません。自己責任で！と一応の言い訳。

まずは普通に何もせずに、普通にインポートしてみる。

Webをみると、以前のWordpressではタグ機能がデフォルトでは実装されていなくて、プラグインを入れないと実現できなかった。らしい。

が、バージョン２．６ではハナからタグが実装されているので、その点は問題ない。

問題ないのだが、いざインポートすると、どうもうまくいかない。

Movabletypeからエクスポートしたログをインポートすると、タグが付く場合もあるのだが、付かないケースも見受けられた。というか、付かないほうが多い。

なんでじゃー、と思ってみてみると、Wordpressにタグとして引き継いでいるのはMovabletypeのキーワードに記述している単語みたいだった。

Wordpressの「キーワード」と「タグ」が独立している理由は、いまだに判らないポイントなのだが、今回引き継ぎたいのは「タグ」のほうなのだ。キーワードはむしろいらない。

で、前回からのお約束で、wordpress/wp-admin/import/mt.phpを開く。

前回、パーマリンクのインポートを追記したところに同じように

else if ( 0 === strpos($line, “TAGS:”) ) {
$tags = trim( substr($line, strlen(”TAGS:”)) );
if ( ” == $context )
{
$post->post_keywords .= $tags.”,”;
}
}

と追記した。

簡単に解説すると、Movabletypeからのエクスポートログ中の「TAGS」行があったら、post_keywordsに追記してくださいということ。

追記、というのがミソで（その為、単純な代入ではなく「$post->post_keywords.=」）キーワードも一応残しつつ、タグの情報も追加している。

ただ、その時に問題なのが、セパレータとしての「,」がないと、wordpress側で複数のタグと認識できないことがあるので、「.= $tags.”,”;」の部分で末尾にカンマを加えています。

これでmt.phpを保存してから、インポート処理をすると、無事タグ情報が引き継げるはずです。多分。

モノノ怪 壱之巻「座敷童子」 櫻井孝宏.田中理恵.藤田淑子.塩屋浩三.竹本英史.日比愛子

関連する投稿

• 気がつけばWordpress2.6 (3)
• MovableType4.1からWordpress2.6　パーマリンクの引継ぎ (0)
• Wordpressに移るかもしれません (1)
• はてなブックマークは何故ブックマークのインポートができないの？ (3)
• 特定のカテゴリーの記事のみトップページに掲載したい (1)

★１ パーマリンク（各記事へのURL)の死守。変更ダメ、絶対！

★２ 付与していたタグの引継ぎ。これはある程度ついてればいいかな

★３ なるべく手早く、お手軽に。現代人は忙しい。具体的にはマジックアカデミーとかに。

＊以下はWordpressを触って数日の素人の生兵法なので正しいかどうかはわかりません。自己責任で！

まずパーマリンク。

Movabletypeでのパーマリンク生成は、デフォルトでは記事タイトルから日本語を抜いたもの（例：『GJ!の記事だYO』という記事の場合、gjyo.htmlという意味不明なものになる）、英語部分がなければ適当なもの（post-100.htmlとか）があてがわれる。

Wordpressのデフォルトだとこのようにはならないので、Wordpressの設定→パーマリンク設定をカスタム構造にして、

/%year%/%monthnum%/%postname%.html

とします。

で、普通にMovabletype4.1から記事をエクスポートして、Wordpressにインポートします。

すると、Movabletypeの元記事のタイトル名.htmlになてしまいます。はい、失敗！

しかも、日本語だった記事タイトルもそのままURLにされてるし！

(　『GJ!の記事だYO』がまんまGJ!の記事だYO.htmlに！SEO的にはアリなんだろーけどもー）

あーなんだこりゃー、インポートの時にうまいこといってないんだろーなー、と予想して、wordpressのルートディレクトリを漁る。すると、wordpress/wp-adminの下にimportというディレクトリがある。

その中にmt.phpってのがある。あ、これじゃね？

テキストエディタで開く。ソースを見る。全然わかんないので１０秒で閉じる。

しかたないので、次にMYSQLの中を見る。SSHでログインして、MYSQLにログイン。

すると、記事が格納されているテーブルの中にpost_nameというカラムがある。なんとなくそれっぽい感触。post_nameの名前片隅に覚えつつ、もう一度mt.phpへと。

気を入れてソースを斜め読みしてると、どうもこのpost_nameに値を入れている形跡が見当たらない。あー、やっぱ、これ？

じゃあ、Movabletypeのエクスポートデータの中の「BASENAME」（＝Movabletypeの記事HTMLを格納してあるところ）をDBのpost_nameに入れてやればいいんじゃね？ってことで、適当にいれてみる。

function process_postsの中、330行目あたりで

else if ( 0 === strpos($line, “TITLE:”) ) {

とかやっている箇所があったので、ここにelse ifでもぐりこませる。

else if ( 0 === strpos($line, “BASENAME:”) ) {
$basename = trim( substr($line, strlen(”BASENAME:”)) );
if ( ” == $context )
{
$basename = str_replace(’_',’-',$basename);
$post->post_name = $basename;
}
}

インポート元（Movabletype)のエクスポートデータを読んでいって、BASENAMEって行を見つけたら、$post->post_name につっこめってことを指示してるんだ。

ついでに、Movabletypeはパーマリンク中に-（ハイフン）があると、なぜか_（アンダースコア）にご丁寧に変換してくれていやがるので、

$basename = str_replace(’_',’-',$basename);

のところでアンダースコアからハイフンにreplaceしてます。

見ての通りの強引適当やっつけ仕事なんですが、今のところうまくいってるっぽいです。GJ!の拍手も（おそらくは奇跡的に）引き継げてます。

そのままだとタグが引き継げなかったりするのですが、（ソースを見てみると、Movabletypeの「キーワード」を「タグ」に放り込んでるくせに、元々の「タグ」を放り込むところが見当たらない。謎だ）、そっちはまた後日。

WordPress逆引きデザイン事典[2.X対応] 高山 一登 大久保 アキラ 酒井 隆

関連する投稿

• 気がつけばWordpress2.6 (3)
• MovableType4.1からWordpress2.6 タグ引継ぎ編 (0)
• はてなブックマークは何故ブックマークのインポートができないの？ (3)
• Wordpressに移るかもしれません (1)
• 特定のカテゴリーの記事のみトップページに掲載したい (1)

基本的な作業自体はすぐに終わったんだけども、アイキャッチのバナー作り（上のバナー）が一番時間かかったよ！（なんと一晩も考えた！！アホだね！）

でも、movabletype４．1のエントリーのインポートが、パーマリンクが変わってしまったり、タグが引き継げなかったりしたのでそこに少し手間どりました。

movabletype４．１からWordpress2.6への移行したって記事が、Webにもあまり資料がなくて、いい加減資料を探すのも面倒だったので、適当にインポートスクリプトを変更してむりやり突っ込んでます。

確認した限りではうまくいっているみたいんだからOKかな？

スクリプトの変更などはそのうち書きます。

とりあえず、まだ移行し切れていないところもあるので、もう少しいじって見ます。

関連する投稿

• MovableType4.1からWordpress2.6　パーマリンクの引継ぎ (0)
• MovableType4.1からWordpress2.6 タグ引継ぎ編 (0)
• Wordpressに移るかもしれません (1)
• ブログ記事のアーカイブ保存ディレクトリを変更 (0)
• ブログデザインを変更しました (0)

なぜMovabletype（以下MT)かといえば確たる理由もなく、「それしか知らなかったから」である。他にもブログツールが存在することを後から知ったが、MT３から始まって今やMT４．１、Movabletypeから他に移る積極的な理由も見当たらず、今へと至る。

先日、仕事の関係からWordpressをいじる機会を得る。

念のため言っておくと、僕の仕事にブログは関係ない。というか、厳密に言えばWeb系ですらない。
何の因果でこんなことになったのかわからないが、これが初Wordpressだった。

小一時間ほど触ってみて、非常に好感触を得る。なんというか、シンプルでいいね。
 

僕はとても飽きっぽいので、ブログデザインなんてできればしょっちゅう変えたいところなのだけど、MTはけっこうそれが面倒だったりする。
StyleCatcherに対応しているテンプレートならいいけど、けっこう制約がきつくて、お、これはなんて思うデザインもおいそれと適用できなかったりする。
Wordpressはそのへん簡単に変えられるし、素敵デザインがこれでもかと公開されている。

MTのいい所と言えば、DBがSQLITEだったり、静的ページ生成だったりとかかな。
でもまあ、僕が使っているさくらサーバーはMYSQLも使えるし（ロリポップほどへぼいDBサーバーでもないし）、静的ページっても今更SEOとかあんまり関係ないし。ブログも1個しか書かないからなー。

MTもダイナミックパブリッシングに代えれば再構築はいらなかったりするけど、Wordpressの管理画面のシンプルさにもけっこう惹かれた自分がいます。

パーマリンクを変更しなくても可能っていうのが前提だけれど（今までもらったGJ!が無駄になっちゃうのはイヤ過ぎる）、ちょっと検討してみようかなー。
というか、検討中です。

＊でも、MT４．１からWordpress2.Xへ移行した人の資料が少ない・・・MT４．０～MT４．１でタグがけっこう変わってるからなー。ちょっと前の記事が全然参考にならなかったりする・・・前途多難だ。

WordPressサイト構築スタイルブック―デザイナーのためのテンプレートタグリファレンス+サイトデザインテクニック エ・ビスコム・テック・ラボ 毎日コミュニケーションズ 2006-11 売り上げランキング : 9341 おすすめ平均 Amazonで詳しく見る by G-Tools

関連する投稿

• 気がつけばWordpress2.6 (3)
• MovableType4.1からWordpress2.6　パーマリンクの引継ぎ (0)
• MovableType4.1からWordpress2.6 タグ引継ぎ編 (0)
• 特定のカテゴリーの記事のみトップページに掲載したい (1)
• 旧RSSFeedをFeedBurner用FeedにRewrite (0)

Movabletypeのディレクトリ（個々のブログではなくmovabletype本体）を自分のPCへダウンロード。ｍｔ-config.cgiの中身を変更して（Databaseの指定とSendMainPath)、ログインし再構築する。

終了。

ディレクトリ構成なんかをそのままならば問題なく動く・・・はず（ドメインの書き換え完了後）なんですが、僕の環境ではうまくいかなかったので、いったんMovabletypeを新規にインストールしなおしてからデータを移すようにしました。

１ MovaleType４．１をダウンロードしてサーバーにアップロード（＊このあたりは詳しく解説しているページを参照してください）

２ 元のブログ（僕の場合ロリポップ）からplugin、mt-static,tmpl、SQLITEのDBファイルをダウンロードし、新サーバーにアップロードする。

３ ログインし、Movabletypeの設定をする。その際DBはSQLITEを指定し、ファイルの指定をさっきアップロードしたDBファイルを指定する。

４ 再構築

終了。

めちゃめちゃ簡単でした。

テンプレートをガチガチに変更している場合とかだと元通り再現するのに手間取ると思いますが、僕はStyleCatcherで導入したスタイルにCSSを変更しただけの出来合いなので、バナーとCSSを上書きしただけ。お手軽でした。

結局３０分くらいで作業終了。凡庸サイコー。

DBはSQLITEの方が引越しも簡単かな？1ファイル移動させるだけですし。

DNSの書き換え直後は経路が不安定なのか、同じURLでも読み込むタイミングによって新と旧ブログが交互に読み込まれたりしてヤキモキしましたが、大体24時間くらいで安定してきました。よかったよかった。

GJ!がダウンロードできませんとのツッコミがありました。

ブログに気をとられて、GJ！のファイル一式移動させるの忘れてました（ガーン）

今（04/16日）は復旧してます。その間にダウンロードしていただいた方すいません。

お詫びに不思議な動きをする生物を写真に捕らえましたので公開します。

Taken from 68のスペース: ブログ用

シャバダバー。

関連する投稿

• バイバイロリポップこんにちはさくら (2)
• GJ!をはてなスター風の表示に変更するスクリプト (0)
• ＧＪ！（Ｗｅｂ拍手）スクリプト公開 (1)
• 連投制限が必要なのはピッチャーだけではないようで (0)
• 特定のカテゴリーの記事のみトップページに掲載したい (1)

寛容の二文字は我の意を自称する僕ことHEX68なんですが、ここんとこのロリポのパフォーマンスの低調さには頭を抱えた。

まともに記事をエントリーできないわ、何回かのリトライでようやくエントリーできても後から記事を修正しようとするとエラーがでて不可能だったり、いただいたコメントを承認しようとするとロリポおじさんがと～じょ～だわ、酷い時にはログインすらできないわで、もうロリポ。いや、もうダメポ。

さくらの事を調べてみたら

そんなこんなで正直ブログ書くのも億劫だった今日この頃、たまたまGJ!をさくらインターネットで使いたいけどうまく動かない、という方がいらっしゃった関係で、さくらの事を調べてたんです。

問題はなんとか解消できたのですが、情報収集にいくつかのブログを漁ってみるとロリポップからさくらに引っ越す方ってけっこういらっしゃる。

皆様一様に訴えているのはロリポップのパフォーマンスの悪さ。エラー連発で話にならないとか。
あとはエラーの度に表示されるロリポおじさんの、人を２～３人殺してそうな顔が怖いなど（これは僕）

ロリポおじさんの顔、トラウマですよね、わかります、とか、ああ、さくらではPythonとかCron使えるねんな、めがっさ遊べそうやんとか考えているうちに、僕はさくら契約ボタンを押していました。どうせ６月でロリポとの契約切れるんで、ものは試しに。

引越し、といっても今回は独自ドメイン（hmlab.info）の引越しなので、URLも変わらない。ブックマークの変更も必要なし。

例えるならナンバーポータビリティーで携帯キャリアを替えるようなもの。
電話番号は変わらないから友達に新しい番号を知らせる必要が無いみたいな感じ。ライブドアとかのレンタルブログだと電話番号を借りてるようなものなのでそうはいかない。引っ越す場合も常に新規契約、みたいな。

お引越し作業

作業にはここを参考にさせていただきました。
ドメインの管理は安いムームードメインに残して、サーバーのレンタルだけをさくらに変更しました。さくらミーツロリポおじさん。

諸氏のお話ではDNS（うちのブログへの道順が書いてある地図と思いねえ）の書き換えに２４時間程度かかると聞いていたが、うちは１３時間程度で書き換えが終了していたようだ。
GJ!が動かないですよ！というツッコミをTwitter経由で受けて気が付いた。（Pigmonさん感謝！）

多分問題が起こるとしたらGJ!だろうと思っていたんだけど、まあこれは僕のボーンヘッド。
仮で申請していたドメインから本ドメインの切り替えに対応していなかっただけのお話。速攻対応した。

パフォーマンス比較

で、両者を比較するとロリポップは月々２６３円。さくらインターネット（スタンダート）は５００円と若干さくらが高価い。

ストレージ容量はロリポップが２００メガ、さくらが１ギガ。まあ、これは僕の場合あまり問題では無い。一番容量が多き画像ファイルも、ほとんど別サービス（フォト蔵とかWindows Liveとか）に置いているし。
では問題のパフォーマンスですが、テストとしてこのブログを両サーバーに設置して、すべての記事の再構築を行って比較してみました 。

 
結果を言えばさくらのほうが劇的に早かったです。

記事数： 111
DB：SQLITE
再構築に要した時間 ：

ロリポップ：３分９秒

さくら ：５６秒

約３倍の違い。ロリポップがザクなら、さくらの中の人は負け癖がついたマスクマン（中間管理職）だね。中の人？

このサーバパフォーマンスの差と月数百円のコスト差の損益分岐点をどこに置くかは用途によりそれぞれですが、「再構築をスタートさせてからマンションの外にゴミを棄てに行って、戻ってきたらまだ再構築中だった」というロリポップの現状は最早耐え難い苦痛になっており、僕にとってはこの差額を支払う価値があると感じました。

少なくとも再構築でエラーが出ることは今のところありません。

ロリポおじさん、お世話になりました。

ブログの引越しの方法はまた後日、別のエントリーで。といってもコピーしただけだけどね。

シャアが来る 堀光一路 戸田恵子

関連する投稿

• MovableType4.1の引越し方法 (0)
• 特定のカテゴリーの記事のみトップページに掲載したい (1)
• 気がつけばWordpress2.6 (3)
• 旧RSSFeedをFeedBurner用FeedにRewrite (0)
• ブログ記事のアーカイブ保存ディレクトリを変更 (0)

おかしなことに、このMinorProblemと同じテンプレートやプラグインを適用して、記事とコメント、トラックバックをインポートして、同じ環境を再現したブログに記事をエントリーしてみると・・・こちらは問題なし。普通に記事の作成が可能だった。

元々のブログと、調査用に作成したブログ、両者は９９％同じものなはずなのに、片やロリポおじさんエラー連発。片や淀みないスムーズなエントリーを実現。

何故だ。

ここまで3日ほど調べてみましたが、正直まったく判りません。

これは、ちょっと自分の手に負えないかもなーなんて途方にくれていたんですが、あれ？ちょっと待てよ……環境や記事はほとんど同じブログが二つあって・・・片方は正常に動いているんだよね………

まるっと入れ替えました。

エラーの原因はわからずじまいのまま運用でカバーという事です。まあ逃げたと。

技術屋として見た場合、これが悪手であることに僕自身異論は無いのですが、これ以上の調査と実際の修正に掛かるコストに加えて、エラーを長期間放置するリスクとを天秤にかけて運用としての最善手……違うな、最善から2番目の策を取ったということで。（最善手は原因を把握した上での恒久的対策）

まあ、それだけだとアレなんで、ついでにSQLiteのDBのお掃除をしときました。

SQLiteとかpostgresql、MYSQLといったDBは、いったん情報が登録されると、通常の削除処理を行っても容量が減りません。

なので、ブログなどでも大量のスパムコメントをもらった場合、ただ削除しただけではテーブルのサイズは減らず、パフォーマンスは悪くなるはストレージを圧迫するはでいいことありません。

なのでvacuumというコマンドで残っているゴミを吸い取ってあげましょう。

tksqlite

DBの種類ごとにこういったソフトが存在しますが、これはSQLite用。

movabletypeのrootから自分のブログのデータファイルをFTPでダウンロード。

あとはtksqliteでvacuumしてやれば、余分なゴミが削除されます。あとはこのファイルを同じ場所にアップロードすればオッケーです。

僕のブログはスパム業者も旨みなしとスルーしているほどの閑古鳥ブログなのであまり容量の変化はありませんでしたが（1.83メガ→1.8メガ）、大勢の読者を抱えるのと引き換えに毎日大量のスパムを受け取っているアルファでブロガーな方におかれましては、vacuumすることでけっこうサイズが減らせるんじゃないでしょうか。

お験しはバックアップ後にどうぞ。

SQLite入門 すぐに使える軽快・軽量データベース・エンジン 西沢 直木

関連する投稿

• MovableType4.1の再構築でエラー連発 (0)
• 特定のカテゴリーの記事のみトップページに掲載したい (1)
• 気がつけばWordpress2.6 (3)
• 旧RSSFeedをFeedBurner用FeedにRewrite (0)
• 天は自ら助くる者を助く (0)

が、周りを見渡せば足掛け何年毎日更新していますなんていうすごい方もザラにいらっしゃる。そんなブログの鉄人達に比べたら、７８エントリーなんて恥ずかしくて自慢もできない数だ。

最近、記事をエントリーをして、再構築のタイミングで５００エラーが発生するようになってきた。

エラー画面から焦って戻ってみると、どうやら保存はされているようなのだが、再構築に移行する前にエラーが出ているようだ。

この「再構築エラー」は頻発なんてレベルじゃない。ここ最近に至ってはほぼ１００％の確率でお馴染み「ロリポおじさん」が微笑む「５００エラー」画面を拝む羽目になるのだ。

ロリポおじさんというのはナウでヤングなロリポップユーザーはご存知と思うが、レンタルサーバーロリポップのトレードマークである、赤い服に白いおひげ、サンタクロースのようなスタイルで人畜無害を装って子供達の油断を誘い、まんまと騙して村から永遠に連れ去っては蝋人形にしてしまいそうな（イメージ長っ！）、そんな怪しい笑顔をたたえたアレだ。

うん、蹴ッ飛ばすよ？

ロリポップでサーバーエラーを出すと、このロリポおじさんの無邪気な笑顔を見るハメになるのだが、それがエントリーの度に顔を出すので、だんだんロリポおじさんに怒られているような気がしてきて、精神的にしんどくなってきた。

このブログはSQLiteという簡易なDBで管理している。エントリーが増えてくると、記事を管理しているこのSQLiteが耐え切れずエラーを吐く、ということがある。

SQLiteはGoogleGearsにも採用されているなかなかのRDBMSなのだが、ロリポップならMYSQLという選択肢もある。

本来的にはMYSQLの方がSQLiteより信頼性は高いのだけれど、ロリポップのMYSQLサーバーが貧弱な為、ことロリポップに限るとMYSQLの評判はよろしくなく、むしろMYSQLでエラーが頻発したのでSQLiteに変更したという方が大勢いるほどだ。

そういうこともあってのSQLiteを選択したのだったが、それがこの有様だ。

確かエントリーが７０近くなったあたりで急にエラーがでてきたような気がするのだが。

ただ、SQLiteが簡易なDBだと言っても、７０やそこらで根を上げるとは考えにくい。なにか他にも原因があるような気がする。

またよくわからないのは、ブログ記事を保存状態にして、普通に再構築してやるとうまくいくこと。

エントリー→保存→ここでエラー→再構築

なのに

エントリー→保存　ここでいったん終了、その後→　再構築

はOKなのだ。ワケが判らない。なのでちょっと調べてみた。

実験として、ブログを新規に作成して、1件の記事をエントリーして再構築してみるもこれは無事終了。更新Pingを飛ばす部分もOK。つまりMovabletypeのモジュールには問題なし。やはり記事数が問題か。

そういえば、ブログの記事をWriterでエントリーしたらエラーは出なかったような気がする。

試しにWriterでエントリー・・・やはりエラーは出ない。

次にブラウザ依存の問題の可能性もあるので、各ブラウザを使用して記事をエントリー→その結果を確認してみることにした。

• Firefox→エラー
• IE6→エラー
• Opera→再構築成功

お。さすがOpera。

だがそのOperaも帯域がビジーな時間帯にトライしてみると同じく５００エラーを出力した。OperaでOKだったのも、たまたまっぽい。

以上の結果から、

• Movabletypeのモジュールには問題はない
• サーバー側で再構築時にタイムアウトしてるくさい？

と推測。

テンプレートを初期に戻したり、サイドバーのモジュールを減らしたり、ダイナミックパブリッシング化したりすれば再構築時の負荷は減らせるけど、デザインを変えるのも嫌だし、なにより面倒くさい。

なにか方法ないかなあ。ブログのお引越し以外で。

というところで今日は時間切れ。

明日以降でMTの設定をいじってみるか。

関連する投稿

• ブログデザインを変更しました (0)
• エントリー時のエラー続報 (2)
• livedoorのデータホテルパトロールがけっこう使えるよ！ (0)
• 特定のカテゴリーの記事のみトップページに掲載したい (1)
• 気がつけばWordpress2.6 (3)

ぶっちゃけスゲー面倒くさい。

面倒くさいのだが、MovableType標準のWYSIWIGがその不自由を飲んで余りあるほどに使いづらく（imgタグで外部画像を指定できないとか）、エントリーを書いていていざ保存したときに忌まわしき５００エラーによって乾坤一擲のエントリーが星になるといった笑えない事故もおこったりして、仕方がなく、といった感じで日々のエントリーを行っていた。

本題。

先日、不幸な事故（自業自得）からMovabletype４．１へとバージョンアップを遂げたこのブログ。

Movabletype4.1の変更点はいくつかあるが、僕にとって最大の魅力はWindows Live Writerが使えることだった。

Windows Live Writer

MicroSoftが提供するフリーのブログエディタだ。

Movabletpeだけじゃなくて、wordpressやらなんやら、かなりの種類のブログサービスに対応しており、しかもフリーだ。あ、また言っちゃった。

で、今そのWindows Live Writerで記事を書いている。プラグインでAmazonへのリンクを挿入できたり、動画を挿入できたり、

ポラロイド風にしてみたり、ローカルで記事を書いて、そのままブログにアップできたりだとか、フリーとは思えないほど多機能。

ただ、最初に自分のブログを指定するところでエラーが出力されてちょっと設定に手間取っってしまった。

mt-xmlrpc.cgiを指定するところでのエラーなのだが、調べてみるとブログ側にxml-rpcのパスワードを設定していなかったのが問題だったようだ。これが設定していないとエラーではじかれる。以下メモ書き。

MT4.1の場合

ブログの管理画面から設定→ユーザー→プロフィールの編集へ移動し、画面下にあるWebサービスのパスワードを記述する。管理画面へのログインパスワードと同じでOK。

僕はこのパスワードを設定済みのはずだったのだが、どうしてもここでエラーがでてしまったため、パスワードを再設定してあげたらWriterがブログを認識してくれた。

ブログのアカウント設定時の指定はmt-xmlrpc.cgiな！
ブログの指定でエラーが出てしまう人はこのパスワードをもう一回設定するといいかもしれません。

MT標準のエディターでエントリーを書いている方、またそれ以外のブログをお使いの方も、Windows Live Writeを一度使ってみるといいですよ。

僕は感動するくらい楽になりました。MSの過去のプロダクトを通して一番気に入ったかも（笑）

Movable Typeスタイル&コンテンツデザインガイド―コンテンツ管理システム(CMS)ツールとしてのMovable Type活用術&実践サイトデザイン術 エ・ビスコム・テック・ラボ

関連する投稿

• 特定のカテゴリーの記事のみトップページに掲載したい (1)
• 気がつけばWordpress2.6 (3)
• 旧RSSFeedをFeedBurner用FeedにRewrite (0)
• 天は自ら助くる者を助く (0)
• ブログ記事のアーカイブ保存ディレクトリを変更 (0)

FeedBurnerとは、既にあるRSSFeedをまとめて一つのFeedに「焼いて」くれるサービスだ。
ブログをいくつか持っている場合や、ブログとTwitterとFlickerをまとめて一つのFEEDにしたりといった使い方ができる。

それがどうした、と思うかもしれないが（僕も意味がわからなかった）、それらを購読している読者数も把握できるとしたらすこし話が変わってくる。
自分の発信するコンテンツがどれくらいの人に購読（ブックマーク）されているのか（＝どれくらいの人が自分に注目しているのか）、それが把握できるのだ。サイト管理者として、これはなかなか励みになる。

MovableTypeは通常で三種類のRSSFeedを出力する。RSS1.0、RSS2.0、ATOMだ。

正直、多すぎ。３つもいらんやん。

っつーか、ブックマークが分散されると、総読者数が把握しづらくなるじゃないか。なので、これらを一つにしてしまう。

まず、FeedBurnerに食わせる為のRSSFeedを用意する。
やりかたは以前カテゴリーごとのRSSFeedを作るエントリーを参考に、今度はカテゴリーを限定しないで、デフォルトのテンプレートをコピー＆ペーストで新たにテンプレートを作成する。ファイル名は適当にfeedburner.xmlみたいな感じで。

次にFeedBurnerでアカウントを作成して、feedburner.xmlを読み込ませて、終了。

で、生成されたURL、http://feeds.feedburner.jp/*****が今度から読者にリンクしてもらうURLになります。
ブログのテンプレート中のメタタグ出力部分を書き換えたり、バナーを貼ったりして読者さんに存在をアピりましょう。

■今までのRSSFeedの扱い

とはいえ、新規に始めたブログでない限り、今まで来てくれていた読者さんは既存のRSSFeedをブックマークしているはず。
この読者さんはどうしたらいいのか。

１　ページ上で呼びかけて、リンクを変更してもらう。

これでもいいけど、せっかくの読者さんに変更作業をお願いするのは忍びない。
というわけで、もう一つの手段として

２　.htaccessにリダイレクト設定を記述して、既存のRSSFeedのURLが呼ばれた場合、自動で新URLへリンクする

をチョイス。

.htaccessが使えてかつmod_rewriteが使える前提だけど（ロリポップはオッケーでした）、こちらのサイトの記事、「mod_rewriteが利用できる場合での.htaccessファイル」を参考にして.htaccessを書き換えました。
つまり、このURLが呼ばれた時は、こっちのURLに飛ばせてね、というお約束を.htaccessにかいていると思ってください。

３種類それぞれを新URL、http://feeds.feedburner.jp/*****にリダイレクトすれば、既存のFeedにブックマークしているお客さんも、自動で新URLにジャンプするようになります。

ちなみに、旧Feedはファイル自体が無くても問題ないので、再構築時に生成されないようにしても問題ないです。必要ないファイルを生成しても仕方が無いので僕は生成しないようにしました。

FeedBurnerで見たところ、僕のブログを購読してくださっている方は４名でした。

う～ん、僕、まだまだだな（笑）

関連する投稿

• カテゴリーごとにRSSを出力したい (1)
• 特定のカテゴリーの記事のみトップページに掲載したい (1)
• 気がつけばWordpress2.6 (3)
• ブログ記事のアーカイブ保存ディレクトリを変更 (0)
• ブログデザインを変更しました (0)