どこに飛ぶか判らないスクリプトを配布なさってるのは下記です。
■飯塚真司のCGIライブラリ - 勝手なページへジャンプ
CGIのソースをDLしたら、一先ず「random」というディレクトリを作成して、その中にULします。
CGIなので実行権限のあるパーミッションを割り当てましょう(755とか705みたいな)。

[サイトURL]/random/randurl.cgi (755，705)

ここではMTを利用して、ジャンプの範囲を決めてみます。
ブログの管理画面に入って、
「デザイン」⇒「テンプレート」⇒「インデックステンプレートを作成」と進みます。

• テンプレート名・・・url.txt
• 出力ファイル名・・・random/url.txt
• 公開・・・スタティック(既定)
• コード・・・下記

<MTEntries lastn="0">
<$MTEntryPermalink$></MTEntries>

これで1行にひとつのURL(エントリーまでのURL)が、記事投稿毎に追加されていきます。
1度「保存と再構築」をして、出力されてるかどうか確認します。

「sort」とか別に要らないです。もともとランダムですし。
指定したい方は以下のリファレンスを参照すると良いです。
■MTEntries | テンプレートタグリファレンス

これで用意が出来ました。
あとは、「ブログのURL/random/randurl.cgi」までのリンクを、好きなところに書いてアクセスしてみます。
ジャンプ出来たら設置終了です。

ボタンにしてみたい場合は以下のような感じで。

<form method="post" action="[サイトURL]random/randurl.cgi" />
<input type="submit" value="どこに飛ぶかな？" />
</form>

付随情報

CGIスクリプトの設定を覗いて見ましょう。

• $urlfile = "url.txt";・・・URLリストのファイル名を指定
• $mode = "silent";・・・「silent」が有効だとすぐにジャンプ

silentの頭をコメントアウト(先頭に＃をつける)して、viewを有効にする設定。

• # $mode = "view";・・・こちらが有効だと、下行にて指定のファイルを表示させた後ジャンプ
• # $jumpfile = "your.html";・・・ジャンプ中に表示させるファイル
• # $jumptime = 0;・・・ジャンプ中の秒数指定

パラメータを利用してみる

スクリプトに直接指定も行えますが、パラメータも使えます。こんな感じで。。。
■http://www.materializing.net/js/randurl.cgi?mode=view&jumpfile=jump.html&jumptime=4

パラメータに関してのより詳細な解説は配布サイトにてどうぞ。

htaccessを利用してみる

CGIまでのパスを、htaccessによりrewriteさせてみます。こんな感じで。。。
http://www.materializing.net/jump/＝http://www.materializing.net/js/randurl.cgi

htaccess記述例

<IfModule mod_rewrite.c>
  RewriteEngine on
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule ^jump/$ [サイトURL]/random/randurl.cgi [L]
</IfModule>

• {REQUEST_FILENAME} !-f・・・ファイルが存在する時はそっち優先(rewrite無効)
• {REQUEST_FILENAME} !-d・・・ディレクトリが存在する時はそっち優先(rewrite無効)

あとがき

カテゴリ・アーカイブへも飛ばしちゃうとか月別アーカイブへも飛ばしちゃうとか、ページ・アーカイブへも飛ばしちゃうとかタグ検索結果へ飛ばしちゃうとかいろいろ出来ます。
url.txtに1行につきひとつのURL、という記述さえでけてればOK牧場。

ちなみに、MTタグには改行にとある性質があって、以下の記述の仕方それぞれで出力表記が変って来ます。

<MTEntries lastn="0"><$MTEntryPermalink$></MTEntries>

<MTEntries lastn="0">
<$MTEntryPermalink$>
</MTEntries>

<MTEntries lastn="0"><$MTEntryPermalink$>
</MTEntries>

この辺りも押さえておくと、テンプレートから出力される際に、どんな感じでソースが生成されるのか想像しながら、テンプレ・コーディングを楽しむ事が出来ます。

私の場合、そう頻繁に使う事はないのですが、こうした「ふと使う時」のために、整えておくと良いですね。
coreserverで試してますが、xreaサーバーでも大丈夫かと思います。

• cronを利用する場合

cronのためのシェルスクリプトを作成します。

#!/bin/sh
cd /virtual/*****/public_html/mt/
/usr/bin/perl ./tools/run-periodic-tasks
echo
exit

改行コードの調節も出来るテキストエディタに上記を記述して、名前つけて保存します。
(■TeraPadなど)

• 改行コードは「LF」にします。
• *****の部分はサーバ・アカウントです。
• public_html/mt/ の箇所は、利用のMTまでのパスです。
• 拡張子は「.sh」です。

試しに「cron_autoentry.sh」と名前をつけてみました。
そしてこのファイルを、public_htmlの上の階層に保存します。

cronジョブの設定

コントロールパネルに入って「cronジョブ」に行きます。
先程上げたファイルまでのパスを指定します。
public_htmlの上の階層に上げた際には、ファイル名の記述になります。
「cron_autoentry.sh」と記入。
分「0」、時「*/6」、日「*」、月「*」、曜日「*」←6時間毎に動かす指定例
サーバーへの負荷を考慮して、あまり短時間の指定は行わないようにします。

coreserverのcronページにも解説が載ってますが、
「cron_autoentry.sh >/dev/null 2>&1」と記述する事で、cron動作通知メールを届かないようにする事が出来ます。
ここでは「cron_autoentry.sh >/dev/null」と書いて、エラーが起これば通知メールが届く(予定)にしておく事にします。

あとは、指定日投稿エントリーを用意して反映されてるかどうかをテスト確認しましょう。
公開は「cronの動作が回って来てから」になるので、必ずしもMTで指定した日時になるワケではありません。
なので、cronが回って来た日時に合わせたい場合には「日時指定プラグイン」を利用してみましょう。
■ブログ記事／ウェブページの日付を公開日時に自動変更するプラグイン（MT4.1／MTOS用） - The blog of H.Fujimoto

ログフィードを利用

MTには、どうやらログフィードの取得時にもタスクを実行してくれる機能があるようです。
システム管理画面⇒ブログの管理画面⇒右側のショートカットメニューにある「ログ」と辿ったところの右側にログフィードはあります。

通常、ログ・フィードを取得した際に、スケジュールタスクを実行します。ログ・フィードを取得してもスケジュールタスクを実行しないようにするには、次の内容を環境設定ファイル mt-config.cgi に追記してください。
ActivityFeedsRunTasks 0

cronが利用出来ない場合

cronが利用出来ない場合に対応した方法もあるようです。参考にどうぞ。
■ほぼ指定日投稿（JavaScript版V2.10） - The blog of H.Fujimoto

あとがき

cronのシェルスクリプトについて判らなかったので、公開されてる情報がとても勉強になりました。
出来て良かったですヾ(´･ω･)ﾉﾞ

[参考記事]

■MT4 で日時指定の公開設定ができない場合 CRON を動かす（xrea） - Web備忘録
■指定日投稿や公開キュー等のスケジュール処理の設定 | Movable Type 4 ドキュメント
■Movable Type 3.3 マニュアル - スケジュール・タスク

その右側のメニューの「ショートカット」というところに「ログフィード」というのがあります。
こちらのURLを、利用しているRSSリーダーに登録するだけです。

管理に使われてるし、パスワードとか大丈夫なのかな？って気もしないでもないんですが、トークンという技術が使われてるみたいで大丈夫そうです。
■セキュリティトークン - Wikipedia

ネットバンクで有名なJapannetBankでは、ワンタイム・パスワードの表示機器を「トークン」と名付けて配布してますね。
私も持ってます。
激しく関係ないですが、ぼちぼち電池切替のお報せが届きそうな気もします。

これは愛用しているフレッシュリーダーで表示させてみた例です。
エントリー時の記録やエラー、ログイン日時など、MTのシステムログが記録されてる状態を見る事が出来ます。

表示されているエントリーの下部には、操作へ直接ジャンプ出来る項目が用意されてます。

▼編集・・・エントリーの編集へ飛びます
▼公開をとりやめる・・・エントリーを非公開にします(いきなり再構築掛かるので注意)
▼このブログから・・・ブログ記事の管理に飛びます。エントリー一覧
▼このユーザーから・・・投稿したのと同一ユーザーのエントリー一覧に飛びます
▼この日付から・・・投稿したのと同一日のエントリー一覧に飛びます

記事の確認を行えるのと同時に、すぐに再編集へ向う事の出来る仕組みが用意されていて便利です。

また、ログインしてログを確認する手間が省けるのが良いです。
常用しているFeedReaderに登録しておけば、RSSリーディングのついでにちょと確認出来ます。

あとがき

以前にちょっと検索爆撃についてお話しましたが、MTは検索語句も記録して行きます。
Feed登録しておく事で、異常が発生した際に少しでも早く検知出来るようになるのではないでしょうか。

私の場合は、FreshReaderのクロール動作を控え目に設定してる事もあって、なんか変な動作⇒即確認、というワケではないのですが、それでも、システムの動作を「ついでに確認」出来る点が非常に有用だなーって思って利用してます。

■サーバー・サイド・インクルード | Movable Type 4 ドキュメント

そして、プログラミング、CSS、デザインやMovabletypeなど、幅広い話題の取扱いで有名な「to-R」さんのところで、そのインクルード機能についての話題が出てました。

■MT4.1以下で実現するサーバー・サイド・インクルード[to-R]

上記で色んなメリットが挙げられてるのですが、私も同意見でこの方法はしっかり用いてます。
MTInclude moduleと使い分けながら用いてます。

ちょうど良い機会なので、以前に似たような事を試していた事もあるし、再考してみる事にしました。
■モジュール化ののちの読み込み作業エラー：Materializing

PHPを用いる場合には幾つかあります。

<?php readfile ("<$MTBlogSitePath$>parts/module_search.php"); ?>

<?php include ("<$MTBlogSitePath$>parts/module_search.php"); ?>
<?php include_once ("<$MTBlogSitePath$>parts/module_search.php"); ?>

<?php require ("<$MTBlogSitePath$>parts/module_search.php"); ?>
<?php require_once ("<$MTBlogSitePath$>parts/module_search.php"); ?>

<?php print file_get_contents("<$MTBlogSitePath$>parts/module_search.php") ?>

上記の場合では、検索フォームの部分だけをパーツ化して読み込ませてる例です。
■module_search.php

<$MTBlogSitePath$>は、サイトまでのサーバ絶対パスを出力してくれます。
なので、絶対パスを基準にして読み込ませたい場合にはこのMTタグを使うと便利かと思います。
そして、過去に調べてるのは以下。

1. include・・・エラーの際Warningを出力。更にPHP処理を続行。リモートURLも可
2. require・・・エラーの際Fatal Errorを出力。PHP処理を中止。リモートURLも可
3. readfile・・・エラーの際FALSEを出力。処理中止。ローカルURL

あと、有用かな？と思える情報がありましたので紹介しておきます。
■PHP: include - Manual

上記のリンク先に書いてあるのですが、自分の場合、単にファイルの読み込みとして・・・とだけの機能を求めてるだけなので、「readfile」を用いてます。

CGI上でInclude

大事な事書かれてました。

cgiで出力されるページはMTIncludeタグのfileモディファイアでインクルードを行います。

例えば検索結果テンプレートなんかが上記に当てはまります。

では「なぜそうなのか？」という点を解説出来たら・・・と思うんですが、出来ません。すいませんほんと。

ただ、雰囲気で似たような事があるんです。
プログラムの処理とか判ってないんでアレなんですが、DynamicPublishing下ではPHPの代わりにSmarty使えますー、っていうのが。
■ダイナミック・パブリッシング下で readfile と同じことする in smarty：Materializing

但し、上記の場合、Perl版DynamicPublishingを導入する事でサラッと行けます。
■Perl版ダイナミック・パブリッシング（MT4用） - The blog of H.Fujimoto

まとめ

MT4.15からは、機能としても搭載されたので、パーツ化・読み込みの方法に更に選択肢が加わりましたね。
標準機能で解説付きなので、導入もし易いかと思いますし。

あとはMT4では「グローバル・テンプレート」機能があります。
これと併せて利用すれば、複数MultiBlogの際に強力な手助けとなりそうです。

それと、to-RさんではhtaccessやXML宣言についても解説されてます。
これも大事なので、ひょいっとリンク先に行って読んで欲しいなぁ、と思います。

追記 2008/04/24 22:23:52

既にキャンセル待ちの公演をお報せして神経逆撫でしそうなのが怖いんですが、to-Rさんがセミナー開催される、とのこと。
■イベント&セミナー情報｜PASONA TECH

イベントという事でもうひとつ。
■Movable Typeプラグイン作成入門 [イメディオセミナー]
触ってみたい「Power CMS for MT」や強力プラグイン開発の■Junnama Online (Mirror) さんのセミナーです。

それで、あるお方が「トリガー設定してもリビルド反映されなくってうーむ」と唸っていたので、そういや3.3の頃同じ事で悩んでた時期もありました。。。みたいな事が浮上してきたので、それならバージョンも上がった事だし、MT4でも試してみる事にしました。

しかし「試す」といってもたくさんのブログを用意するまではいかないもんでその辺りがちとアレな感じですが。

MultiBlogについては以下。
■MultiBlog を利用したポータルブログの作成 | Movable Type 4 ドキュメント

改めて眺めてみるといろいろ変わってるなぁ。すごいMT4。
MultiBlogとはいっても基本は変わってない。。。ハズ？

ブログA，ブログB，ブログC・・・みたいにサイトを複数立てていて、その全てのブログのエントリー情報をひとつのFeedでまとめて配信したい場合を例にしてみます。
ここではそして、中核となるブログをブログ・ゼロと名づけてみて進行。

ブログ・ゼロ(ここの階層でFeed配信)
┃
┣━ブログA
┃
┣━ブログB
┃
┣━ブログC

全てのブログでのエントリー情報を、ブログ･ゼロの階層のFeedによりまとめて配信してます。
ここで、MultiBlogの設定で行えるリビルドのトリガーがスマートに働いてる人は問題ないです。

取り上げる点は、
『例えば、ブログAに新規のエントリーが行われた場合に、ブログ･ゼロのインデックスがリビルドされるように設定しており、かつ、ブログ・ゼロのFeed用テンプレートに対して
「インデックステンプレートを再構築するとき、このテンプレートも再構築する」チェックを入れてはいるけれども、ブログ･ゼロのFeed用テンプレが再構築されない」
症状についてです。

これって仕様なんでしょうか？再構築されるのはあくまでメイン･インデックスのみ？
とか疑問は湧いてるんですが、動かないものは仕方がないから解決策へ。

本来なら順序立てるんですが、ちょっと自分でもまとめながら書いてるんで以下より説明は前後します。

Feedの出力先

例えばブログAに新規投稿を行った際には、そのブログAにあるFeed用テンプレートは再構築されます。(再構築チェック入れてる事を前提で)
ブログBの場合やブログCも同様。

という事は、ブログ･ゼロに存在するFeedが、ブログAの投稿時にリビルドされるようにするには、言い換えればブログAのFeedをブログ･ゼロのFeedにしてしまえば良い、って事になります。

なので、ブログAのFeedの出力先を、ブログ･ゼロのFeedの出力先にしてしまいます。
Feed用テンプレートの出力先をサーバ・パスで
「/virtual/username/public_html/feed_filename.xml」
こんな風に記述。
ブログの上の階層へ出力させるのに相対パスが使えるならそれでも良いとは思います。
とにかく、ブログ･ゼロのFeedの出力先とブログAの出力先を同じにすること。

これで、再構築トリガーに関係無く、配信されてるFeedはブログのエントリーの度に再構築される事になりますた。

Feedの内容

このままではFeedの内容が、色んなブログのエントリー内容をまとめては配信してくれません。
ブログ･ゼロのFeedは確かにリビルドされるけど、その度に

1. ブログAのみのエントリー配信
2. ブログBのみのエントリー配信
3. ブログ～の・・・・・

とどんどん上書きされちゃうので。
このままじゃいかんのでMultiBlogを用いて、Feed用テンプレートの内容を修正。

multiblog_a.txt

しかしこの内容を、仮に全部のブログに行ったとしても、内容上部のBlogNameとかBlogDescriptionも、再構築されるブログを基準に書き換えられてしまうので、それもまた困り者です。

なので、配信情報(ブログ名とかLastUpdateとか)は保ったまま、配信される内容のみを書き換えられるように変更。
(たぶん普段は)あまり使われる事のないグローバルテンプレートを持ち出してみます。
「システムメニュー⇒グローバルテンプレート⇒モジュールテンプレートを作成」

• テンプレート名⇒module_common_feed
• テンプレート内容⇒multiblog_b.txt
• 出力ファイル名⇒好きなように.xml

それぞれのブログのFeed用テンプレートの内容をまっさらにして、以下の1文だけ記述して読み込ませます。

<$mt:Include module="module_common_feed"$>

ここまでやって、ブログAにしろブログBにしろ、そのFeedはエントリーの度に書き換えられるけれども、出力内容は調整したグローバルテンプレート内容に沿いつつ、みんな同じ場所に出力(ブログ･ゼロのFeed出力URL)される、って寸法になります。

なるんですが、マルチブログを用いて、複数ブログのエントリーを時系列順に並び替えた上で最新の○件を表示させる、って部分が自信ないです。
むしろ恐らく出来てなかったりするかもです。

色んなパターンやってたら混乱してわかんなくなりました。。。すんません(´+ω+`)

他の方法

使うとしたらサイト内トラックバック。
ブログ･ゼロをマスターとして、ブログAやブログBにエントリー入った時には更新Ping飛ばしてリビルドさせる方法。

むしろこっちをやった方が良いのかなー？とか思ったり思わなかったり。

まとめ

1. Feedを配信するひとつのマスター・ブログを用意する
2. マスター・ブログの出力Feed内容をMultiBlogで調節する
3. 調節したFeed内容はひとつにまとめる
4. ひとつにまとめたFeed内容を他のブログのFeed内容に用いる
5. 他のブログのFeed出力URLをマスターと同じにする

こんな感じになるでしょうか。
もっとスマートな方法があるとは思うんですが、今の自分にはこれが精一杯ですね。。。

ちなみに、Feed内容を統一させる方法には、テンプレートの「ファイルへのリンク」を用いても良いです。
この「ファイルへのリンク」に書くパスを全部同じにしておけば、グローバルテンプレートを用いるのと同じ事になりますです。

参考

■MultiBlog 機能を利用したテンプレートのカスタマイズ | Movable Type 4 ドキュメント
■グローバルテンプレート | Movable Type 4 ドキュメント
■テンプレートの作成・編集 | Movable Type 4 ドキュメント

【追記】

そこはかとなくMultiBlogEntriesってタグの存在を思い出したりしたんですが、これってMT4では廃止されてますよね？

その代わりにきっと mode モディファイア なるものが付いたと思うし。
でもこれ、lastnやsortさせる場合になんか混乱するんですがその混乱する説明になると言葉が詰まるんで、やっぱり理解力のない自分だけなんだろうな。。。と少しだけヘコむ件。

実はそんなタグフェチタグ好きな管理人だったりしますが、今回はとても役立つプラグイン「TagSupplementals」により取り出されるタグと、MT標準により取り出されるタグの動作を見比べてみました。

■TagSupplementals Plugin 0.06公開 - Ogawa::Memoranda
■TagSupplementals_Plugin.ja_JP - Ogawa::Code - Trac

• MTRelatedEntries コンテナタグにより関連エントリー表示
• MTEntryTagsCount によりエントリーのタグ数カウント
• MTTagLastUpdated によりタグの最終更新日表示
• MTArchiveTags によりそのアーカイブ内のタグ一覧表示

他にも役立つ機能を備えたプラグインです。MTのタグ機能拡張が欲しいならぜひ導入って感じです。

で、今回特に扱うのは最後の「ArchiveTags」になります。

TagSupplementals プラグインを用いれば、カテゴリ毎のタグとか月別毎のタグとかが用意容易 に抜き出せます。

<ul>
<MTArchiveTags>
<li>
<a href="<$MTTagSearchLink$>&amp;IncludeBlogs=<$MTBlogID$>">
<$MTTagName$>
</a>
</li>
</MTArchiveTags>
</ul>

MT標準タグによるArchiveTags

参考はこちら。
■最新10件の記事で使われているタグのうち5つのタグをタグクラウドで表示 | MovableType.jp

<MTSetVar name="i" value="50">
<MTEntries>
<MTEntryTags>
<$MTTagName setvar="tagname"$>
   <MTUnless name="seen{$tagname}">
      <MTIf name="i" gt="0">
         <MTSetVar name="i" op="--">
         <MTSetVar name="seen" key="$tagname" value="1">
         <MTSetVarBlock name="push(tag_htmls)">
         <li>
         <a href="<$mt:TagSearchLink$>"><$mt:TagName$></a>
         </li>
         </MTSetVarBlock>
      </MTIf>
   </MTUnless>
</MTEntryTags>
</MTEntries>

<ul>
   <MTLoop name="tag_htmls">
      <MTVar name="__value__">
   </MTLoop>
</ul>

カテゴリ・アーカイブでしか試してません。

ふたつを同時に表示

TagSupplementalsプラグインの方は、アルファベット順にきれいに並べて表示。
標準の方は。。。何が基準なんだろう？（汗
とにかく、(一見して)バラバラです。

まとめ

2種類のアーカイブ・タグで、こんな風に異なる点が認められたので、用途に併せて選んで使うと良いですね。

ちなみに、MTTagsには並び替えのモディファイアが用意されてます。
■MTTags | テンプレートタグリファレンス

ここで取り扱ったのはEntryTagsなので、特に関係が強いワケではありませんが参考までに。

アーカイブ・タグの並び替えの方法とか探ってみると、もう少し面白かったかもしれませんが、特に良い方法が思い付かなかったのでまた何か気付いた時に書きます。

2008/04/09 02:11:03
誤字修正。。。

■Movable Type 4 ドキュメント

ふとしたきっかけで「あれ？そういえば。。。」なんて事が発生しますので、やっぱりドキュメントは一通り眺めておくのが良いですね。
たとえその時意味が判らない箇所があるとしても。

• MTAssetProperty | テンプレートタグリファレンス
• Movable Type 4.1 で強化される MT タグの新機能 | Movable Type 4 ドキュメント

「記事装飾画像用のフィールドを用意」は同じです。

そのカスタムフィールド部分を、表示させたい箇所に書き加えるのも前回のままです。

変わってくるのはそのあとのスタイルシートの表記部分です。

1. アーカイブテンプレート⇒ブログ記事 を作成
2. アーカイブマッピング⇒css/ent-<$MTEntryID$>.css
3. 生成したCSSの読み込み例⇒<link type="text/css" rel="stylesheet" href="<$MTBlogArchiveURL$>css/ent-<$MTEntryID$>.css" />

前回から変わったテンプレート内容は以下。

<MTIfNonEmpty tag="EntryTitleImage">
<MTEntryTitleImageAsset>
<mt:SetVarBlock name="imgheight"><$MTAssetProperty property="image_height"$></mt:SetVarBlock>
#asset-<$MTAssetID$> a {
   background: url(<$MTAssetURL$>) no-repeat center bottom;
   width: <$MTAssetProperty property="image_width"$>px;
   height: <MTGetVar name="imgheight" value="2" op="/">px;
   display: block;
}

#asset-<$MTAssetID$> a:hover {
   background: url(<$MTAssetURL$>) no-repeat center top;
}
</MTEntryTitleImageAsset>
</MTIfNonEmpty>

アイテムのサイズは、propertyモディファイアで取得出来るのでそれを利用してます。

width に関してはそのまま取得すれば良いのでそのまま利用。

height に関しては、そのまま取得してもダメなので、取得した数値を「op モディファイア」を使って計算して、1/2の数値を出すようにしてみました。

op モディファイアではその他の演算関数も使えますので、そこはドキュメントの方に目を通してみる事をおすすめします。

• add または +: 加算
• sub または : 減算
• mul または *: 乗算
• div または /: 除算
• mod または %: 剰余
• inc または ++: インクリメント
• dec または --: デクリメント

というわけで、画像のサイズはアップしたファイルの MTAssetLabel から抜き出す必要がなくなりましたので、ファイルアップ時に名前欄を用いて指定を行う事はしなくて済むようになりました。

まとめ

簡単な計算も行えるようになったので、MT4の便利感が更に上がった感じです。
まだこういったカタチでの利用場面に当たらないのですが、他にも何か見つけたら記事にしてみようかなー？と思います。

例えばの感じでスクリーンショット貼ってます。
この画像を、カスタムフィールドで専用の入力欄を設けて、ついでにマウスホバーで変化するようにしてみました。

やってる事は「今ここエントリー」と変わらない事です。
それに＋カスタムフィールド＋CutString プラグインで。

フィールドの名前や説明は、自身の判り易いように入れておくと良いです。種類は「画像」で。
この部分は管理画面上で表示されます。
ここでは一例として「EntryTitleImage」というテンプレート名になるようにしてみました。
「テンプレートの例」というのが出て来るのがユーザ・フレンドリーですよね。

準備が出来たら、投稿画面でそのフィールドが表示されるようにしておきます。
投稿画面右上の「表示オプション」から表示選択を行う事が出来ます。

テンプレートに追記

ブログ記事用のテンプレートの表示させたい箇所に以下を追加します。

<MTIfNonEmpty tag="EntryTitleImage">
<MTEntryTitleImageAsset>
<p id="asset-<$MTAssetID$>">
<a href="<$MTAssetDescription$>"><$MTAssetLabel$></a>
</p>
</MTEntryTitleImageAsset>
</MTIfNonEmpty>

次に、「今ここエントリー」の要領でスタイルシートを生成させるようにします。

1. アーカイブテンプレート⇒ブログ記事 を作成
2. アーカイブマッピング⇒css/ent-<$MTEntryID$>.css
3. 生成したCSSの読み込み例⇒<link type="text/css" rel="stylesheet" href="<$MTBlogArchiveURL$>css/ent-<$MTEntryID$>.css" />

テンプレート内容は以下のような感じで。

<MTIfNonEmpty tag="EntryTitleImage">
<MTEntryTitleImageAsset>
#asset-<$MTAssetID$> a {
   background: url(<$MTAssetURL$>) no-repeat center bottom;
   width: <$MTAssetLabel cutbefore="_" cutnext="#"$>px;
   height: <$MTAssetLabel cutbefore="#"$>px;
   display: block;
}
#asset-<$MTAssetID$> a:hover {
   background: url(<$MTAssetURL$>) no-repeat center top;
}
</MTEntryTitleImageAsset>
</MTIfNonEmpty>

テキストは飛ばして非表示にしたり、好きにすると良いです。

CutStringプラグインが必要になりますので、DLしてインストールしておいて下さい。
■任意の文字列を抽出する：CutString | MTプラグイン配布 | MT エンジニアブログ | スカイアークシステム

画像の準備

最初の例で上げたような画像を画像を用意します。
この画像は2種類を繋げたものを用意します。
通常の表示と、マウスホバー時で表示されるもの。
例として上下に2種類を繋げたものを出してみました。こういった感じで。

ファイルのアップ

ファイルアップを行う時に以下のようにします。

• 名前・・・「アイテムの固有名」_画像の横幅サイズ(px単位)#画像の縦幅サイズの2分の1(px)
• 説明・・・ジャンプ先のURL
• タグ・・・好きなように。

CutStringプラグインの機能を用いて「_(アンダースコア)」と「＃(シャープ)」を区切り文字にして、繋がっている文字列から任意の部分を抜き取る処理を行います。

画像の横幅サイズ 部分と 画像の縦幅サイズ 部分がスタイルシートに記述される事になります。
縦のサイズは、画像の縦幅の半分を記述する点に注意です。

アップした画像の確認には以下のプラグインを利用しているとすごく便利です。
■小粋空間: カスタムフィールドによるアップロード画像をサムネイルで表示するプラグイン 0.02
あとは記事を出力すればOKです。

まとめ

新しいフィールドはひとつで済むようにしてみたので、画像サイズのところに別フィールドを用いたり、挟まれるテキストに別フィールドを用意したりしても良いです。
マウスホバーで表示される画像を別個に用意するのも良いです。
区切り文字に関しても、自由に文字列を設定可能なので都合の良いように変更すると良いでしょう。

今回はひとつの場合を試してみたのですが、複数の場合もフィールドを用意して、それに対応した同様の記述を同じテンプレートに行えば良いです。
それと、これは「ブログ記事」部分の場合なので、mainindexなどでも同じように表示させたい場合は、必要な箇所にテンプレートタグを埋め込んで、生成させたCSSファイルを読み込ませるようにしましょう。

ちなみに、なぜかカスタムフィールド部分が出力されない状況に陥って、なんで？(´･ω･)
となっていたのですが、閉じタグを入れてなかっただけという事で、テンプレートタグはしっかり確認するようにしましょう。。。

はっきり言って面倒な方法です。あえて。
面倒な方法を考えていれば、より他の簡単なやり方にきっと考え付く時も「いずれ」来るだろう、みたいな感じで。

1. カスタムフィールドを利用する方法

表示内容ではなく、スタイルを切り替える場合には、読み込むCSSファイルを切り替えるようにすると良いですね。

ブログの設定からフィールドをひとつ追加してみます。
「必須」の箇所は、カスタムフィールドで分岐させたい時はチェックで。
テンプレート上で分岐させたい時はチェックなし、とすると良いかと思います。

Webページテンプレート上

ちょっと省略してますが、画像例のようにフィールドを作った際には以下みたいに、Webページ用のテンプレートに書きます。

<MTSetVarBlock name="pagetmpl"><MTpagedatatemplatechange></MTSetVarBlock>

<mt:if name="pagetmpl" eq="base">
「base」にチェックした時の表示内容
</mt:if>

<mt:if name="pagetmpl" eq="1st">
「1st」にチェックした時の表示内容
</mt:if>

以上で、baseにチェックした時、1stにチェックした時で表示内容を切り替える事が出来ます。
自分でやってみてアレですがメンドイ。

まとめ

比較内容のためにわざわざフィールド増やすのも厄介な時は、
「Webページタイトル_指定文字列」みたいにして、CutStringプラグインで比較部分を「指定文字列」にする、なんて方法もあるかもしれません。

もっとスマートな方法が浮かんだらまた何か書いてみようと思いますー。

ブログスタイルのサイトでは、サイドメニューとして年月アーカイブへのリンクを表示してる場合が少なくないと思います。
別にサイドメニューに限らなくても良いのですが。。。そこは論点でもないやい、って感じで。

そして、そのアーカイブに目を移しながら移動してみると、確かにウロウロ出来るのですがサイドメニューの表示に変化はありません。

今、自身(閲覧者)がどのアーカイブ(年月)に居るのかをちょっと判り易くするために、移動時にはその見ているアーカイブへのリンク表示に変化を与えてみる事にしてみました。

「今ここエントリー・カテゴリー」の応用版ですね。

「年」に関しては「年」なのでそれをそのまま使う事にして、「月」の方は2007年の「3月」、2008年の「3月」と被ってしまうので、だったら「年」もくっつけてユニークな文字列にしてあげる事にします。

ただ、それだけだとちょっと不安なので好きな文字列も付加して、と。

そんな風にして表示させる例は以下。年アーカイブ、月アーカイブとふたつに分けるのもメンドイより判り辛いかと思うので、一気にまとめて表示させてみる例。

dt に挟んで出してる「年」に対しては、その dt に「id＝y(+)年4桁」を割り当て。
月に対してはアンカータグに「id＝m(+)年4桁月2桁」を割り当て。

スタイルシートの自動生成・適用

MT4になって、アーカイブの生成も随分ラクになりました。
ひとつのテンプレートから幾つも生成させる事が出来るので。
それも取り入れつつ、以下のようにしてCSSファイルを生成させます。

アーカイブが月別の時、年別の時で記述内容が変わる方法です。

上記をアーカイブ・テンプレートとして作成します。
名前は何でも良いですが、とりあえずこの場では「今ここ年月」とでもしておきます。
そしてアーカイブ・マッピングを作成。

• 年別・・・%y/%y.css＝年別アーカイブディレクトリ内に年4桁.cssファイルを生成
• 月別・・・%y/%m/%m.css＝月別アーカイブディレクトリ内に月2桁.cssファイルを生成

生成させたスタイルの適用

年・月アーカイブとして生成させているファイルに「今ここ年月.css」を適用させます。

上記を、年月アーカイブの＜head＞～＜/head＞内に記述。
別々のテンプレートで出力させてる場合は、それぞれの記述を分けて書くと良いです。

上段を月別に。下段を年別に。

あとは再構築かけて、スタイルシートの生成と、年月アーカイブへのリンク表示部分にID属性を持たせればOKです。

この例は、ただ単に下線を与えてるだけなので、背景画像付けたりなどのスタイルの装飾は「今ここ年月CSS」アーカイブ内の記述で整えましょう。

あとがき

MT4になってから、年別アーカイブも正式採用されたし、おかげで随分ラクに出来るようになりました。
ひとつのアーカイブ・テンプレート内で分岐判定さえさせれば良いのだから。

アーカイブ等の条件分岐に関しては以下の資料を片手にいろいろやってみると良いです。

■アーカイブテンプレートに設定される変数 | Movable Type 4 ドキュメント

それから注意点がひとつ。
ご存知の方も多いとは思いますが念のため。

「今ここ年月」テンプレートにおいて、アーカイブマッピングの際には「%y」で4桁年になりますが、テンプレート内の記述では「%y」は下2桁になります。
2008年であれば「08」ですね。

なので、テンプレート内では大文字(%Y)を用いて4桁表示になる、という事を覚えておきましょう。

おまけ

補足として、「今ここ年月」CSSファイルで、例のままの記述だと空白改行(ホワイトスペース)が出来るので、それがイヤな場合は以下のプラグインを用いて改行を削�