MovableType Archive

本家『ぷらむずぶっく』のサイトリニューアルは止まったままです。
お盆休みにしようかなあ。

さてさて、ふと、もう一つ独自ドメインを取得するとなるとどうなるかな、と考えてみました。

今のサーバーで2種類のドメインを運営できるのか？
もしできたとしても、リスク分散のために別のサーバーを借りた方がいいのか？

それよりも、昨年に苦労した「サーバーレンタル＋ドメイン取得＋諸々の設定」が今できるのかという点において自信がないので、自分のこの備忘録サイトを参照してみようとアクセスすると――アーカイブが見られへん(￣▽￣;)！！

サイドバーの月別アーカイブは10か月分表示に設定しているので2008年8月までしか表示されていません。

アーカイブページを見ても、表示件数を150件にしているので、それ以上は表示されていません。

僕が見たかったのは、サーバーレンタルやドメイン取得した頃の話なので、もっと前です。

辛うじて、カレンダーの「Older」をクリックしていけば目的のページには辿り着けそうですが、これではあまりにも不便です･･･僕が(^-^;)。

なので、とりあえず月別アーカイブを100か月分表示することにして再構築しました。

時々MTを触らないと忘れるし、まだまだ改善点はたくさん残っているようです。

メインブログをWPに移行して1ヶ月ほどが経過しました。知識がないもんで、色々と心配したのですが、移行はほぼうまくいきました。
今のところ、個人的には満足しています。

[WPに移行して良かったこと]

1.  インストールが簡単(けど、MTと変わらないかも)
2. SEO的な効果あり？(多少、アクセスが増えた気が･･･気のせいかな^^;)
3. 色々と面白いプラグインがある(MTもありますけどね)
4. 軽い(とにかく記事を投稿しても動作が軽い。MTとは比べ物にならない)

[MTの方がいいかなと思うこと]

1. モジュールが使いやすい(phpを全然理解していないので、そういう意味ではWPはまだ･･･)
2. 解説書・参考書が多い(日本ではまだユーザー数多いですから)
3. インストールは一度でOK(WPはブログごとにインストールってのが手間。けど、MTは一度のインストールで複数管理できる代わりに動作が重くなるし･･･一長一短かな)

とは言ってもこの1ヶ月、MTの時のようにWPにハマッていないんです。ちょっと忙しくて時間がなくて。
なので、もっともっとWPに浸かっていけば、その面白さも分かってくるのかも知れません。

けどまあ、とにかく、軽いってのが一番イイです。

サーバーの負荷が高かったせいもありますが、MTは一時期、ログインすら何度かに一度しかできないような状態でしたから。

ここ数日(あるいは数週間)、再構築はもちろんのこと、ログインやメニュー間の移動、そして肝心な記事投稿すら満足にできない状態が続いています。つまり、エラーになるんです。

さすがにこれ以上はMovableTypeは使えないなあ、と思いました。

で、ついにWordPressに挑戦しようと思い立ちました。あ、まだ『サイトリニューアル作業』は完了していないので、途中、です(^-^;)･･･もはやどうでもいい感がありますが。

さて、新しいデータベース(MySQL)を作って、WPをインストールすると、エラー！
作ったデータベースを削除して、作り直して、インストールをやり直すと、成功！！

WPについてはまったく何の知識もありませんが、とにかく管理画面を色々見ていると、メニュー移動の際にエラー！

ええっ！？ WPでもぉ！？

大抵、こういうのって仕事場での休憩時間中の作業です。
つまり、会社の回線が遅いのが理由？
ならば、MTが遅いとは一概に言えないのかな？

継続調査する必要がありますね。

サイトのリニューアル作業はいまだに中断中です。ヤル気になるのを待っているという状態です。

とは言っても、10年続いているメインサイトのブログはまだ続けていますので、そういう意味ではMovableTypeから完全に遠ざかっているワケではありません。

ここ数ヶ月、ほとんど「投稿するだけ」という使い方ですが、MTと接してはいるんです。

が。

重い。重すぎる。本当に重過ぎます。

そのメインサイトのブログは先月ついに10年を越え、記事数も3600を越えました。そのあたりからでしょうか。記事投稿するにもエラーが頻発するようになりました。

記事投稿、記事の再構築はおろか、メニューを移動するだけでも莫大な時間がかかったり、エラーで止まってしまったりします。
いずれ、こういう日がくるのかな、と予感はしていましたが、ちょっと早すぎますよ。記事数が10000に満たない間は大丈夫だと踏んでいたのに。

さて、これからどうしますかねー。

このブログのタイトルが『サイトリニューアル奮闘記』となっていて、そもそもサイトリニューアルのタイミングでMovableTypeを採用することに決め、リニューアル作業をしつつ、MovableTypeを勉強してその成果と備忘録的な意味でのブログ･･･ってのが、このサイトなんですけど。

サイト(本サイト『ぷらむずぶっく』)のリニューアル作業は数ヶ月間、止まってます(￣◇￣;)！！

MovableTypeへの興味も、数ヶ月間止まってます(￣◇￣;)！！

何だか遠い昔の気分だけれど、MT4.21にアップグレードしたのが5ヶ月前。あれは苦労したなあ。

で、知らない間に4.22になって、昨年末には4.23になっていたんですねえ。
セキュリティーがどうのこうのっていう脆弱性を改善するマイナーアップデートの様ですが、そんなアップデートをするパワーはないし、セキュリティーが弱くて困るブログでもないので、4.21のまま使い続けることにしました。

わっはっは。

しばらく、MTから遠ざかっていました。肝心のサイトリニューアルからも遠ざかっていました。
別の無料ブログで、アクセスアップ術だとか、アフィリエイトだとか、勉強の意味で実験をしているところです。

だもんで、MTにログインするのはメインのブログサイトに日記を書くときくらいでした。

で、よく考えてみると年も明けて1ヶ月近くが経過しているのに、フッターを変えていないことに気付きました。

Copyright © 1999-2008 『ぷらむずぶっく』 All Rights Reserved.

のところです。「2008」を「2009」にしないと。

まだ、MTの操作は覚えてました(^-^;)。
ヘッダーモジュールを開いて、と。書き直して保存して、と。んで、再構築。

まだ記事が100件ちょいのブログだと大丈夫ですが、記事が3000を超えるメインブログでは再構築失敗。また、悩まされそうです。

少しでもブログを華やかにしようと思って、サイドバーにサムネイルを設置することにしました。もうずい分前になりますが。

で。
もちろんこれも、すんなり適用、とはいきません。
まず、テンプレートのどの部分がサムネイルの機能を持っていて、それをどのモジュールにどのように入れればいいのか調べるところから始まります。

使っているmt.Vicunaのテンプレートでは、『ユーティリティ』というモジュールがサイドバーを構築していますので、そこを見てみます。
各部品が<$MTInclude widget="xxx"$>のように並んでいます。となると、ウィジェットを探せばいいのですね。

ちなみに僕の場合、『モジュール』と『ウィジェット』の違いが良く分かっていません。どちらも「部品」であって、テンプレートに組み込んで使うものですよねえ？

さてさて、ウィジェットの一覧を見てみると「アイテム画像サムネイル」というのがありました。これですね。

ここでの問題は、記事中に画像を使った時だけサムネイルをリストアップさせる、ということでした。だって僕のブログ、毎日画像を貼っているワケじゃないですから。

色々と調べた結果、opモディファイアを使えばいいことが分かりました・・・が、実際はどこかのサイトさんに書かれてあるコードをほぼそのまま使わせていただきました。

一応、参考として僕のサイトで使っているコードを書いておきます。

<MTIf name="archive_class" eq="entry-archive"><MTElse>
<MTIfNonZero tag="AssetCount">
<dt>Photos</dt>
<dd class="recentAssets">
<ul class="thumb">
<MTSetvar name="imgcount" value="0">
<MTEntries lastn="0">
<MTEntryAssets type="image" lastn="1">
<MTSetVar name="imgcount" op="++">
<MTIf name="imgcount" le="16">
<MTSetVarBlock name="imgw"><$MTAssetProperty property="image_width"$></MTSetVarBlock>
<MTSetVarBlock name="imgh"><$MTAssetProperty property="image_height"$></MTSetVarBlock>
<li>
<a href="<$MTEntryPermalink$>" title="<$MTEntryTitle$>">
<MTIf name="imgw" gt="$imgh">
<img src="<$MTAssetThumbnailURL height="70"$>" alt="<$MTEntryTitle$>" title="<$MTEntryTitle$>" />
<MTElse>
<img src="<$MTAssetThumbnailURL width="70"$>" alt="<$MTEntryTitle$>" title="<$MTEntryTitle$>" />
</MTElse>
</MTIf>
</a>
</li>
</MTIf>
</MTEntryAssets>
</MTEntries>
</ul>
</dd>
</MTIfNonZero>
</MTIf>

ブログを３つ抱えているので話がややこしいですけど、『ユーティリティ』モジュールのキャッシュを外してから、初めて『家庭内外暴露日記』の再構築をしてみました。何度も書いていますが、エントリー数が3000以上です。

結果、エラー(ToT)。
最後まで終わらずに、止まってしまいます。『ブログ記事アーカイブ』だけにしても同じ結果です。

「MT4.2になって、さらにキャッシュ機能を追加して、再構築が30分ほどになったー！」と書きましたが、これは『カレンダー』をキャッシュしていた効果だったようです。どのページにもキャッシュしたタイミングのカレンダーが表示されていてはカレンダーの機能を発揮していないってことで、前回キャッシュを外したら・・・この有様です。

どうやらもう少し細かくカスタマイズしていく必要があるようです。

まず、現在使用させてもらっているmt.Vicunaの『カレンダー』ウィジェットでは、3つの条件分岐がされています。
トップページと、月別(僕は日別とか週別を使っていないので)と、個別ページに表示させるカレンダーです。

ブログとしての体裁を考えると、個別ページには『カレンダー』は要らないでしょう。トップページと、月別ページには欲しいので、個別ページに関する条件分岐を削除しました。
これで、個別ページにはカレンダーは生成されません。

ところがこれでも『ブログ記事アーカイブ』の再構築は成功しませんでした。

何と、まだ重いですか。処理が多すぎますか。

そもそも個別ページの意味とは・・・というところから考えました。
「個別のページが見たい」
そのまんまですがな。けど、やっぱり、そうでしょう。後はコメントするとか。

ならば、ここに『最近エントリーされたサムネイル画像』や『月別アーカイブリスト』なんかは不要でしょう。ってことで、どのページにも生成されるようになっていたこの２つのウィジェットのコードをちょっと加工して、個別ページでは生成されないようにしました。

そして・・・やっと、再構築成功。30分弱で終わりました。
なるほど、個別ページはダイエットが大切なんですね・・・再構築すると3000以上のページに対して処理するワケですから。

これは・・・どういうことや？
ひょっとして、ブラウザが前の情報をキャッシュしていて、それが表示されてるのかな？

慌てた僕は、FTPでトップページのhtmlファイルをダウンロードして内容を確認してみました。やはり、「カレンダーが表示されないよう。」は残っています。もう一度『カレンダー』ウィジェットの中身を確認すると、オリジナルのコードがちゃんと保存されていて、そんな情けないコメントは影も形もありません。

ここへきて、ド素人の僕はようやく気付きました。

そうか。キャッシュか。

デフォルトだと『サイドバー』というようなモジュールがあると思いますが、mt.Vicunaだと『ユーティリティ』というモジュールがあって、そこでサイドバーの部品を配置しています。
MT4.21にアップグレードして、さらにキャッシュという再構築を劇的に速めてくれる便利な存在を知って、僕はこの『ユーティリティ』モジュールもキャッシュするように設定していました。

なぜなら、コードに条件分岐のような動的なコードがなかったからです。
ところがよくよく見てみると、
<$MTWidgetSet name="サイドバー(ナビゲーション)"$>
という記述があり、さらにその中で『カレンダー』ウィジェットが使われているワケです。『カレンダー』ウィジェットには条件分岐のコードが含まれていますので、どうもこれが問題だったようです。

『ユーティリティ』モジュールのキャッシュを外して保存し直し、さらに再構築をかけると、やっと正しいカレンダーが現れてくれました。

はああ、まいったまいった。
けど、こういうアホな失敗を重ねて、ド素人は少しずつのったりと成長していくワケです。

不具合は月が変わった瞬間に起きました・・・いや、もっと前から起きていたのかも知れませんが、僕がそれに気付いたのはその時でした。
月が変わったのに、トップページのカレンダーが前月のものになっている！

ワケも分からずにいじくっていると、そのうちにカレンダー自体が表示されなくなりました。3つのブログ全部で。
『カレンダー』ウィジェットのコードを見てみましたが、よく分かりません。当たり前です。内容なんぞ理解せずにそのまま使っているのですから。

さらにいじくったり再構築を繰り返しているうちに、『最近のエントリー』の表示もおかしくなってしまいました。一番古い記事から表示されています。

一体、何が起こってるんや！？MTのバグ！？

問題が起きるとすぐに他人のせいにする悪いクセです。
とにかく、分からないながらもコードをもう一度よく見てみると、2行目に、
<MTIf name="tempName" eq="index_main">
という記述がありました。テンプレートの名前が「index_main」だったら以下の指示に従いなさい、という条件分岐ですね。

ですので、いっそのこと『カレンダー』ウィジェットを、
<MTIf name="tempName" eq="index_main">
カレンダーが表示されないよう。
</MTIf>
と書き換えて保存し、再構築してみました。

ちゃんと、トップページのカレンダーが割り当てられている部分に情けないコメントが表示されました。MTはちゃんと動いているようです(当たり前か)。

『カレンダー』ウィジェットを元のコードに戻し、また再構築してサイトを確認してみると、恐ろしい現象が僕を待ち構えていました。

トップページのカレンダーのエリアには相変わらず「カレンダーが表示されないよう。」と表示されていたのでした。

ちょっと前の話になりますが、どうやら問題はテンプレートではなかったようです。
3つあるブログのうちの2つをVicunaさんのテンプレートにしたのですが、やっぱりカレンダーの不具合は発生しました。

ブログAに10月1、2、3日の投稿があり、カレンダーにもその三日間のリンクが生成されているとします。
同じテンプレートを使っているブログBで、10月5日に投稿すると、ブログBのカレンダーがブログAのカレンダーになる、という現象でした。

なかなか分からなかったのですが、やっと見つけました。
WingMemoさんのページに書いてありました。もう2年近く前の記事ですやん(^-^;)。

問題は<$MTEntryLink$>にあったようです。キャッシュだかCookieだか、とにかく最新の情報を持ったまま投稿したブログの方にその情報が引き継がれる・・・ってことなんですかね。
WingMemoさんにはこう書かれてあります。

日別アーカイブへの飛ぶ先を<$MTEntryLink archive_type="Daily"$>などのタグにすると、ダイナミックで複数ブログを運営している場合、違うブログのエントリーへ飛ぶことがあるので、それを防ぐため<$MTBlogURL$>?でhttpから始まるフルアドレスで指定するようにしています。

これ、これ。この現象で困っていたのですヨ。
僕の場合、ブログ記事のアーカイブマッピングは『2008-10/20081005.html』というファイルが生成されるように設定していますので、リンク先をこのように変えました。

<$MTBlogURL$><$MTArchiveDate format="%Y-%m/%Y%m%d"$>.html

言ってみれば“力ずく”のワザですが、この際贅沢なことは言ってられません。
いつもお世話になっている小粋空間さんにはAjaxだの何だのと難しい対処方法が解説されていましたが、ド素人の僕に理解できるハズもなく、これで満足です。

さて、ここまで来てもやっぱり分からないことがあります。
『家庭内外暴露日記』の古い方の記事、こんな具合になっています。

それぞれの記事は<p></p>で括っているのですが、このタグを書き忘れている場合、上の記事のように、ちゃんと書いている場合は下の記事のようにちゃんとインデントされて表示されます。
旧サイトの記事をせっせと登録している時に、一部の記事ではタグを書き忘れたようです。
実際には書き忘れたのではなくて、"フォーマット：なし"で登録したのかも知れません。リッチテキストで書くと自動的に挿入されますので。

なので、上の記事のようになっている場合は、個別の記事に行って、<p></p>タグを入れて再構築する、という面倒な作業をしなくてはいけません。そんな昔の記事は誰も読まないのでほっといてもいいんですけど・・・A型としては気になります(^-^;)。

ところが、この作業中、変な事象に遭遇しました。
個別記事を見るとちゃんと<p></p>タグが記事の前後に書かれているのに、ページの表示は上の記事のようにインデントされていない表示(＝タグがかかれていない場合と同じ表示)になっている記事があるのです。

『ブログすべて』を再構築しても、『ブログ記事アーカイブのみ』を再構築しても直りません。唯一、個別記事を再構築した時だけ、直ります。

これは一体、どういうことなんでしょう？

さすがにこればっかりは原因不明です。アップグレードの時にごちゃごちゃと色んなことをしたのが原因なのかも知れませんが、分かりません。

仕方がないので、記事を一つ一つ確認して、表示がおかしい記事のみ、ちまちまと再構築している次第です。
はああ。

MTとmt.Vicuna(ブログのテンプレート)をアップグレードしたところで一段落ついたのですが、その後、管理画面から『テンプレート一覧』を見るとMT4.1とは違った点があることに気付きました。

何しろ、MT4.21にアップグレードしたとは言っても、参考書も買わず、MovableTypeのサイトを見ることもなし。つまり、てきとーに手探りでいじっているという体たらくです。分からないことや不具合に遭遇した時だけウェブで調べるという感じ。

で、気付いたのは『キャッシュ』でした。これは・・・何？

ここでやっとMovableTypeのサイトを見てみると、「MT4.1XからMT4.21にアップグレードしただけで処理が速くなり、さらにキャッシュ機能を使えばもっと速くなる！」ってなことが書かれていました。

なぁるほど、そういう便利な新機能があるのかー。

が、ちょっと躓きます。色々調べてみると、どこもかしこも「phpでうんたらかんたら」という記事ばかり。
phpに関する知識と言えば「アクセス時に動的にページを生成する」ってことくらいです。phpの記述も知らないし、負け惜しみを言えば「静的ページに拘りたい」と思っていてphpについては勉強も導入も考えていません。

phpじゃないと、キャッシュ機能はその効果を発揮しないのかなあ・・・けど、とにかく一度やってみよう。

ということで、『設定』→『公開』で、『モジュールオプション』の『モジュールのキャッシュ』にチェックを入れます。『サーバーサイドインクルード』は『無効』のまま。これで、保存。

さて、エントリ数が多い『家庭内外暴露日記』はアップグレード前、MT4.1で『ブログ記事アーカイブのみ』で再構築して約8時間かかったと書きましたが、MT4.21にアップグレードしてからは以前と同じように途中でエラーになり、最後まで再構築が完了したことは一度もありませんでした。

なので、早速試してみました。条件分岐が含まれていないモジュールを選択し、下のほうの『テンプレートの設定』を開けて『作成または更新後に無効にする』と『ブログ記事』を選んで保存します――そして、再構築。

すると・・・30分弱で完了！！

そうですか、そうでしたか。MT4.21は、単にアップグレードするだけじゃなくて、キャッシュすることによってその爆発的な効果を発揮するのでしたか。phpじゃなくても効果あるんですか。
いやー、これまでの七転八倒を経て初めてMT4.21の恩恵に与りました。

ちなみに、キャッシュするのは内容が変わらないモジュールだけですからね。ここんところだけ、要注意です。

もう一度アップグレードした時のことをざっと思い出してみましょう。

1. MT4.21のファイルたちをFTPでサーバーにアップ、元のmt-config.cgiもアップ
2. 元々使っていたプラグインやスキンのテーマ関係をFTPでサーバーにアップ
3. この時、mt.Vicunaをバージョンアップ(ver2.2.0をプラグインに上書き)
4. ブログの一つ『迷曲探偵団』にて、mt.Vicunaのver2.2.0を読み込ませるために『ブログのテンプレートを初期化』→『mt.Vicuna 2.2.0』を選択

この時に自分のサイトを見てみると、元のデザインで表示されたため、「何か分からんけど前のモジュール類が引き継がれている！」と思ったのですが、そうではありませんでした。
翌日になって『迷曲探偵団』を見てみると、デザインがオカシイ。

そう、mt.Vicuna 2.2.0のデフォルトのデザインになっているのです。
他のブログサイトはデザインがそのまま引き継がれています。つまり、こちらはmt.Vicuna.2.1.4で自分がカスタマイズしたモジュール類が引き継がれているってことですね。

考えれば、当たり前のことでした。

• MovableTypeをアップグレード＝中身(テンプレートやモジュール類)は引き継がれる
• テンプレート(mt.Vicuna)をアップグレード＝モジュール類のコードがガラッと変わるので引き継がれない

けれど、せっかくmt.Vicunaをアップグレードしたのだし、サイトには「2.2.0になってミラクルパワーアップ！」なんて書かれているので、やっぱりこちらを導入したいってのが人情です。
モジュールやウィジェット間の見通しが良くなったということなので、ひょっとしたら再構築の処理速度も上がるかも知れません。

で、まずは『迷曲探偵団』のモジュール類を元のカスタマイズに合うように修正していきました。さらには勢いに乗って『家庭内外暴露日記』も。
これは数時間で完了しました。

さあ、再構築だ(こればっかし)。

で、結果として・・・やっぱり遅いッス。『ブログ記事アーカイブ』の再構築の遅さは尋常ではありません。
結論。エントリ数が3000を超えると(もっと正確に言うと3400ちょい)MTを最新版にしても、ステキなテンプレートを使っても再構築には莫大な時間がかかるってことです。

まさしく、骨折り損ですが・・・まあ、最新版を使っているという優越感っちゅーか、気持ちよさがあるのでよしとしておきましょう。

そもそも、全体の再構築ができなくなり、次に記事一つ分の再構築ができなくなり、ついには新規登録さえエラーで止まってしまうという事態に陥った末に、今回のMT4.21へのアップグレードを決意したのでした。

ですので、アップグレード後に一通りの基本動作を確認できたこの時点で、再構築をしてみることにしました。

まず、エントリ数が100前後のブログ。
これについては、格段にスピードが上がりました。1分もかかりません。これは、凄い。

そして、問題の『家庭内外暴露日記』。エントリ数3000以上を誇ります(笑)。
実は、アップグレード前に、つまりMT4.1で『ブログ記事アーカイブ』のみで再構築を実施したところ、途中で止まることなく無事に完了しました。

ちなみにその時のEntriesPerRebuildの値は「20」。「10」でも「5」でも途中で止まったのに「20」で成功とはこれ如何に。このエントリ数だと、こういう値よりもサーバーの調子に依存するのでしょうか・・・終わるまで8時間かかりましたが(^-^;)。

それで、MT4.21では思い切って『全ての再構築』をしてみました。
カテゴリや月別のアーカイブはなかなか速い。問題は『ブログ記事アーカイブ』の再構築です。
うーん、やっぱり遅い・・・・・・しかも。

途中でエラーになってしまいました。

あんれまあ、これではそもそものアップグレードの目的であった『再構築の安定化』が果たせていないではないですか。

MT4.1の時は『記事一つのみの再構築』も『新規投稿』もなかなかできなくなっていましたが、その点ではMT4.21はちゃんと処理してくれるので、アップグレードした価値はあったのでしょうけど。

ひょっとしたら、ブラウザの問題かな、と思って、いつも使っているIEではなくてFireFoxで試してみましたが、やはり同じアラートが現れて、新規投稿できませんでした。

ひょっとしたら、パソコンが悪いのかな、と思って、会社のパソコン、しかもIE6(家のはIE7)で試してみましたが、やっぱりダメ。

うーん、困りました。
そもそも、『FCKeditor』が使えないってのもしょんぼりです。便利だったのになあ。

待てよ・・・ひょっとしたら、MT4.21に対応していない『FCKeditor』があるからアカンのとちゃうか！？
ド素人の起死回生的なヒラメキでした。

mt-config.cgiに記載していた、

#======== RichTextEditor ==========
RichTextEditor FCKeditor

を削除してみました――すると。

見事に『フォーマット：リッチテキスト』でMTのメニューバーが現れました。FCIeditorに比べたら数段しょぼーいメニューですが、この時ほどこのしょぼさが愛おしく思ったことはありませんでした。

早速、新規投稿してみます。
『保存』ボタンを押しても、あのにっくきアラートポップアップも現れません。

そして、見事に新規投稿に成功しました！
誰もこんなトコロで躓いたりしていないでしょうし、ブログのソフトでブログの投稿ができるなんて当たり前のことなんですが、とにかくまあ、感激です。

これで、一通りのチェックが完了。
後は、再構築・・・か。

そう言えば、記事投稿時におかしなところがありました。
『リッチテキスト』にしても、メニューバーが変わらなかったのです。そもそも『FCKeditor』という、Wordのような入力補助をしてくれるプラグインを入れているのに、投稿画面にはそのメニューバーが現れていません。

ひょっとしたら『FCKeditor』がMT4.21に対応していないのかも・・・と思って、調べてみましたが、そういう情報を見つけることはできませんでした。

こーなったらフォーマットを「なし」にして投稿してやろう。

けど、『保存』ボタンをクリックすると、やっぱり『このページからほかのページに移動しますか?・・・』というアラートのポップアップが現れます。
キャンセルしても保存されずに元のページに戻るだけなので『OK』にするのですが、保存が終わって元の画面に戻ると、やっぱり記事の内容が消えています。

ああ、そっか。
アラートのポップアップはこう言っています。
『保存されていないエントリーへの変更は失われてしまいます。』
つまり、このポップアップが現れるって時点で、保存できないってことですよね。

はてさて、困りました。
『MovableType 投稿 できない』
と検索しても、目ぼしい情報は出てきません。なぁんも分かりません。

ここでアップグレード開始から3時間が経過し、夜中の1時半を回ってしまったので、寝ることにしました。

再構築もしていないのに、mtVicuna 2.2.0が適用されていて、サイトもちゃんと表示されているってのは嬉しいことでしたが、やっぱりちょっと気持ちが悪い。何でそーなったのかが全然ワカランからです。

が、よくよく見ると、フッターのところが『Powered by Movable Type 4.1・・・』となっています。
あれれ？もう4.21になっているハズなのに・・・と、ここで初めて再構築してみました。
すると、『Powered by Movable Type 4.21-ja』という表示に変わっていました。よしよし。

まだ各モジュールを良く見ていないので、どこかに修正しなければならないポイントがあるかも知れませんが、まず最初に試しておきたいのは『エントリ』です。つまり、『ブログ記事の新規投稿』です。
もちろん、ついでに「速くなった」と言われているMT4.2のスピードも体感してみたいものです・・・ってか、実は、先ほど再構築した時に体感したんですけどね。

早速記事を書いて投稿してみます・・・ホイ、『保存』ボタンをクリック――すると。
--------------------------------------------------------------
このページからほかのページに移動しますか?
保存されていないエントリーへの変更は失われてしまいます。
--------------------------------------------------------------
こんなポップアップが現れました。これは、MT4.1の時もちょくちょく目にしました。例えば、何かのモジュールのコードをコピーして、特に何もせずにそのまま他のページに移動しようとした時とか。

特に気にせずに『OK』ボタンを押しました。

さあ、投稿が始まりました。
おおお、ちゃんと数ヶ所のPING先にも更新情報が送られています。こういうのまで、アップグレード時に引き継がれているんですね、感激。

ところがページが元に戻ってビックリしました。
タイトルはそのままでしたが、記事の内容がないよう(シャレを言うとる場合か！)。

記事がまったく、真っ白です。
サイトを見てみると同様で、タイトルはありますが記事の中身がありません。

MT4.1の時は保存時にエラーで新規投稿できなくなり、MT4.21では保存されているように見せかけて中身を空っぽにする作戦ですか。

無事にMT4.21のインストール(アップグレード)は終了しました。

次に、MT4.1の時に使用していたプラグイン類のフォルダやファイルをxxx/cgi-bin/mt/plugins/に入れました。
それから、同じようにブログのテンプレート類もxxx/mt-static/themes/に入れました。

このタイミングで、前回失敗したmt.vicunaもバージョンアップしておくことにしました。
サイトから最新版をダウンロードしてプラグインのフォルダに上書きしただけです。

さて、自分のブログサイトを見てみると・・・コンテンツは表示されていますが、デザインがめちゃくちゃなことになっています。
つまり、何のテンプレートも適用されていないってことですね。

ド素人的に不安だったのが、「MTをアップロードした時に、何の情報が引き継がれるか」でしたが、ここで、テンプレートは引き継がれていないことが判明しました。

一応バックアップは取ってあるのでそんなに不安はないですが、もう一度テンプレートを初期化して、各モジュールを自分がカスタムした通りに保存し直していかないといけないとなると、気が滅入ります。

とにかく、『デザイン』→『テンプレート』→『ブログのテンプレートを初期化』に進んで、『新しいテンプレートセットを適用』から『mt.Vicuna 2.2.0』を選びます。

ここでもう一度自分のサイトを見てみると・・・あれ？ちゃんとしたデザインで表示されてる！
mtVicunaのアップグレードに伴って、モジュール類も変わったハズですので、それを一から調べなおして、カスタマイズしていかないといけないと思っていたのですが・・・。

仕組みはよく理解できていませんが、とにかくまあ、便利です。素人的には迷った部分は色々ありましたが、結局、ほとんど何もしていないですよね。
新しいファイルをサーバーにアップロードしたくらいです。

ここまでで2時間くらいかかりましたが、まだ終わりではありません(笑)。

アップグレード時に「方法についてはここを見てください」ってな感じでMovableTypeのページへリンクが貼られていたので、そこを見てみます。

手順は間違っていません。

途中、黄色い背景でこんなことが書かれています。
『スタティックディレクトリがアプリケーションディレクトリ外にあるときは、それにあわせて作業します』

意味が分からんっちゅーねん。本当にマニュアルって奴は素人に優しくないですね。

いや・・・ちょっと、待てよ――。
よく考えたら、名前を変えたxxx/mt-static_41/の方は何もアップグレードしていないのと同様です。

ダウンロードしたMT4.21の中身を見てみると、その中に『mt-static』フォルダがありました。これを、外に出さなければならなかったワケです。
「出さなければならない」と言うか、僕がMT4.1をインストールした時に――どういう理由か忘れましたが、ひょっとしたら参考書に書いてあったのかも知れません――外に出していたのですね。

ってか、MTのマニュアル、こういう風に書いてくれたらもっと分かりやすいのに。
『元々mt-staticフォルダをmtフォルダの外に設置している場合は、同様にしてMT4.2の中にあるmt-staticフォルダを外に設置してください』と。

“それにあわせて作業します”って言われたって何のことか分かりまへんがな。

まあ、気を落ち着けてmt-config.cgiの中を見れば、
StaticWebPath    http://xxx/mt-static
って記述があったんですけどね。そういう設定をしたことなんて忘れていましたよ。

とにかく、xxx/cgi-bin/mt/の中に入っているmt-staticのフォルダを外に出して、MT4.1の時と同じようにxxx/mt-static/として、もう一度ブラウザからxxx/cgi-bin/mt/mt.cgiにアクセスしました。

やっと、上手くアップグレードのインストール作業が始まりました(ToT)。

アップグレード作業そのものは簡単です。問題は、その後にちゃんとMTが動作するか、サイトが表示されるか、です。

色んなサイトにもっと分かりやすい解説がありますが、自分の備忘録なんで書いておきます。

まず、元々MTが入っているディレクトリ名を変更です。
つまり、いざという時に戻れるようにバックアップを取るって感じでしょうか。

僕の場合は、
xxx/cgi-bin/mt/以下にcgiファイルやフォルダ関係を入れ、xxx/mt-static/以下にmt-staticのディレクトの中身を放り込んでいたので、それぞれ『xxx/cgi-bin/mt_41』と『xxx/mt-static_41』に変えました。

で、ダウンロードしたMT4.21の中身を、新しく作ったxxx/cgi-bin/mt/ディレクトリの中にFTPでそっくりそのまま入れました。

次に、元々使っていたmt-config.cgiファイルをxxx/cgi-bin/mt/に入れて、ブラウザからmt.cgiにアクセスします。
ここから自動的にアップグレードが始まるワケですね。

ところが――。
アップグレードで失敗！！

『アップグレード』するのボタンをクリックすると、ページが切り替わって『アップグレード進行中』のような表示(記憶が曖昧です)が表れますが、何ともダサいデザインのページです。しかも、画像が『X』表示になっています。
実際のところ、進行しているのかどうかさえ定かではありません。

どうも、アップグレード作業自体が上手くいっていない様子・・・。
よく理解されている方は、上の手順の中で何が間違えていたのか、もうお分かりですね。

ところが僕はパソコンの前でアップグレード画面と同じように固まってしまいました。

まず、FTPでファイルたちをローカルに保存することから始めました。仮にMTが動かなくなっても、HTMLファイルやCGIファイル、画像ファイルを保存しておけば、いざとなればそれをUPすればいいワケですからね。

ところが、ここでも『家庭内外暴露日記』が大変。7000以上のファイルがあるので、これをFTPでローカルに落とすだけでも一時間半くらいかかりました。
よく考えると、以前は『日別アーカイブ』も生成するようにしていたのでその残骸も残っていました。もう要らんっちゅーねん。

次に、ブログのバックアップとデータベースのバックアップ。この辺は『XREAでMTを！』を参考にしました。
まあ、前にMTの再インストールをしたことがあるので、大体の要領は分かっていたつもりですが。

さて、念には念を入れて、アップグレード方法を調べます。すると、気になる記事をいくつか発見。
例えば、『HORNET's TALK..』さんのこの記事。

つまり、XREAのサーバーを使っている場合MySQLの文字コードがEUC-JPになっているがために、UTF-8でないとダメなMTだと文字化けが起こってはちゃめちゃなことになるようです。

いや・・・待てよ。
さっきもちらっと書きましたが、2ヶ月ほど前に、タグクラウドで日本語がきちんと認識されないとか「から（にょろっとした形）」が文字化けして「？」になるという問題に遭遇して、データベースの初期化をしました。その時にしたメインの目的が、MySQLの文字コード変更だったハズ。

早速、サーバーのサイトにログインしてみました。
文字コードは『EUC-JP』のまま・・・だから、2ヶ月前の作業後、うまくいかなかったのでしょうか。
けれど、PhpMyadminにログインしてみると、『MySQL の文字セット: UTF-8 Unicode (utf8)』となっています。
よく分からんけど、ちゃんとできているようです。

ならば、アップグレードしても大丈夫なんちゃうん・・・と、まだ躊躇している僕の背中を押す悪魔か天使がいます。
よぉし、気合だっ！

その後、どれだけの効果があるのか分かりませんが、

• mt-config.cgiにEntriesPerRebuild 10を追記
• MTタグの整理(MTLinkやMTBlogURLを極力排除、MTIncludeでのmoduleをfileに変更)

等、ネットからの情報で有効かも、と思われる対処法を試してみましたが、結局のところ一向に改善は見られませんでした。

改善が見られないどころか『ブログ記事アーカイブ』のみを再構築しようとしてもできなくなりました。途中で止まってしまうのです。EntriesPerRebuildの値を5にしても同じ。

これだけの量(エントリー数)だとやっぱり無理なんですかねえ。
EntriesPerRebuildの値を減らすってことは、それだけサーバーへの負荷は低減できるかも知れませんが、処理時間は莫大に長くなりますし(多分)。

で、いっそのことMTをアップグレードしようかと考えました。

使っているのはMT4.1ですが、MT4.2になると再構築の処理が高速化されるらしいのです。ただ、MT4.2だと『カスタムフィールド』周りがうまく移行されないバグがあるということで二の足を踏んでいたのですが、何のことはない、翌日にはデバッグされたMT4.21ってのが出てたんですね(恥)。

まあとにかく、こうなったら最後の手段です。

ドキドキですねー。
うまく行かなかったら、すべてがパァになるかも知れません。
まずは、バックアップを取らないと・・・って、これが大変。だって、色々やってますから。

• 『ぷらむずぶっく』：10年近く続けているサイトで、このたびMTでCMSのようなことをしようと、リニューアル中。
• 『家庭内外暴露日記』：『ぷらむずぶっく』内の日記のコーナーですが、MT上では別のブログとして構築しています。ここ最近再構築関係の話を書いていますが、このブログのことです。
• 『サイトリニューアル奮闘記』：このサイトです。MTを導入して、ついでにサイトをリニューアルしようと決意し、備忘録の意味を込めて始めたブログです。
• 『迷曲探偵団』：MTが面白くて「えーい、もういっちょサイトを作ってしまえ」と、メインの『ぷらむずぶっく』のリニューアル作業も終わっていないのに立ち上げたサイトです。

うーん・・・面倒だなあ。

そう言えば記事としては書きませんでしたが、ページ分割を導入した時に、総合のアーカイブページだけではなくて、『カテゴリーアーカイブ』のページも分割したんですよね。

それをどこでやったかというと、『アーカイブテンプレート』の『ブログ記事リスト』です。
詳しくは書きませんが、前に説明したやり方とほぼ同じです。

で、たまたま『月別アーカイブ』のページを見てみると、ページの下のほうに「1」という表示がありました。

これ、分割したページの1ページ目、という意味です。
が、分割は50の記事ごとと設定しているので、『月別アーカイブ』に分割は必要ありません。あ、一日にエントリー数を一つ、としていますので、最大でも31の記事数になるってことです。

しかも、単に「1」だけ表示されているってのもみっともない。

『ブログ記事リスト』では一つのテンプレートで『月別』と『カテゴリ』の両方のアーカイブページを生成しているのでこんなことになっているのですね。

そこで、ふと、考えました。
ひょっとしたら、再構築時に「よっしゃー、ブログ記事リストのテンプレートではページ分割の命令が出てますナ。ホイホイ、カテゴリーアーカイブのページは分割しましたでぇ。で、次は月別でんな。えーっと、50ずつで分割でんな。お？どれもこれも50も記事はありまへんがなー！！」的な処理をしていて、それが負担になっていないか、と。

だって、『月別アーカイブ』のページだけでも100以上ありますから、そのすべてでいちいち「記事が50以上あるか確認して、あったら分割、なかったらスルー」なんてことをしていたらそりゃーMTにとっても迷惑でしょう。

なので、『ブログ記事リスト』のコードをいじって、条件分岐させることにしました。
『カテゴリアーカイブ』の場合のみ、分割しなさいよ、と。
条件分岐が増えると負担が重くなる、という話を聞いたこともあるので、どうなるか分かりませんが、とりあえず試してみます。

ネットで色々と調べていると、やはりページ分割をすることによって再構築の時間が長くなるようでした。
ド素人の推測は当たっていたようですが・・・まあ、当たり前ですかね。ページ分割が再構築にそこまで影響あるとは予想していませんでしたが。

そもそも、エントリした記事が多すぎて、アーカイブページが長くなりすぎるのを嫌ってページ分割プラグインを導入したのですが、記事が多くなるにつれてページ分割が多くなり、再構築が遅くなって、しまいには再構築でエラー続出って、本末転倒ですよねぇ。

ここは、ページ分割を諦めるしかないか・・・。

いや、ちょっと待てよ。
考えてみれば、全ての記事を収めた『アーカイブ』なんてページは不要なんじゃなかろうか。だって、『月別アーカイブ』があるんだもん。
前にしていた通り、アーカイブのページには[最新50件]くらいでいいよなあ、うん、いいよね。

と、なると問題は『カテゴリーアーカイブ』。
日記サイトでは、ただでさえ記事数が多いので、カテゴリーまで多くするとこれまた再構築が大変だと思ってカテゴリーを3つに分けているだけです。

例えば、
プライベート (1225)
ってな感じ。ね、一つのカテゴリに1000以上の記事があるんですよ(笑)。

で、ここをクリックして『カテゴリーアーカイブ』のページに移った時に、そこに[最新50件]しかないとなると、それもまた不細工。
なので、『カテゴリーアーカイブ』のページのみ、ページ分割をすることにしました。

これで再構築の負担は激減したハズ。

この『サイトリニューアル奮闘記』もそうですが、 『迷曲探偵団』も、まだ始めてから数ヶ月ですのでエントリー数としては少ないのです。

ところが、どちらも新規投稿時に時々エラーが出るようになりました。
と、なると、これはエントリー数には関係ないのかも知れません。確かに、エントリー数の少ないブログの方がエラーになる確率は低いですけど。

じゃあ一体何が原因なんでしょう？

またしてもサーバーの不調なのでしょうか。
けど、調子が悪い時にはMTにログインするのにもかなりの時間を要したことがありました。
今は、そんなことはありません。しかも、インデックスページだけの再構築なら、すぐに終わります。

ひょっとして、つい最近導入した『ページ分割』のプラグインのせい・・・？

ド素人的な考えなので、何の根拠もないですが、新規投稿をする時や、あるいは一つの記事を再構築する際に、プログラムは月別のアーカイブやカテゴリのアーカイブまで見に行って「ありゃま、ページ分割のサインが出てますなあ。よっこらしょっと。えっと、50件ずつ分割するんですな。分割ページ全部を作り直さなあきまへんな」的なことをしているような気がします。

アーカイブのページの下のほうには、
1｜2｜3｜4｜5｜6｜7｜8｜9｜10｜11｜次のページへ>>
となっていますが、例えば各ページに10件ずつの記事を設定しているとして、

1ページ目：9月1日から9月10日まで
2ページ目：8月22日から8月31日まで
・・・

となっているところへ、9月11日に新規投稿をすると、これが全部ずれてきます。

1ページ目：9月2日から9月11日まで
2ページ目：8月23日から9月1日まで
・・・

という風に、アーカイブの全てのページを作り直さなければなりません。
前に『ページ分割プラグインを使うとindex_1.html、index_2.html・・・と、ページが自動で生成される』と書きましたが、僕のブログの場合はこういうページが60以上あります。

うーん・・・ページ分割、やめよっかなあ・・・せっかく成功したのに。
けど、やめると、『アーカイブ』のページにはずらーっと3000以上の記事が並ぶことになるんよなあ。

うーん・・・・・・。

昨日の記事は、何とか投稿できました。
なのに、日記サイト(何度かリンクしていますが『家庭内外暴露日記』ってヤツです）の方は投稿しようと思ってもエラーになります。

新規投稿がでけへんかったら日記サイトとして成立しません(ToT)。

ところが、色々とやっているうちに自棄になって『すべてのファイルを再構築』してみると・・・成功しました。もちろん、1時間以上かかりましたが、エラーになることなく終わりました。

一体、これはどういうことなんでしょう・・・？

さらに不思議なことに『すべてのファイルを再構築』してエラーなく終わっているというのに、結構古い方の月（例えば1999年3月分とか4月分とか）のいくつかの記事の表示がおかしいのです。どうも再構築がうまくできていないような感じ。

なので、表示がおかしくなっている記事のみを選んで再構築しようとしたらエラー。

どないやねん(ToT)。

新規投稿もできず、たった記事一つの再構築もできずって・・・。

MovableTypeを使っていて、再構築で失敗したことがない！・・・なんて方はほとんどいらっしゃらないでしょう。

特に僕の場合は、元々の旧サイトにある日記のコンテンツをぜーんぶデータベースに入れました。MTのブログ投稿画面で、えっちらおっちらと。

しょーもない駄文の垂れ流しであることは重々承知ですが、それでも10年近く続いているというその事実のみがちょっとばかしの誇りです。

ほぼ毎日、日記率98%を超えているので、投稿数は3000を超えます。
そうです。当然、再構築で失敗します。

かと言って、有効な手段を思いつかないド素人は、何度も挑戦するワケです。上手くいくときもあるので。

で、その日記のスキンを変更して、昔の記事の表示がおかしかったので、その記事のみ再構築しようとしたら、見慣れないメッセージと共にエラーとなりました。

CGIWrap Error: Real UID could not be changed!

何じゃこりゃあ？・・・と思って調べてみると、XREAを使っているとこういうエラーになることがあるらしく、原因は「一度にサーバーの許容量を超えるアクセスがあった際に表示されます」とのこと。

たった一つの記事を再構築するだけで何でそんなエラーが出るんじゃ！

そう言えば、このブログサイトの方は最近スキンを変更したばかりで、記事を投稿したことがありません。
試しに記事を投稿してみると・・・エラー！！
何とまあ、再構築どころか、記事の投稿もできないではないですか。

サーバーが原因なのか、記事が多すぎるのが原因なのか、僕が加えたコードにムダがあるのか、僕の日頃の行いが悪いのが原因なのか・・・不明。

さて、それではこの記事を投稿してみます。成功すれば、ブログサイトの方は記事が多すぎるのが原因だと言えることになります・・・多分。

しかしまあ、そうなると対処法がないよなあ。

元々は、

<dl class="headline">
<dt>タイトル１</dt>
<dd>記事内容１</dd>
<dt>タイトル２</dt>
<dd>記事内容２</dd>
・・・・・・
</dl>

という構成だったのが、

<dl class="headline">
<dt>タイトル１</dt>
<dd>記事内容１</dd>
</dl>
<dl class="headline">
<dt>タイトル２</dt>
<dd>記事内容２</dd>
</dl>
・・・・・・

となってしまったワケです。そのために、記事の間に微妙な隙間が生まれてしまいました。これはCSSを書き直す必要があります・・・が、色んなCSSファイルで構成されているこのテンプレートは「どこを書き直したらいいのか」を探すのが非常に難しい。

やっとの思いで見つけたのは「2-class.css」でした。さらに、そのファイルのどこをどう変えれば良いのか。
色々試して、何とか無事にできました。

dl.headline dd {
 margin: 0 10px 1em 10px;
}

の部分でした。ここの下部のマージンを規定する1emを0.2emに直して、やっと解決。

さらに微調整として、スカイアークシステムさんや、MovableTypeのススメさんで解説されていた記述をちょこっとだけ変更。

<$MTPageNext delim="次のページへ>>"$>

の前に「｜」を入れました。入れなければ、

1｜2｜3次のページへ>>

と、このように表示されるんですよね。index.htmlを表示している時に「3」をクリックしたら「index_3.html」に飛びますし、「次のページへ>>」をクリックしたら「index_2.html」に飛びます。なので、間違えてクリックしないように、分かりやすいようにしたワケです。

1｜2｜3｜次のページへ>>

と、なります。おっと、<$MTPageBefore delim="&lt;&lt前のページへ"$>の後ろにも忘れずに。
細かいところまで拘りますよぉ(笑)。

Continue reading

分割したいところに<$MTPageSeparator$>を入れるということは、ひょっとして<MTEntries></MTEntries>の間に入れるんちゃうか！・・・と思い、試してみると、見事にページが分割されました。

実際にどうなるのかというと、/archive/にはもともとindex.htmlがありますが、自動でindex_2.html、index_3.htmlというページが生成されるのですね。確かに、これは便利です。

ところが、まだ問題が残っていました。index_2.html以降のページを見てみると、表示がおかしい。
すぐに原因が分かりました。

「ヘッドライン」モジュールの元々の記述のせいでした。

<dl class="headline">
<MTEntries sort_order="descend" lastn="9999">
・・・・・・
</MTEntries>
</dl>

となっていたので、

<dl class="headline">
<MTEntries sort_order="descend" lastn="9999">
・・・・・・
<$MTPageSeparator$>
</MTEntries>
</dl>

のようにしたのです。つまり、<dl>タグの途中でページ分割してしまっているワケです。
これを解決しようと思ったら答は一つ。

<MTEntries sort_order="descend" lastn="9999">
<dl class="headline">
・・・・・・
</dl>
<$MTPageSeparator$>
</MTEntries>

こうするしかありませんでした。
けれど、まだ、微調整の必要がありました。

次回に続きます。

ブログの投稿数が多い僕としては、前々から気になっていたのです。それは、アーカイブページに記事がだらだらだらあっと並ぶこと。

 『家庭内外暴露日記』のアーカイブページは、一応なんてことをして記事数を制限していますが、本意ではありません。

そこで、ページを分割するプラグインを見つけました。配布先のスカイアークシステムさんでプラグインをゲットし、MovableTypeのススメさんでタグの記述方法を調べました。

が、動きません。さすが、ド素人です。参考のために、試したとおり書いていきます。

1.まずは、アーカイブページを生成しているモジュールを探すところから始めましたが、これはすぐに見付かりました。「ヘッドライン」というモジュールでした。
この中に、 というタグがあったのですが「9999件も要らんやろ。そもそもこのタグの前にという、20件ごとにページ分割するタグを記述するんやから」と、「lastn="9999"」を削除したのですが、これが間違い。MTEntriesの方でも記事数を規定しないといけないようでした。

2.困ったのは<$MTPageSeparator$>を入れる場所です。解説では「より前」とあったので、直前に入れました。こんな感じです。

</MTEntries>
<$MTPageSeparator$>
</MTPageContents>

ところが、これでもうまくいきませんでした。

次回に続きます。

カレンダーの不具合の原因が分からないので、思い切ってスキンを変更することにしました。スキンっていうのか、テンプレートっていうのか分かりませんが。

『迷曲探偵団』で使用しているVicunaというサイトのテンプレートなんですが、前に経験しているにも拘らずてこずりました。こういうところがド素人の所以です。

ここのテンプレートはどれもこれもクールなのですが、ド素人にはちょっと敷居が高いかも知れません。これくらいで高いって言ってたらダメなんですけどね。曲がりなりにもMovable Typeを利用してるってのに。

最初につまずいたのが、ヴァージョン。mt.Vicuna2.2.0がリリースされていて、『推薦』って書かれてあったのでインストールしてみたのですが、再構築でエラー。
エラーメッセージを見ても良く分かりません・・・ん？

あ、これはMovable Type4.2用ですかっ！

何とまあ、初歩的なミスです。僕が使っているのはMT4.1。じゃあ、2.2.0が使えなくて当たり前ですね。お恥ずかしい限りです。

次によく分からなかったのが、レイアウトの変更。
このサイトでは3カラムを採用したかったのですが、その場合はまず5-module.cssのカラムに関する記述をONにすれば良い、と。

つまり、
/*
@import url(module/mod_multiCol-Type1.css);
*/
の前後の「/*」を「*/」取ったワケです。でも、レイアウトは変わらない。

もう一度サイトを見てみると、レイアウトを変更したい場合は各テンプレートのBODYタグのclassを変更、とあります。3カラムにしたければclass属性をmultiにしろ、と。

ところが、探してみるとBODYタグって、ヘッダーモジュールの中にしかないし、そこの記述はこうなってます。
<body class="<MTIf name="body_class"><$MTGetVar name="body_class"$></MTIf> <$MTGetVar name="vicuna_layout" default="single"$>"<MTIf name="page_id"> id="<$MTGetVar name="page_id"$>"</MTIf>>

はっきり言って、何が何やらです。

ポイントは<$MTGetVar name="vicuna_layout" default="single"$>の部分だってのは何となく分かりますが、vicuna_layoutの値がどこでどう定義されているのか分かりません。
なので、この部分をそのままmultiに変更してみました。

当たり前ですが、うまくいきました。だって、力ずくなんだもん。これでええんかなあ？

カレンダーの不具合の原因も分からないまま、また新しい不具合が見つかりました。
それは、曜日の色の不具合です。

ブログ記事投稿時の曜日の色を、土曜日だったら青、日曜日だったら赤にしたくて、このサイトを構築し始めた頃に調べてそういうコードを使用しています。こちらの記事に書いています。

ところが、ふと、見てみると、いつの間にか土曜日も日曜日も黒になっている。
一体、どういうことなんでしょう？コードは変更していないのですが。

こうも色々と不具合が出てくると、テンプレートを変えたくなってきます。

つまり、元々のテンプレートを自分がしたいようにカスタマイズしていくうちに、どこかで間違えたり、コードの干渉が起こっているのではないか、と思うのです。

ところが、それを探し出すことができないド素人の悲しさです。

はてさて、どうしようかなあ。

これは、MovableTypeの不具合というより、テンプレートに問題があるのかも知れません。そうなると、このテンプレートを提供してくれているMTモンスターさんのせいになるんですけど・・・(^-^;)。

今のところ、MTモンスターさんのテンプレートは２つのブログで利用させていただいているのですが、困ったことが発生しているのです。

まず、『家庭内外暴露日記』と、この『サイトリニューアル奮闘記』という２つのブログがあるのですが、例えばこのブログを更新すると、当然のことながらこのブログのトップページのカレンダーには本日、つまり、9月20日のリンクが生成されます。

ところが、その瞬間に、『家庭内外暴露日記』の方のカレンダーが『サイトリニューアル奮闘記』のカレンダーとまったく同じになってしまうのです。

逆も同じです。つまり、『家庭内外暴露日記』のブログを投稿すると、この『サイトリニューアル奮闘記』のカレンダーが、『家庭内外暴露日記』のカレンダーになってしまう。

インデックスファイルを再構築すれば戻るのですが・・・これは一体、どういうことなんでしょう！？
ブログに記事を投稿するたびに、もう一方のブログのインデックスファイルを再構築しなければならないとなると、これはちょっと不便すぎます。

ただ・・・。

データベースをフォーマットして以来、こういうことになっているような気もするんですよねえ。記憶が定かでないところがダメダメです。

[追記]間違えていました。さっき、この記事を投稿したら、このブログ自体のカレンダーが『家庭内外暴露日記』のカレンダーに置き換わってしまいました。再構築したら直りましたが・・・うーん、何なんでしょう、この現象。

CAPTCHA認証を利用したコメント、昨日自分で実験してみましたが、うまくいきました。

現れた英数字通り入力して投稿すると、投稿できますし、ワザと間違えた英数字を入力してみると、errorとなって投稿できませんでした。

よし、これでOK。

あとは一日くらい待って、スパムコメントがどうなるかを見よう、と思って今日に至るワケですが、見事にゼロ！！

いつの頃からか、こんなショボいサイトにも日々十件程度のスパムコメント（すべて、英語だったので海外からでしょう）が投稿されていたのですが、CAPTCHA認証の設定をしてからはスパンコメントはゼロになったのです。

もっと早くに設定しておけば良かったなあ。

「こんな、誰も来ないようなショボいサイトにどうしてスパムコメントが・・・？」という話を書きましたが、やはり毎日十件程度、スパムコメントが投稿されています。

ですので、その対策として「CAPTCHA認証」を取り入れることにしました。

コメントを投稿する際に、そこに現れる文字を入力してから投稿する、という手続きを踏まなければなりませんが、まあ、これくらいならいいんじゃないでしょうか。

その設定については　このサイトを参考にさせていただきました。

まず、
「システムメニュー」―「ツール」―「システム情報」でモジュール状況がわかる。
画像をサムネイル表示できれば、Image::Magickは導入されている。
とありますが、とにかくその通りにすれば「Image::Magick」は確認できました・・・が、サムネイルなんぞ、どこにも見当たりません。

よく分からないのでここは無視して、次に進みました。mg-config.cgiの編集です。

CaptchaSourceImageBase /home/アカウント名/www/mt-static/images/captcha-source

という一行を追加しろ、と。絶対パスという言葉は知っていますが、ルートがどこから始まるのかを把握していないと言うド素人ぶりです。

/public_html/というパスから始めて上書きし、アップロードして、その他の設定も完了して試してみましたが、動きませんでした。正確に言うと、CAPCHAの画像のみ、表示されませんでした。

・・・ということは、やはり絶対パスの指定がおかしいんやな、と。

もう一度、上記リンク先のサイトの説明を読んでみると、読み飛ばしている部分がありました。

通常、MTの「ブログ設定」―「公開」―「サイトパス」に記入されているパスである。

早速確かめてみると・・・なるほど、違っていました。/public_html/の前にまだ必要だったんですねー。
とりあえず、CAPTCHAの設定完了。画像も現れました。

さて、コメント投稿のテストをしてみましょう。

MovableTypeでは、デフォルトでそれぞれのブログにコメントが付けられるようになっています。

ところが、コイツがちょっと面倒でして・・・何やら登録しないとコメントできない仕様なんです。
せっかく訪問者の方がコメントしたろーと思ってくれても、色々と手続きをしないとコメントできないってのは面倒ですよね。きっとコメントなんてしてくれないに違いありません。

で、登録しなくてもコメント投稿できるように変えることもできるので、そういう仕様にしたのですが、そうなるとスパムコメントがどしどし入ってくるんですねえ。

滅多に訪問者なんて来ない、ここのようなサイトにはスパムなんて来ないと高を括っていたのですが、甘かったようです。
きっと、何か特別なソフトを使ってスパムコメントは投稿されまくるんでしょうね。

はてさて、こいつを回避するにはどうしたらいいんでしょう。

色々と手はあるようですので、まだスパムの少ないこの段階によく考えておいた方が良さそうです。

そもそも、MovableTypeを使おうと思ったら、データベースの知識はあった方がいいですね。え？僕？・・・そんなものはありません(^-^;)。
ただ、マイクロソフトのデータベースソフト『ACCESS』をちょびっと使ったことがあるので、何となく概念は分かります。

さて、タグクラウドに日本語を入力した時、それが複数になるとそのまま複数表示される不具合はデータベース側の設定にあるようで、それはこのページを読んで何となく分かりました。

ところが、リカバーのための作業をしようと思ったら、データベースのバックアップを取っておいて、一旦初期化しないといけないようです。

ちなみに、ブログの記事数はすでに3000を超えているので、これが万が一吹っ飛んでしまうとシャレになりません。

ですが、やってみることにしました。

データベースのバックアップを取っておいて、文字コードを変更し、初期化。それから復元。
かなり緊張しましたが、何とか復元してくれました（細かなバグがありましたけど）。

ところが、タグクラウドの方は何も変わらないままでした(ToT)。なので、タグクラウドは削除することにしました。ま、なくても大して変わりはないでしょう。

しかしまあ・・・骨折り損のくたびれもうけとはまさにこのことですね。

タグクラウドについては、前々から疑問を感じていました。本当に必要なのか？と。
けれど、タグクラウドを視覚的にカッコ良く使っているサイトを見ると、やっぱり憧れます（どないやねん）。

さて、このページもそうですが、ブログ系のページ（と、言っても他に一つあるだけですが）には、MTモンスターさんのテンプレートを利用させてもらっています。
このテンプレートにはデフォルトでタグクラウドが表示されるようになっているのですが、これが結構、カッコ悪い。

中の記述をちゃんと見ていませんが、ブラウザに表示されたページを見てみると、どうも<li>タグを使って、アルファベット順に20件並べているだけのようです。しかも、同じ単語が並んだりしています。

←こんな感じ。

アルファベット順ということになると、しまいには英単語ばっかり並んでしまうことになりますし、そもそも同じ単語が並ぶのもカッコ悪い。

旧サイトの日記の記事を新ドメイン（つまり、MTで管理しているサイト）に移行し終わってからゆっくり考えようと思っていたのですが、エラいことが分かりました。

アルファベット順云々はいいとして、同じ単語が並ぶというのはバグなんだそうです(ToT)。しかも、XREAのサーバーをレンタルしている場合に、データベースの文字コードが違うから云々かんぬんなんだそうです。

ひやあ、参りました。どうしよう。

それでは正解を書きますね。
もちろん、ここに至るまでには、ここに書ききれないほどの試行錯誤があったのですが、最終的にはちょくちょく参考にさせていただいている小粋空間さんの記述を利用しました。小粋空間さんに書かれてあることは大抵難しすぎて僕には理解できないんですけど・・・(^-^;)。

<a href="<$MTBlogURL$>index.html">トップ</a>
| 
<MTPageTags>
<MTSetVarBlock name="pagetitle"><$MTPageTitle$></MTSetVarBlock>
<MTSetVarBlock name="taglabel"><$MTTagLabel$></MTSetVarBlock>
<MTIf tag="PageTitle" ne="$taglabel">
<a href="http://<$MTSubDomain$>"><$MTTagLabel$></a>
 |
</MTIf></MTPageTags>
<$MTPageTitle$>

これで思惑通りの動作をしてくれました。やっぱり力ずくよりは気持ちがいいですね。

それでは素人なりの解釈をしてみます。

まず、『ウェブページ』を作成する時にタグが設定されているか（タグに何か入力されているか）ってんで、<MTPageTags>を使うんですね。

次に変数設定。実は僕、<MTSetVarBlock>の使い方を知りませんでした。なので、
<MTSetVar name="breadif" value="<$MTPageTitle$>">
なんて間違った記述をしていたのですが、はあ、なるほど。<$MTPageTitle$>を変数の値に設定したいときには<MTSetVarBlock>を使えば良かったんですねぇ。

で、何と言っても肝は次の部分です。

<MTIf tag="PageTitle" ne="$taglabel">

これですよ、これ。<MTIf>にtagモディファイアを使うんですねー・・・ってか、そういう存在も意味も知りませんでしたが。要は、pagetitleという変数に設定された値<$MTPageTitle$>が、taglabelという値に設定された<$MTTagLabel$>と比較して違っていれば・・・という条件分岐です。

イマイチ100%理解できていないところもあるんですが、オドロキは『ne="$taglabel"』の部分でした。『<MT』とか『>』を省いて、『$』から記述するんですねー。

とにかく、これで上手く動作した時には感動モノでした。これだからMTは楽しい。

例えばナビのページを作るときには、ページのタイトルは『ぷらナビ』、タグも『ぷらナビ』と入力します。
ですので、まず、breadifという変数に『ぷらナビ』が入って、これがタグ名と同じかどうか比較。異なっていればリンクを生成しますが、この場合は同じなので、ここにはリンクも、『|』も生成されない・・・という風にしたかったワケです。

ところが、前回の記述はうまく動作せず、つまりは上記に書いたような思惑が外れてしまいました。
どうやら、原因としては、変数設定時のvalueに<$MTPageTitle$>が使えないし、<MTIf>を使う場合も比較対象として<$MTTagLabel$>が使えないようです（多分、ですが）。

ならば、どうやって条件分岐させればいいのか。
素人にはとても難しい問題でした。

とりあえず動作させるためには"力ずく"というワザがあるので、素敵な記述を思いつくまではそのワザでその場しのぎをすることにしました。

<MTIf name="navi">
<a href="<$MTBlogURL$>index.html">トップ</a>
|
<$MTPageTitle$>
<MTElseIf name="inq">
<a href="<$MTBlogURL$>index.html">トップ</a>
|
<$MTPageTitle$>
<MTElse>
<a href="<$MTBlogURL$>index.html">トップ</a>
<MTPageTags>
<a href="http://<$MTSubDomain$>"><$MTTagLabel$></a>
|
</MTPageTags>
|
<$MTPageTitle$>
</MTIf>

ちなみに、『ウェブページ』の最初の方で、タグ名が『ぷらナビ』であれば"navi"という変数を作るような記述をしています。こんな感じ。

<MTPageIfTagged tag="ぷらナビ">
<MTSetVar name="navi" value="1">
</MTPageIfTagged>

とにかく、ド素人丸出しの力ずくですね。

そもそも、MovableTypeのタグをすべて理解しているワケではありません・・・と、言うより、ほとんど理解していないに近いです(^-^;)。

さて、サブドメインにぶら下がるサブページ、つまり、

http://prof.plumsbook.com/papa.html

に、うまくパンくずリストを作りたい、というのが目的で、つまり、

トップ
|
プロフィール
|
パパ

と、表示させるのが最終目的です。しかも、『トップ』と『プロフィール』はリンクさせたい。

ではまずトップから。

<a href="<$MTBlogURL$>index.html">トップ</a>
|

ここまでは問題ありません。問題なのは、次。
『プロフィール』という表示と、正しいリンクを貼るためにどういう記述をすればいいのか。
さあ、ここから素人の記述が始まりますよー（ちなみに間違っているので正しい記述ではありません）。

<MTSetVar name="breadif" value="<$MTPageTitle$>">
<MTPageTags>
<MTIf name="breadif" ne="<$MTTagLabel$>">
<a href="http://<$MTSubDomain$>"><$MTTagLabel$></a>
|
</MTIf></MTPageTags>

1行目：まず、"breadif"という変数に"<$MTPageTitle$>"という値を代入します。ここではページタイトルを『パパ』として、"breadif=パパ"としているワケです。
2行目：ウェブページを作る際に「タグ」に何らかの入力があれば、
3行目：さらに、変数"breadif"に入っている値が"<$MTTagLabel$>"と異なるなら、
4行目：サブドメインのリンクと、リンク先の名前としてタグに入力したタグ名を表示させ、
5行目："|"を入れて、
6行目：条件分岐を終わる。

何がしたかったのかについては次回に書きますが、これは間違った記述でした。

問題は、サイトマップを示すナビのページでした。ちなみに、ナビのページはメインのドメイン直下のファイル（navi.html）なので、

http://plumsbook.com/navi.html

になります。これを、『ウェブページ』で生成します。
ナビのページを作るときには、ページのタイトルに『ぷらナビ』、タグにも『ぷらナビ』を入れるのですが、そうするとパンくずリストはおかしくなります。

<a href="<$MTBlogURL$>index.html">トップ</a>
|
<MTPageTags> | <$MTTagLabel$></MTPageTags>
<$MTPageTitle$>

この記述だと、実際に現れるのは、

トップ
|
ぷらナビ
|
ぷらナビ

なってしまうワケです。サブドメインにぶら下がるサブページの場合はこの通りで良かったのですが、メインドメインにぶら下がる場合は、

トップ
|
ぷらナビ

と、したいんですけど・・・ここは条件分岐を使ってうまく動作させたいですね。
ってんで、まだまだ試行錯誤が続くワケです。

問題は『ウェブページ』の方でした。やっぱり。

おさらいしておくと、『ウェブページ』を使用するのは各コーナー(各サブドメイン)にぶら下がる、メインページ(index.html)以外のページと、メインのドメインに直接ぶら下がるページです。

『プロフィール』というコーナー(サブドメインはprof.plumsbook.com)にあるパパのページは、
http://prof.plumsbook.com/papa.html

メインのドメイン(plumsbook.com)に直接ぶら下がるナビのページは、
http://plumsbook.com/navi.html

何度もぶち当たる壁なんですが、メインドメインとサブドメインが全体のサイトの構成パーツで、それを一括で管理しようとしているところが素人には難しいんです。

まず、最初に記述した「パンくずリスト」のコードはこんな感じ(分かりやすいように縦に並べます)。

<a href="<$MTBlogURL$>index.html">トップ</a>
|
<MTPageTags> | <$MTTagLabel$></MTPageTags>
<$MTPageTitle$>

『プロフィール』の「パパ」のページだと、
トップ
|
プロフィール
|
パパ
となるワケです。

「パパ」と表示させるには『ウェブページ』でpapa.htmlのページを生成するときにそのウェブページのタイトルを「パパ」にすれば、<$MTPageTitle$>には「パパ」が入ることになるので簡単です。

問題は「プロフィール」をどう表示させるか、だったのですが、これはタグの名前を使うことにしました。ウェブページを作成する時に、タグに「プロフィール」と入力するのです。

ところが、これでもまだまだ問題は解決しませんでした。

サイトをリニューアルするに当たって、ページの上のほうに『パンくずリスト』を作ることにしました。どのページを見ても、トップページからどういう位置にあるページか分かるってヤツですね(文字での説明が難しい)。

前に書きましたが、各コーナー(サイト構成から考えると、各サブドメインと言っていいかも)のトップページ(index.html)はMTで言う『ブログ』を利用しています。

例えば、プロフィールのページは
http://prof.plumsbook.com/index.html
となっているのですが、この「index.html」というファイルを『ブログ』で生成しているワケです。正確に言うと『ブログ記事リスト』です。

ですので、このファイル内に記述するパンくずリストのコードは以下の通りでOK。

<a href="<$MTBlogURL$>index.html">トップ</a> - <$MTCategoryLabel$>

現在のページ名を<$MTCategoryLabel$>で出力しているワケです。なので、カテゴリを新しく作るときに、カテゴリ名をそのままページ名にできるように設定しておかなければなりません。もちろん、トップページのコードを『ブログ』で投稿する時には、正しいカテゴリをチェックしておく、ということです。

また、現在のページにはリンクをする必要がないので、そのまま<$MTCategoryLabel$>というタグを置いておけばいいってワケです。

ここまでは簡単でした。ここまでは・・・。

これまで考えもしなかったことなんですが、MovableTypeの『新しいブログ記事を作成』のページでYouTubeの動画を貼り付けることはできるんでしょうか？

できないこともないとは思うのですが、実はMTに限らずYouTubeの動画を貼り付けた経験はありません。そもそも家のパソコンではナゼかYouTubeの音が出なくて(動画は見れるのですが)、あんまりYouTubeのサイトを利用したことがないんです。

けど、ここは一つ、時流に乗って試してみることにします。

さて、うまくできるかな？

色んな種類のページを、MovableTypeでどういう風に運営していくかを決定するのはサイトの設計図を描くようなものです。

まだ旧サイトのすべてのページを新ドメインに移管し終わっていないので、サイトリニューアル作業もまだまだ途中段階なのですが、現時点では以下のように決めています。

1.ドメインから直接ぶら下がるページ
(例)http://plumsbook.com/navi.html
MTの『ウェブページ』で管理。

2.サブドメインのトップページ(インデックスページ)
(例)http://kanji.plumsbook.com/index.html
MTの『アーカイブテンプレート：ブログ記事リスト』で管理。

3.サブドメインの各ページ
(例)http://kanji.plumsbook.com/test.html
MTの『ウェブページ』で管理。

こう書くと簡単に見えますが、ここに至るまでの試行錯誤の長かったことよ(笑)。

各コーナーを全てサブドメインで作っているワケでもなし、さらにはサブドメインも含めて全てを一つのサイトとして管理する・・・ってのは難解な代物でした。

サブドメインをすべて、独立したサイトとして運営するのであれば、MTでブログを分けていけばいいんですけどね。
※MTでの「ブログ」という呼び方には未だに違和感があります。

要するに、サブドメインなんて代物を使っているのが厄介なワケで、そのために四苦八苦している状況です。

こんなことならサブドメインなんて使わずに、コーナーはすべてディレクトリを作れば良かったのですが、もう後の祭り。

ちなみに、こういう感じのサイト構成をたくらんでいます。

(ブログ1)
「トップページ」http://plumsbook.com
「漢字のページ」http://kanji.plumsbook.com
「サイトマップのページ」http://plumsbook.com/navi.html
「新着情報のページ」http://info.plumsbook.com
(ブログ2)
「ブログのページ」http://blog.plumsbook.com
(ブログ3)
「このページ」http://mt.plumsbook.com

ね。
何か、コンセプトが一貫していないでしょ。サブドメインを使ったり、そうでなかったり。
なので、素人がコイツらをMovableTypeで管理しようと思っても色々と不具合が出てくるんです。もちろん、プロフェッショナルな方にとっては簡単な解決策があるんでしょうけど。

ちょっと、停滞気味です。
せっかくの備忘録なので、これまでに経験した試行錯誤を少しずつでも書いておこうと思って始めたのに、更新をサボると何があったか忘れてしまいます。

しかも、リニューアル作業はこれまでの日記コンテンツをせっせとブログに『登録』している状態。
つまり、その他のことはしていません。

MovableTypeは『再構築』で時間がかかるのが心配で、ブログ記事が多くなっていくにつれてどういうことになるのだろう、と不安だったのですが、『再構築』をしない限り、つまり、『新しいブログ記事を作成』している限りは投稿数が2000を超えてもそれなりに作動しています。

要するにサイトのデザインが決まってしまえば、ドカドカと記事を作成していてもそんなに心配はなさそうです。

でもやっぱり、MTの「ウェブページ」はよく分からない。

例えば「メインページ」に

<MTEntries lastn="5">

のようなMTタグを用いて、投稿されたブログを新着情報として表示させることができますね。あ、もうちょっと詳しく書いてみましょうか。

<MTEntries lastn="5" category="新着情報">
<MTEntriesHeader>
<ul>
</MTEntriesHeader>
<li>
◆<$MTEntryDate format="%Y/%m/%d"$><br />
<a href="http://info.plumsbook.com/index.html#<$MTEntryDate format="%Y%m%d"$>"><$MTEntryTitle$></a>
</li>
<MTEntriesFooter>
</ul>
</MTEntriesFooter>
</MTEntries>

これが、僕のサイトで使っている新着情報のリンクを表す部分です。カテゴリで「新着情報」ってのを作って、カテゴリに「新着情報」が選ばれたブログが投稿されたとき、そのリンクが最新5件まで表示されるって寸法です。

が、同じものを「ウェブページ」に取り入れると・・・動かないんです。

いや、正確に言うと、ブログを投稿すると「ウェブページ」が変になるんですが、次に「ウェブページ」を再構築してやれば、「ウェブページ」に新着情報が表示されるんです。

うーん、説明が下手やなあ。

とにかく、まだまだ「ウェブページ」が理解できません。