超有名サイトなので今更紹介もないのですが、有料サイトは全部紹介しよう！という考えに立ち紹介します。MovableTypeで行こう！はMovableTypeの最新の動向等をウォッチするのに最適です。また、当然アップデートに関する情報やアップデートのやり方なども詳しく（インストールも詳しい）、うちのサイトでもいくつかリンクを貼らせてもらっています。

RSSリーダーというのはその使い方を知ってしまうととても便利なものなのですが、

記事の文書が段落や改行を無視して、すべて一行で繋がってしまう

自分の登録したRSSが全て読みやすくなるわけではなく、自分の発信するRSSのみが読みやすくなるだけですが、この輪が広がれば素晴らしいことですね。

というわけで、どの程度技量がいるのか（どの程度の面倒くささなのか）を確認してみます。

そこで、遅ればせながらtarget="_blank"を自動でいれる方法を探すことにしました。

すると、Nitch.net blogや21世紀のアフィリエイト通販生活などで紹介されていることがわかりました。

MT3.2のやり方は

mt-static/mt_ja.jsを開き（MT3.3の場合はmt.js）、function insertLink の中の、setSelectionの行を探します。

setSelection(e, '<a href="' + my_link + '">' + str + '</a>');
これに差し替え！

setSelection(e, '<a href="' + my_link + '" target="_blank">' + str + '</a>');
これでエントリー投稿画面からのリンクは全てtarget="_blank"がつきます。

ということらしいです。しかし自分はMT3.1なので、別のやり方を探さなければなりません。

（いっそのことこれを機会にMT3.2に上げるか、しかし、特段不便を感じていないので今しばらくこのままいじりたくない気持ちもある、そうすると、target="_blank"のところは二度手間になるし）

と思案していたところ、MovableTypeを攻略せよ！のコメントにステキなアドバイスがありました。

もっと簡単な方法を知らずにやってましたー ＜head＞内に ＜base target="_blank" /＞ いれるだけで実現してますよー どんな環境でもいけるかは疑問 でも、試す価値あり。

by 通りすがり - 2005/05/22 03:02
ふおっ！
たしかに＜BASE＞タグなら……
目からウロコがぽろりぽろり。
今からはじめる方は是非この方法で！！
わたしは，直すのが面倒くさ……
by ＪＫ - 2005/05/25 14:32

ということで、これならバージョンを気にせず対応できるので早速やってみましたが、問題無しです。
しかも、うちのように複数サイトを運営していても、Head部分を生成するだけのインデックステンプレートを用意し、複数ブログ（かつ複数テンプレート）共通として作成してあれば、修正箇所も1箇所だけと、超お手軽なわけです。

目からウロコとはまさにこのことですね。

昨日、今日の投稿であればさほど苦労せずに修正できますが、投稿数が100を超えてくると、過去の記事の修正がかなり面倒です。

記事タイトルで検索をかけて修正すれば早いですが、修正頻度が多いとはいっても、毎日頻繁に修正しているわけではなく、過去記事に関してはせいぜい月に1回か、もしかすると四半期に1回程度の割合であり、そんな頻度では、検索をかけるという技もいざというときには忘れてしまっていることでしょう。

そんなわけで、直したい記事が見つかったときにすぐにその記事の編集画面に飛ぶリンクが直感的に分かりやすい場所に用意されていることの方がずっと便利です。そんな方法がARTIFACTで紹介されていました。

それも面倒なら、indivisualのテンプレートに

<a href="<$MTCGIPath$>mt.cgi?__mode=view&_type=entry&id=<$MTEntryID$>
&blog_id=<$MTBlogID$>">EDIT</a>
　こんなソースをどこかにいれておきましょう。

そして、なぜこのようなものがリンクされているのか、素人が見て混乱させるだけのような気がするのですが、RSSリーダーのためには必要なのかなぁ、という程度の認識で置いておく訳です。

確かに、RSSリーダーでRSSファイルへのパスを入力しなければならないため、リンクが貼られていると便利です。しかし、RSSのファイルのパスは、サイトのURLが分かればプログラムが勝手に取得してくる仕様になっているRSSリーダーが大半だと思いますので、必ずリンクが貼っていなければならないわけではなさそうです。

私の場合、最初、FTPの転送が甘かったようで、かなりあせりました。そこで、マイナーなRootFTPをあきらめ、FFFTPに乗り換えて再チャレンジしたところ、うまくいきました。

FFFTPでは『オプション』-『環境設定』-『転送３』で『*.cgi』を『755』に指定しておくと、後で属性変更しなくて済むので便利です。

とにかく、MovableType3.2導入手順さまさまです。ここのお陰で何とかアップグレードが完了しました。

読みにくい文章というほどではない（はずな）ので、最初からじっくり読み直して行くことで、徐々に記憶が蘇ってきましたが、こうした現象を目の当たりにすると、適度な間隔でバージョンアップが行なわれるということは、「面倒臭い」と思うのは間違いで、「記憶の呼び覚ましの上で非常に有用」と捉えるべきだと分かります。

そういうわけで、MovableType3.32へのアップグレードをしようと決意し、まずはMovableTypeがどんなシステムで、自分はどういうカスタマイズを遂げてきたのかを、『MovableTypeを活用して脱初心者！』の過去記事をよく読んで理解することから始めました。自分の備忘録のために、このサイトを作っておいて本当によかったと思います（笑）

過去記事を読むことがおまじないとなって、「単なるアップグレードにおいて怖いものなど何も存在しない」と確信するにいたり、早速アップグレードを開始しました。アップグレードは、ロリポップのインストールガイドを見ながら進めればあっという間に終わってしまいますが、インストールとアップグレードは違うため、ちょっとだけ不安に思い、Milano::Monologも参考にさせてもらいました。

さて、3.32にアップグレードしてみたところ、いくつか変更点があるようです。一番目に付いたのは投稿画面の『タグ』という文字です。これについては別で取り上げますが、かなり進化した印象を持っています。その他にも有用な点が見つかり次第、主に備忘録のために投稿していきたいと思います。

色々調べてみた結果、『タグ』という用語が少し混乱を招く存在のような気がします。少なくとも短期的な視点では。

簡単に言ってしまえば、ここで用いられている『タグ』とはキーワードのことです。しかし、そうすると『タグ』の上に存在する『キーワード』とかぶってしまいます。従来のキーワードが主にロボット検索にヒットさせることを主眼においていたのに対し、『タグ』は人間が検索しやすいように発展させられたキーワードといえ、『タグ』を使うことで、本でいう索引が簡単に作れます。

但し、『迷惑トラックバック』に入っているトラックバックスパムのうちのいくつかについては、MTEntriesRecentlyPingedタグが反応してしまうようで、スパム先へのリンクは作られないのでまだましですが、『最近のトラックバック』の箇所に、意味不明に、記事へのリンクのみが出来上がってしまいます。

『迷惑トラックバック』を空にして再構築すると、この意味不明な記事へのリンクが無くなるのですが、早いときは1時間もたたないうちに新たなトラックバックスパムを受けて、同じ繰り返しとなるので、いたちごっこのようで悲しくなります。実害としては、例えば最近のトラックバックとして10件表示させるようにしていて、その10件が全てトラックバックスパムによって意味不明なリンクだけになってしまうことです。これの対策が見つかると非常にすっきりするのですが、今のところお手上げ状態です。

前者は、同居するユーザーによるWebサーバー上でのcgiの利用が膨大となったためで、後者は、やはり同居するユーザーによるDBサーバーへのトラフィックが膨大となったためで、サーバーが違いますが、結局のところユーザー数が増えすぎていることが原因でしょう。

表示が重いのを解決しなければ、訪問者も我慢の限界を超えて閲覧しに来てくれないので大きな問題ですが、この問題はロリポップを使用している限りどうしようもない問題なので、とりあえず脇に置いておいて、再構築時間の増大の問題を解決しようと思いました。

早速申込を行ない、ロリポップのファイルをごそっとダウンロードし、そのままチカッパにアップロードしました。cgiファイル等のパーミッションを変更し、mt-config.cgiファイルの中で指定しているパスを書き換えて、mt.cgiを立ち上げました。

その後、設定とテンプレートで記載されているパス及びテンプレートのファイルのリンクパスをしこしこ書き換え、全インデックスファイルを再構築し、また、カウンター等のcgiファイルに記載されているパスを書き直して一応移行が完了しました。

ここで気になるのが、オーナー以外に書き込み権限を与えないとコメントやトラックバックがアップされないのではないかという疑問ですが、mt.cgi経由のcgiによる書き込みはオーナーとみなすようで、『644』でも問題無いようです。

しかし、MovableTypeは通常『666』のファイルを生成しますので、これでは、作ったたびにちまちまと属性変更するはめになります。

というのは、『PHPで軽量化！』において$MTCategoryLabel$を利用したファイルの生成方法を説明したからです。

本日、文字化けファイルを作らない方法を知りましたので、そちらについては『PHPで軽量化！』の追記部分をご参照ください。

ここでは、せっかく文字化けファイルを生成しないで済むようになったにもかかわらず、過去作った文字化けファイルが消せない現象を解決する方法を提供します。

データベースをMySQLからSQLiteに切り替えたことで、ロリポップのままでも不自由ない常態になったので、月額250円のロリポップから月額500円のチカッパに移行することがコストパフォーマンス的にどうかと悩みました。

速度的には、再構築時間が多少早くなるような気はするのですが、どちらかというと通信回線が空いているか混んでいるかの方が影響が大きいように思い、サーバーの能力の問題はそれほど大きくないように感じました。

レンタルされるディスク容量が250MBから500MBに上がり、更に１GBまで拡張できる余地があるのですが、今のところ60MBしか使っておらず、今後もファイルサイズの大きいデータを扱う予定も無いため、この点で魅力はあまり感じません。

複数のドメインを管理できるマルチアカウントマルチドメイン機能は確かに魅力ですが、今すぐこの機能を使うことはなさそうです。

Web製作会社に入ってから、本格的にWebサイトの製作法を学ばれている稲盛はるなさんの奮闘記的な指南サイトです。