オラオラ・フィード

phpMyAdminでBlob型を表示

Sat, 20 Mar 2010 00:45:33 +0900

今まで、どうにか表示で気無いかといろいろ調べて、config.inc.phpに追記すれば表示できるらしいって解ったのだけど、それでも表示しなかったので、出来ないものだとあきらめかけてたんですが。ふと普段使わない箇所を開いたら・・・・

で、設定して保存したら・・・

なんだ、表示できるんじゃないか。

$cfg['ShowBlob'] = true;

を追記すれば、有効になるみたいです。まさか、オプション設定があるとは、思ってもみなかった。

AsynchronousGoogleAnalytics

Fri, 19 Mar 2010 17:15:55 +0900

えーと、結構前に情報は見かけてたんだけど、時間が無くて放置していたネタです。「Asynchronous Migration Examples - Google Analytics - Google Code」 Google Analyticsのトラッキングコード（ga.js）を非同期（Asynchronous）で扱えるようになりました、というお話です。

読み込むコード自体は変わらずga.jsのままの様です。今までだと

var pageTracker = _gat._getTracker('UA-XXXXX-X');
pageTracker._trackPageview();

となっていた部分を

_gaq.push(['_setAccount', 'UA-XXXXX-X']);
_gaq.push(['_trackPageview()']);

に変更して、スクリプト全体を今までの</body>の直前から<head>内に変更する事で、トラッキングを非同期で行なえるようになるそうです。非同期読み込みなので、今までのようにページの読み込みが終わらないと、トラッキングが開始されないような事も無く、より正確な情報を得る事が期待出来ます。一時期流行で、Javascriptを最後に読み込む処理を多用してたんですが、最近はヘッダ内に置く事が増えてきましたね。なんか、久しぶりにデザインリニューアルしたいので、その時に対応させる予定です。

MT5でConfiguration Assistant 1.6以降を使う

Fri, 19 Mar 2010 13:52:55 +0900

「Config Assistant for Movable Type | majordojo」という、プラグインなどでの設定を扱い易く拡張するプラグインがあり、海外のプラグインやテーマの前提条件として使用されているので、インストールして使用していたのですが、ConfigAssistant 1.5までは問題なかったものの、それ以降のバージョンで、MT5でのプラグイン設定画面の表示が崩れる現象が発生していました。その為ずうっと、ConfigAssistant 1.5のままで使用していました。

また、新しいバージョンの1.7.1というのが出ていたので、確認してみましたが同じ状態でした。なんとなくコードを眺めていて、ふと気になる箇所を見つけたので、そこをコメントアウトしたら、見事正常に表示されるようになりました。

    my $slug2 = <<END_TMPL;
<mt:setvarblock name="html_head" append="1">
  <link rel="stylesheet" href="<mt:StaticWebPath>plugins/ConfigAssistant/app.css" type="text/css" />
  <script src="<mt:StaticWebPath>jquery/jquery.js" type="text/javascript"></script>
  <script src="<mt:StaticWebPath>plugins/ConfigAssistant/app.js" type="text/javascript"></script>
</mt:setvarblock>
END_TMPL

jquery.jsを読み込んでる部分。ここが悪さをしているようで、この行をコメントアウトで正常に表示されるようになりました。以上！

最近のStreamプラグイン界隈 for Action Streams

Fri, 19 Mar 2010 10:01:02 +0900

アクションストリームは、MT5には含まれなかった訳ですが、皆さんまだアクションストリームを使ってるのでしょうか？やっぱり藤本さんの、アクションストリームプラグイン（MT5用） - The blog of H.Fujimotoでしょうかね。私は個人的にカスタマイズしたのを使ってます。今のように同梱されない方が、カスタマイズして使う側とすれば、助かりますね。L10Nの扱いとか特殊になってしまって面倒だったり、使わないテンプレートセットとか、ダッシュボードウィジェットが中途半端だったりとか、そういう部分に手を出しやすくなるので。出来れば、単独プラグインで配布だとうれしいのになぁ。

では、最近見つけたStreamプラグインについて、取り上げます。

海外の作者のStreamプラグイン

まずはGoogle Buzzのアクションストリーム用。「Code Monkey Ramblings - Google Buzz Action Stream - Plugins」でも、なんか拾ってくる部分が違うような気がするので、ちょこっと修正して使ってます。ユーザー名ってあるんだと、初めて気づいた。てっきりGmailのメールアドレスなんだと思ってた。

最近というほどでもないけど、GitHubとかCPANのアクションストリームも使ってます。「Movable Type - Malice Afterthought」

CPAN Action Streams v. 1.0
Facebook Action Streams v. 1.1
Get Satisfaction Action Streams v. 1.1
GitHub Action Streams v. 1.0

後はDisqusとかBrightkiteとか。「ʎ vesluther.name/Projects」

Disqus plugin
Brightkite plugin

MT.orgのアクションストリームもあります。「MT.org Action Stream | MovableType.org - Home of the MT Community」「MT.org Action Stream - RichardBenson.co.uk」しかしダウンロードが見つけにくい。だって、Feedのリンクを開いて、そこからダウンロードってのもビックリ。

それからデータを以下のウェブページから拾ってるんですが、 Naoaki Onozaki | Member Directory | MovableType.org - Home of the MT Community 一応フィードもあるので、そちらから拾うべきだろって意見もありました。ポストした時間とか取得できないので。 Actions from Naoaki Onozaki あとMT5でYAML::Syck環境だと、プラグインインストール時にエラー発生します。nameの中に「: 」が使われてるのがまずいんですね。

name: Action Stream: MT.org
id: MTOrgAS
key: MTOrgAS

このエラーはMT4用のプラグインをMT5で使おうとする時に、かなりの確率で発生します。YAML::Tinyのエラーチェックがゆるかった所為ですね。これは、そもそも「: 」がYAML内で特別な意味を持っているからで、「:」を削除したり、「'」で囲って全体で一つの言葉だとすれば解決できます。

name: ’Action Stream: MT.org’

この他にもYAML内のインデントにタブ文字を使っているような時も、エラーが発生します。この場合はタブをスペースに置換してやればエラーが回避できます。ここら辺の対処はconfig.yamlを使ったプラグイン全般で有効ですので、覚えておくといいと思います。

日本の作者のStreamプラグイン

日本人作者のものも結構あります。まずはPhotoShare用。もっとも自分では使ってないけど。「PhotoShare用のActionStreamプラグイン書いた(MT) - klog」

続いて、ふぁぼったーやTwilogなどのTwitterマッシュアップサービス系がまとまったもの。「FavotterやTwilogなどTwitterMashupサイトをMTの「利用サービス」に追加するconfig.yaml - ヌルめのつぶやき」 Togetterとか作ってみたら便利かもしれないね。

Favotterで特定IDの「注目」ページを開く
Twilogで特定IDのページを開く
Viratterで特定IDのページを開く

MTDDCのLTの時に、「foursquareのアクションストリームを作りかけ」とか話していたら、すでに公開されてたっぽい。千葉さんとこだね。「OptionalActionStreamsプラグイン :: BLOG :: CHIBATCH.JP」全然使ってないようなサービスがいっぱい。アクションストリームはこういう自分が使ってるサービスを、どんどん自作して追加していけるところが面白いよね。千葉さんのコードは、かなり複雑な事やってるなあ。参考にしようっと。

foursquare
NIKE RUNNING CLUB
blippy
Photomemo

そして私は・・・

途方にくれる・・・・では無くて。来週発売予定の「Movable Type 5実践テクニック」の為に、テンプレート作成しました。なかでも「LifeBlog」は、アクションストリームメインのテーマになっていて、コイツのアクション用ウィジェットを、デフォルトでは使われてない分までガシガシ作ってあります。それで、コイツ用に「Amebaなう」とか「ブクログ」の書籍カバー表示とか「YouTube」や「ニコニコ動画」のプレイヤー表示とかいろいろ作成してみているので、こいつ等をまとめて「NicheActions 2」にしてやろうかと思っています。今はウィジェットとセットなら問題ないけど、汎用的なつくりにはなっていないので、そこを作成中です。

あぁ、やっぱアクションストリームおもしれぇな・・・

再びの「Build Tracer」

Thu, 18 Mar 2010 23:50:19 +0900

えーと、「Open Sourcing GeoType, PostOffice, CAS, BuildTracer | MovableType.org - Home of the MT Community」でアナウンスされてるプラグインは、ことごとくMT4用です。たまたまMT5でも動いちゃったりするものもありますが、基本USではMT5用のもの作ろうとしてる方は、ほとんど居ないみたいです。向こうじゃ、MT5.02よりもMT4.35の登場が期待されているみたいですし。「寒い時代だと思わんか・・・」

と、グチから始まりましたが、さて正規に登録されてる「sixapart's mt-plugin-BuildTracer at master - GitHub」は、もちろん「works with MT 4.3, MT 4.261, MT 4.25, and MT 4.24.」という訳なのですが、オリジナル作者の澤田さんバージョン「aklaswad's mt-plugin-BuildTracer at master - GitHub」が存在して「Quick fix for run on MT5.」となってます。という訳で、早速試してみました。

プラグイン内でバージョン判別して出すメニュー切り替えてるみたいです。

メニューを選択すると、見慣れたFileListが表示されます。

対象のファイルを選択すると、これまた懐かしい画面が表示されました。ここでもバージョン判別で、MT4用とは異なるスタイルシートを当ててるようです。

MT4.2ではコレが使えなくて不便だったんですよね。これで、また複雑なテンプレートとか造れるようになるな。

書こうと思っていたこと、書き忘れてたんで追記。個人的な要望。今のFileListから表示させる方式が若干面倒。これって、テンプレート編集画面内のボタンって形で実装出来ないのかしら？そうすれば、「テンプレート書き」＞「BuildTracerで途中の処理を確認」＞「テンプレート修正」という流れがスムースに実行できるのに・・・

MT5 Plugins part4

Thu, 18 Mar 2010 19:47:10 +0900

「また大分溜まってきたな」とか思いながら、新しいプラグインを試してみていたら・・・こんな記事が、MTQに投稿されてました。「Movable Type 5 対応プラグイン一覧への掲載 - MTQ | Movable Type 5 ユーザーコミュニティ」「Movable Type プラグインディレクトリ」をリニューアルしたという事ですね。ちょうど、このエントリーを書こうと思って、でも「こういう形じゃなくて、もっとプラグインディレクトリ的な、アセットの単位をプラグイン毎にしたのが欲しいな」とか考えていたので、この絶妙なシンクロニティに感動さえ覚えてしまいました。

たぶんLink RollerとAssetArchivesを使って簡単に作れそうですが、「うーん、さすがにココでやるのは辛いな・・・重そう」

最近試してみたプラグイン

AssetArchives 0.1.1: http://tec.toi-planning.net/mt/assetarchives/; アイテムをエントリー・アーカイブとして扱えるようにするプラグイン。アイテムの種類ごとにアーカイブマッピングが可能なので、いろいろな使い方が考えられます。「MT > GoogleDocs for Movable Type - ToI」でのアイテムのハンドリング用に作ったもののようです。
CMSContext 0.6: http://junnama.alfasado.net/online/2010/02/new_cmscontext.html; お馴染みのalt_tmplをブログ毎に変更できるプラグイン。以前のものでも問題なくMT5で動作してましたが、今回はUserAgent毎にも切り替えられるように機能アップしました。
Change Theme ID 1.00: http://www.h-fj.com/blog/archives/2010/02/22-134659.php; 適用状態にあるテーマIDを、別なテーマのIDへと変更できるプラグイン。テーマのimporterにはいろんな種類があるが、カスタムフィールドやカテゴリー作成などの、特定の種類のみのテーマを適用した後で、本来のテンプレート適用時に設定されたテーマIDへと戻す事が可能になります。
Closure Compiler for Movable Type 1.0: http://www.codemonkeyramblings.com/plugins/mt---closure-compiler/; GoogleのClosure Compilerの処理を、Javascriptテンプレート（出力拡張子がjsのもの）に対して適用するプラグイン。動作は問題ないのだが、有効無効のチェックボックスが効いていない気がする。
Create and Manage 1.0: http://www.movabletips.com/2010/02/making-some-movable-type-4-plugins-work-on-movable-type-5.html; これは目からウロコ。MT4までのプラグインをMT5にインストールした場合に、メニューに表示されない事が良くあるが、これは「新規作成」「一覧」のトップメニューが無くなった為だったりする。このプラグインは「新規作成」と「一覧」のメニューを追加してくれる。結果としてMT4で「新規作成」の下に表示されていたメニューが、表示されるようになる。ただし、中身の動作については別問題なので、そちらは自分で対処が必要。
EntryImporter 0.01: http://www.koikikukan.com/archives/2010/02/09-015555.php; default_pages Importerと互換のブログ記事インポート機能を、テーマに追加するプラグイン。というか、なんでコレ標準で付けなかったの？
GeoType 1.9.4: http://github.com/sixapart/mt-plugin-GeoType; 最近MovableType.orgでGPLv2で公開されたプラグイン。Googleマップをアイテムとして扱い、ブログ記事に関連付けが可能なプラグインのようです。MT5については一切考慮されていないようで、「新規作成」＞「場所（もとはPlaceかな？）」のメニューと、ブログ記事編集画面横の「Locations」ウィジェット内の「add」メニュー共に動作しません。時間が取れたら、MT5用にメニュー関連の書き換えを行い、動作検証してみようと思います。
Grep 0.1: http://weeeblog.net/blog/2010/02/07_1911.php; Grep検索のマッチしたもののみ、ブロック処理を行なうように出来るプラグインです。ニッチだ。
IncludeTemplateViewer 0.01: http://www.koikikukan.com/archives/2010/01/18-015555.php; 「インクルードテンプレート」ならぬ「インクルード元テンプレート」ウィジェットを表示するプラグイン。意外とインクルード元に移動するのって面倒じゃなかったですか？これがあるだけで、ずいぶん便利になります。
IndentFolderTree 0.01 DEVEL: http://www.skyarc.co.jp/engineerblog/entry/IndentFolderTree.html; 親子関係にあるフォルダを一覧表示でインデント表示してくれるプラグイン。言われてみれば・・・
Love Rebuild 1.0: http://junnama.alfasado.net/online/2009/11/love.html; MTをいかに愛しているか問われるプラグイン。もちろんウチの嫁には入れてます。配下のブログの再構築を行なうウィジェットを表示します。
PicApp 0.9.8: http://endevver.com/plugins/picapp/; イスラエルのPicScout社が公開している、gettyimages、jupiterimagesなど16社が提供する著作権保護ストックフォトを無料で利用することが出来る「PicApp」の写真を、アイテムとして扱い記事に挿入出来るようにするプラグイン。こちらもMT5には非対応だが、あちこち表示部分を書き換えてやると、おおよそは動作するようになった。
Realtime Rebuild 1.71: http://www.h-fj.com/blog/archives/2010/03/02-205721.php; リアルタイム再構築プラグインの最新版。今回は別ブログのテンプレートの再構築指定も可能になりました。
SearchEngine 0.0.4: http://github.com/usualoma/movable-type-plugin-search-engine; mt-search.cgiに対してGoogle や Yahoo! の検索APIを利用してサイトを検索する機能を追加するプラグイン。まだあまり使ってませんが、すごいなコレ。
SystemMenu 1.0: http://weeeblog.net/blog/2010/02/07_1902.php; ブログやウェブサイト内から、システム内のダッシュボード以外に移動したい場合に、直接移動できるようにメニューを拡張してくれるプラグイン。しょっちゅう「システム」＞「プラグイン」を表示する人間には地道に便利。
ViewSite 1.0: http://junnama.alfasado.net/online/2010/02/mt4_3.html; ユーザーダッシュボード・システムダッシュボードに「サイトの表示」リンクアイコンを表示するプラグイン。意外と便利に使えます。
iPhone / iPod touch UI Support 1.1: http://github.com/sixapart/mt-plugin-iMT; iMTの方が名前として知られてますね。MT5対応版として登場しました。
Hello 0.1/UserDashboard: http://junnama.alfasado.net/online/2009/11/mt5.html; ユーザーダッシュボードにも左メニューを追加するプラグイン。もっともこちらよりも「夜アクセスしても『こんにちは、Junnama Nodaさん』て何だよ」の方がツボにはまって、気に入って使っている。サーバーの環境なのかMTの設定なのかは不明だが、タイムオフセットが9時間ずれてるケースを結構見かけた。ウチの場合は「$dt」使わないようにしたら正しい時間になったようです。ちなみにメッセージが分岐する時間も調整したうえに「お疲れ様です。」「夜遅くまで大変ですね。」「夜中までご苦労様です。」「朝早くからご苦労様です。」とメッセージをビジネスマン風にしてみた。

他に幾つかあるのですが、そちらは個別のエントリーにする予定です。

プラグインディレクトリが、プラグイン製作者でまとまるのなら、もっとユーザー目線（使う側目線）のプラグインサイトが別に必要だと思うな。もっと自由に、このプラグインはこういうケースだとうまくいかないとか、そういう情報を自由に扱える場所が欲しいなと思った。うまく交通整理出来ないと、スパムに埋もれそうな気もするけど。

XMLサイトマップとか

Mon, 15 Mar 2010 23:58:28 +0900

なんか、サイトマップって言うと、一般的にはツリー表示の奴を指すみたいですね。という訳で、私の中ではsitemap.xmlの方がサイトマップって呼び方だったんだけど、最近はXMLサイトマップとかって呼んでます。正しい呼び方だと、なんて言うのかねぇ？久しぶりに使ったので（運用は継続してたけど、新規に作成とかGoogle ウェブマスターツールで登録とかずいぶん久しぶりに作業した）ちょっと触れてみようと思います。

そもそもsitemap.xmlについて

今頃だが、「sitemaps.org - Protocol」を日本語化したドキュメントを発見。バージョンは0.9ですね。

というか、よくよく見ると「sitemaps.org - ホーム」というように、日本語で表示できるようになっているんだ。

もともと今のsitemap.xmlの仕様は、Googleが「Google Sitemaps」として作成していたもので、0.84というバージョンで作成されていたものです。今でも下のsitemap使ってるの見かけたりしますね。

<urlset xmlns="http://www.google.com/schemas/sitemap/0.84">

その後Yahoo!やMicrosoftも共通のサイトマップを使う方向で統一されて、中身はそのままにバージョンのみ0.9になって今に至ったようです。ちなみに、共通のサイトマップを作る過程では、RORサイトマップと呼ばれるもの（ror.xmlというファイル名）が現れ、共通に使用できるサイトマップとして注目を集めましたが、実際には各検索サイトでRORの正式サポートのアナウンスは行われずに、すぐにsitemap 0.9への対応事態になったため、現在ではRORに対応する事は必要ないこととされています。自分でも記事書いてたんだなぁ「RORという言葉 - WolaWola」実際RORは、なぜかヘッダ内にFeedとして登録するという、変則的な対応をしていたと記憶しています。

MT5でサイトマップ作成

MT5でのサイトマップといっても、そもそもsitemap.xmlの仕様自体が変化した訳でもないので、基本的にはMT4までのサイトマップとなんら変わる事がありません。単独のブログ用でしたら、そのまま使用して問題ないので、MT4で使用していたものをそのまま使ってください。ちなみに、現在配布中のmt.Vicuna Simpleには、XMLサイトマップのテンプレートが含まれています。なお全てのアーカイブに対応するようなサイトマップのコードは、小粋空間 yujiroさんが公開なさっているのでそちらを参考になさっても良いと思います。「小粋空間: Sitemaps 0.90 用テンプレート（MT4対応）」

なおMT5で、ウェブサイトの下に複数にブログを束ねて使用しているような場合も、書き方を工夫すれば自動でサイトマップを作成できます。

<?xml version="1.0" encoding="UTF-8"?><MTUnless regex_replace="/\s*\n+/g","\n">
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<mt:Blogs include_blogs="children" include_with_website="1">
<MTIgnore>メインページ</MTIgnore>
<url>
<loc><$MTBlogURL encode_xml="1"$></loc>
<lastmod><$MTDate format="%Y-%m-%dT%H:%M:%S"$><$MTBlogTimezone$></lastmod>
<priority>0.7</priority>
<changefreq>daily</changefreq>
</url>
<MTIgnore>ブログ記事アーカイブ</MTIgnore>
<MTIfArchiveTypeEnabled archive_type="Individual"><MTEntries lastn="0">
<url>
<loc><$MTEntryPermalink encode_xml="1"$></loc>
<lastmod><$MTEntryModifiedDate format="%Y-%m-%dT%H:%M:%S"$><$MTBlogTimezone$></lastmod>
<priority>1.0</priority>
</url>
</MTEntries></MTIfArchiveTypeEnabled>
<MTIgnore>ウェブページ</MTIgnore>
<MTIfArchiveTypeEnabled archive_type="Page"><MTPages lastn="0">
<url>
<loc><$MTPagePermalink encode_xml="1"$></loc>
<lastmod><$MTPageModifiedDate format="%Y-%m-%dT%H:%M:%S"$><$MTBlogTimezone$></lastmod>
<priority>1.0</priority>
</url>
</MTPages></MTIfArchiveTypeEnabled>
<MTIgnore>カテゴリー・アーカイブ</MTIgnore>
<MTIfArchiveTypeEnabled archive_type="Category">
<MTCategories>
<url>
<loc><$MTCategoryArchiveLink encode_xml="1"$></loc>
<MTEntries lastn="1" sort_by="modified_on">
<lastmod><$MTEntryModifiedDate format="%Y-%m-%dT%H:%M:%S"$><$MTBlogTimezone$></lastmod>
</MTEntries>
</url>
</MTCategories>
</MTIfArchiveTypeEnabled>
<MTIgnore>月別アーカイブ</MTIgnore>
<MTIfArchiveTypeEnabled archive_type="Monthly">
<MTArchiveList archive_type="Monthly">
<url>
<loc><$MTArchiveLink encode_xml="1"$></loc>
<MTEntries lastn="1" sort_by="modified_on">
<lastmod><$MTEntryModifiedDate format="%Y-%m-%dT%H:%M:%S"$><$MTBlogTimezone$></lastmod>
</MTEntries>
</url>
</MTArchiveList>
</MTIfArchiveTypeEnabled>
<MTIgnore>アーカイブインデックス
<url>
<loc><$MTBlogURL$>archives.html</loc>
<lastmod><$MTDate utc="1" format="%Y-%m-%dT%H:%M:%S"$><$MTBlogTimezone$></lastmod>
<priority>0.7</priority>
</url>
</MTIgnore>
</mt:Blogs>
</MTUnless>
</urlset>

この場合注意が必要なのがアーカイブインデックスで、すべてのブログで同じように配置されているとは限りません。その為上のコード内では無効にしてありますが、状況に合わせて書き方を変えるようにしてください。

サイトマップをクロールさせる

sitemap.xml作ったら、robots.txtに追記して、クロール待ちですよね。ただ、新規サイトの場合は、なかなかクロール対象にならないみたいなので、こちらから能動的に登録作業する必要があるみたいです。新規サイトって久しぶりだったんで、クロールされるまでに苦労しました（って、小粋空間のようなダジャレだな・・・）。

まずはGoogle ウェブマスターツールでサイトを追加し、ダッシュボードの「サイト設定」＞「サイトマップ」で「サイトマップを送信する」をクリックして、作成したsitemap.xmlのURLを入力してやると、クロールを要求した事になるようです。というか、そのつもりでしたが、なかなかクロールされなくて、もしかしたら間違ってたんでしょうかね？

それからクロール要求ですが、他にも方法があります。実はmt.Vicuna SimpleのXMLサイトマップ・テンプレートには、とある仕掛けがしてあります。あるプラグインが有効な時に、自動的にGoogle ウェブマスターツールへの「サイトマップの再送信」を行なうように設定している事です。「Google Sitemapsへの更新通知を自動化するMovableTypeプラグイン:MTGoogleSitemapsPing - Open MagicVox.net」はサイトマップテンプレートの再構築時に、そのプラグインのタグで指定したサイトマップの、Googleへの送信処理（Ping）を行ないます。なお、配布されているオリジナルのプラグインは、Movable Type 5の環境では動作しません。これについては、こちらで対処法を調査し書き換えたものを作成しました。このプラグインがインストールされている環境では、サイトマップが更新された事を、GoogleにPing送信して知らせる事が出来るようになります。

Googleカスタム検索を・・・

Mon, 15 Mar 2010 20:32:48 +0900

今回急にこれを使うという話になって、使ったことねぇなとか思ってたら、実はかなり昔にやったことあったみたいだった。落ち着いてきたから、さぁ試してみようかと思って行ったら、なんとすでに設定済みのがあるじゃないか。もしかしてGoogle Co-opってカスタム検索と同じ事？もしかしたらGoogleAjax検索とかで使った奴かな？

しかし、これ使いづらいねぇ。サイト内検索用に使用しようと思った時に、既存の運用中のサイトならまだしも、新規立ち上げのサイト場合なかなかインデックスされなくて、出来てすぐ使えないのは結構痛いなぁ。検索速度とか、カスタムフィールドやSSIインクルードした静的ファイルとかも検索対象に出来るのは、確かにアドバンテージなんだけれど、その気になれば、例のAjax検索で対応できるしなぁ・・

まぁ、間違いを修正する時間をくれるこのタイムラグが、案外ビジネスサイトには向いてるのかも、とも思った。という訳で、なぜか書籍では割愛されてしまった、Googleカスタム検索の導入について書きます。

カスタム検索エンジンの作成

「Google カスタム検索エンジン - サイト検索」事前にGoogleでのアカウントが必要なのは、他と一緒だけど、そこは割愛。早速右上の「カスタム検索エンジンの作成」をクリックして、作成に入ります。

すぐに入力画面になりますので、そこに入力します。

基本情報

検索エンジンの名前:

検索エンジンに名前をつける。深く考えなくても大丈夫。

検索エンジンの説明:

無くても問題ないようだが、後々の為に用途とか書いておくといい。

検索エンジンの言語:

一般的には日本語でしょうね。でも自分の見たら全ての言語とかなっててビックリ。
検索対象（どちらかを選択）

選択したサイトのみ

指定サイト内のみを結果表示する。

ウェブ全体（選択したサイトを重視）

指定サイトを優先表示するが、マッチする結果がない場合は、その他の結果も表示される。
サイトの選択

検索するサイト:

サイトURLを1行ずつ入力する。「mydomain.com」と入力すると、自動的にドメイン全体（*.mydomain.com/*）を指定した事になる。ワイルドカード指定で、「www.mysite.com/*about*」の様な指定方法もあり。
エディションを選択（どちらかを選択）

エディション:

カスタム検索（スタンダードエディション）か、Google Site Search（ビジネスエディション）かどちらかを選択する。広告挿入の有無と有料かどうか、カスタマイズ性などで違いがある。

入力したら「利用規約を確認し、内容に同意します。」にチェックをいれて、「次へ」をクリックします。すると、今設定したカスタム検索用の入力窓が表示されるので、実際に検索語句を入力して結果を確認する事が出来ます。結果が思っていたのと違う場合は、前の画面に戻り設定を変更します。

問題なければ、「完了」ボタンをクリックします。この時に「確認メールを xxxx@gmail.com に送信」にチェックを入れておくと、作成された情報がメールとして送信されるので、チェックを入れるようにしましょう。

カスタム検索エンジンの設定

画面は「マイ検索エンジン」ページへと移動します。このページからは、作成した各カスタム検索エンジンのコントロールパネルにアクセスできます。コントロールパネルでは更に詳細な設定のカスタマイズが出来ます。

検索エンジン名をクリックすると、Google上に設置された検索ページが表示されます。

単に検索がしたいだけなら、コレでいいのだが、通常はサイト上に検索窓を設置する事と思う。

検索エンジンIDがココに表示されているのだけは、覚えておくといい。といっても、検索エンジンID入りの貼り付けコードを作成してくれるので、普通なら使わないと思いますが。

作成時に指定した対象サイトへのURLの追加や、除外URLの登録が行なえるようになっている。細かい指定が行なえるようです。

ここで、検索窓として貼り付けるコードが取得できます。ここで、取得するコードは様々な設定によって変化します。

挿入される広告に対して、Google AdSenseが設定できるようになっています。

カスタム検索エンジンをデザインする

設置するデザイン要素のカスタマイズには、以下の種類があります。

ホスティングオプションの選択（検索がどの様に動作するかを設定します）

検索要素

自サイトに設置するもので、同一ページ内で検索結果が表示されるタイプです。

iframe

自サイトに設置するもので、検索結果様ページを別に用意して表示するタイプです。

Google でホストされるページ

自サイトに設置した検索窓に対して、検索結果はGoogleのサイト上で行なわれるタイプです。
検索要素のレイアウトの選択（これは、検索要素を選択した時だけ表示されるオプションです）

全幅

ページ全体に検索結果が表示されるレイアウト。

コンパクト

全幅との違いは検索結果の表示数。より狭いスペースに表示できるように調整してあるようです。

2列

検索窓と結果を別なカラムに表示するようなレイアウト。検索窓用と結果表示用2つのコードが使用される。
スタイルの選択/カスタマイズ

初期設定・バブルガム・グリーンスカイ・エスプレッソ・シャイニー・シンプル

表示される検索窓・検索結果などのスタイルシート指定を選択します。設定を元に更にカスタマイズも可能です。

大体一般的な使用だったらこのレベルで大丈夫だと思います。「デザインの作成 - Google Custom Search API - Google Code」

更にカスタマイズする方法とか

もっとカスタマイズしたい場合には、それなりの方法が用意されているようです。「概要 - Google Custom Search API - Google Code」「コンテキストファイル」と「アノテーションファイル」と呼ばれる、XMLによる設定ファイルを使い、更に詳細な設定が可能のようです。また「プログラムによるカスタム検索エンジンの作成 - Google Custom Search API - Google Code」の様にリクエストレベルで検索エンジンをカスタマイズする方法も用意されているようですが、さすがにここら辺のレベルまで手を出さなくてはならない状況というのは、個人として使用する限りはありえなさそうですね。

Googleの検索APIだとGoogle AJAX Search API - Google Codeというのもあるので、あまり自分では使いそうも無いのですが、今回調べた知識として整理してみました。

FogBugzでバグレポート

Sun, 14 Mar 2010 17:56:32 +0900

最近少しずつだが、FogBugzの使い方覚えてきたので、少し書いてみます。藤本さんも最近エントリーにしたみたい。「Movable Typeの不具合／要望の報告方法 - The blog of H.Fujimoto」

FogBugzというのは、バグ管理システム（BTS）の一つで、Fog Creek Softwareというところで作られたらしいですね。バグ管理システム自体は結構種類があって、私も個人用に使っているTrac以外にも、Bugzilla・Mantis・Redmine・Team Foundation Server・バックログ・Simple Bug Trackerなど、様々な種類が存在する様です。

FogBugzを使ってみる

という訳で使い方だけど、意外と簡単だった。ちなみに、MTDDCでの井上さんの資料「フィードバックのおはなし」にも書かれているので、そちらも参照してもらった方がいいかもしれない。

アカウントの作成

まずはトップページでログインするのだが、もちろん普通はアカウントなんて持ってないので、アカウントを作成します。（「sign up for a new account now」をクリック）

すると次の入力画面が表示されるので、適切な内容を入力します。

Full name:: 名前を入力（必須・ローマ字で入れとけば良いでしょう・もしかしたら日本語で書いても良かったのかな？）
Email address:: Eメールアドレスを入力（必須・対応状況とかがこのアドレスに送信されるので正しく設定しましょう）
Homepage:: 入力してもしなくてもどちらでも良さそう（省略可・メッセージ下の署名部分に出るらしい）
Language:: 言語に日本語は存在しないのでそのまま（初期状態のまま・つまり英語だね）
Date, Time, and Number Format:: 日付の書式もそのまま（初期状態のまま・つまり英語表記だね）
Time Zone:: タイムゾーンは井上さんの説明だと別に設定しなくて良くなってる（初期状態のまま・でも+9:00した方が良いのかと思うが）
Password:: パスワード入力（必須）
Retype Password:: パスワードの確認入力（必須）

これを入力して「OK」ボタンを押すと、アカウントが作成できます。Verifyとかあったかどうかは、かなり昔にやったのであやふやです（無駄にもう一つアカウント作る気は無いし）。プロセス自体は通常の登録作業と変わらないので、悩む事は無いと思います。

チケットを検索する

ログイン後の画面がこれ。チケットがイッパイ並んでるんだが、なんか解りづれぇ・・・・

自分が見つけたバグや要望が、すでに存在するかどうかのチケットを探すには、Flitersプルダウンに設定されてるマイルストーン（後述）から絞り込むか、上部検索窓（Search）に入力して絞り込むかしかないみたいです。意外とコレがめんどくさい。で、最悪BTSなので、登録してみて重複だったら「Duplicate」処理されるので、まず登録しても良いみたい（一応は探してみて見つからなかったら・・・だけど）。

チケットを登録する

チケット登録はメニューの「New Case」をクリックする。英語で入力画面が表示されてくるが、臆せずに日本語で書いて構わないそうだ。ちなみに私も、思いっきり日本語で要望を書いてみたけど、それなりに処理されたみたい。

次の項目を入力する訳だけど、おかしな所はシックスアパート内で修正が行なわれるようなので、間違いを怖れずに入力していいみたいです。もしくは解らない部分は、そのままで登録。

Title: レポートのタイトル（無くても登録可能のようだったが入力した方がいいと思う・日本語入力可）
Project: MT本体の話かMTPluginの話かを指定（よく解らなければデフォルトのMovable Typeのまま）
Area: MTコア部分かMTE部分かなどの指定（よく解らなければデフォルトのまま）
Fix For: 対応時期をマイルストーンで指定（ここはシックスアパート内で決定する部分なのでUndecided）
Category: 内容がバグレポートなのか要望なのか（バグレポートBug・要望Featureを選択・他の選択肢は内部用かな）
Assigned To: 対応を割り当てる相手を指定（ここはPrimary Contact (Bug Triage User)で良いはず）
Status: 状態表示部分（登録時には選択不可）
Priority: チケットの優先度（ここもシックスアパート内で決定する部分なのでデフォルトの3 – Importantのまま）
Due: スケジュール指定部分（ここは入力しない）
Estimate: 見積もり時間だと思う（ここは入力しない）
Version: 問題が発生したバージョンを書くところ（特定のバージョンで発生している時はバージョン番号をここに記入・最悪レポート内に情報があれば未記入でもいいかも知れない）
Computer: 特定のマシン・OSでのみ再現する場合（マシン・OSでのみ再現している時はマシン・OS名をここに記入・これもレポート内に情報があれば未記入でもいいかも知れない）
Opened by XXXXXX: ココの下のテキストエリアに詳細な内容を記入する（検証で再現出来るように可能な限り詳細に記入する・日本語入力可）
Attach a file: エラー画面のキャプチャを添付可能になっている

入力したら、後は「OK」押して登録する。

チケットを追いかける

登録が終了すると、登録されたチケットが表示される。この時点でCaseNumber（チケット番号）が与えられるので、以降はこの番号でチケットを追いかけていくのだが、やっぱり検索してみたりがめんどくさい。

そういう時に、チケットをフォローする機能を使うとすごく便利です。チケット番号の下の部分に、「Subscribe to receive email when this case changes.」という部分と、「RSS Feed」があります。「Subscribe to receive email when this case changes.」のSubscribeの部分をクリックすると、この部分が「Unsubscribe」に変わり、このチケットに対して変更が行われるたびに、FogBugzからメールが届きます。メールには以下の様にチケットへのリンクもあるので、すぐに内容が確認できます。

A case was changed in FogBugz.
From: Jun Kaneko Case ID: 103715 Title: 要望：テーマの「default_pages」importerでのbasename指定の追加
Project: Movable Type Area: *Core Priority: 3 - Important Release: Iliad: 11/1/2010
URL: http://bugs.movabletype.org/default.asp?103715
Changes: Fix For changed from 'MT5-TheNextRelease: 12/31/2020' to 'Iliad: 11/1/2010'.
You are subscribed to this case. If you do not want to receive automatic notifications in the future, unsubscribe (http://bugs.movabletype.org/default.asp?pre=preUnsubscribe&pg=pgEditBug&command=view&ixBug=103715) from this case.

同じ内容を「RSS Feed」を使って追いかけることも可能です。どちらが良いかはそれぞれだと思いますが、私はメールで追いかけてます。フィードはフィードリーダーを使うので、頻繁にチェック出来なかったりするので。

いつ頃対応するのかな？

このFogBugz見てて解りづらいなと思うのは、マイルストーンの情報（そのそも、FogBugzでマイルストーンっていい方してるかも知らないけど）。試行錯誤的に表示させてみてて、現在アナウンスされてる時期から考えると、どうやらこういう事なんだろうなと理解したのが、以下になります。（あくまでも予定の話らしいので確定情報という訳でもないですが）

Hyperion Final: 4/30/2010: MT5.02にて対応予定（４月リリース予定との情報から推測）
Iliad: 11/1/2010: MT5.1にて対応予定（夏にベータ開始らしいのでおそらくこれがそうなのでしょう）
MT5-TheNextRelease: 12/31/2020: MT5.x 対応時期は未定
Lemieux: 3/31/2010: MT4.35の話だろうか？

勘違いしちゃいけないのは、あくまでも「対応予定」という点で、実際に取り込まれるかどうかは、対応作業の完成度とかリリース時期の問題とかチケットの重要度とか、いろんな要件が重なって複合的に決まるって言う点は忘れないようにしなくてはね。

ページインポーターで同名ウェブページを一括作成する方法

Fri, 12 Mar 2010 13:42:36 +0900

すごく邪道だけど、ベースネームが同一な、フォルダ違いのウェブページを、テーマを使って作成する方法考え付きました。厳密にはベースネームが同一とは言いづらいんだけど・・・

同一なベースネームを作成出来ない件とは、「MT5テーマでの「default_pages」importerがイケテナイ件について - WolaWola」と「バグらしきもののその後 - WolaWola」で触れている、ウェブページインポーターでのベースネームの決定には、yaml内のidentifierが使われる仕様だという件です。フォルダ違いの「index.html」を作ろうと思った場合、どちらもベースネームが「index」なので、必然的に両方ともidentifierが「index」となってしまい、結果として一つのウェブページしか登録できなくなってしまうというのが、問題点になります。

それで「identifierが異なればいいんだ」「そういえばTemplateSetを登録する時に、フォルダ内に格納すると、パス付きのidentifierになったな」とか考えた末に、思いついたのが、こんな手！

../privacy/index:
  title: プライバシーポリシー
  text: <h3>個人情報保護</h3>
  folder: privacy
../properties/index:
  title: 設定用
  text: <p>このページは設定用であり、コンテンツは存在しません</p>
  folder: properties

identifier部に、相対パスを含めて親フォルダ下のフォルダ名を追加させると、フォルダごとに必ず違う名前になる。 identifierの指定は、そのままベースネーム（出力ファイル名部分）に格納されるだけなので、美しくは無いけどとりあえずの要件は満たせます。まぁ、そのまま使うのには抵抗あるけどね・・・

こんな書き方どうでしょう

Thu, 11 Mar 2010 18:16:49 +0900

いや、もったいないなぁと思うわけですよ。折角、質問した時って、何かを吸収しようとしている時なので、その時にタンスの奥から引っ張り出した回答してもなぁ・・・

答える側だって、日々進化してなくちゃならないと思いますよ。これだけ、いろいろやってきてても、まだ新しい発見があるのが、Movable Type 5の面白い所。「小粋空間: ブロックタグにelseタグを組み込んで判定する」

「ブログ記事が０件の場合、代替テキストを自動で表示したい。」という質問に対して、確かに質問者はLI要素で「該当しない」旨表示しようとしてるけど、それをそのままリストで出力しちゃうのは、おかしいのでは？やはりここは、UL>LIのマークアップでなく、PやDIVで出力すべきでしょう。確かに間違ってはいないのですがね。小粋空間（yujiroさん）の記事は、もっとブームになって良いレベルの発見のはずなのに、誰も取り上げないんだなぁ。今の私だったら、こう書きます。（というか、書いたよ＞テーマで）

<mt:Entries>
<mt:EntriesHeader><ul></mt:EntriesHeader>
  <li><a href="<$mt:EntryLink$>"><$mt:EntryTitle$></a></li>
<mt:EntriesFooter></ul></mt:EntriesFooter>
<mt:Else>
<p>該当しません。</p>
</mt:Entries>

こんなに、シンプルに解りやすく書けるのにな・・・・ほんと、もったいない。最近はMTIfのtag指定でモディファイア併用して比較するようになったのと、この使い方覚えて、かなりSetVar使う事が減りました。

同じく小粋空間の次の記事も、知らなかった話。こんな書き方があったんだと思いました。「小粋空間: MTInclude タグの name モディファイア」

で、これ以外で最近良く使うようになったのが、4n5さんのこれ。「グローバル・モディファイアを自由自在に使う方法 - 45式::雑記」

Technology on Information - ToI天野さんも、同じようなエントリー書いてます「MT-column > Tips > グローバルモディファイアの適用 - ToI」 MTForでの指定を、シックスアパート高山さんと話したら、確かにそうだが「マニアック」な書き方と評されました。で、私自身はMTUnlessが気に入りました。「判定条件を書かないので常に真になる」というのは、ものすごく理解しやすかったので。それで、最近はテンプレートの全体を以下の様に囲む事が多くなりました。

<mt:Unless regex_replace="/\s*\n+/g","\n">
～
</mt:Unless>

正規表現部分は、4n5さんのものを元に自分用に改良、「タブやスペースと改行のみ」の1行以上連続した行を、改行一個に置換する指定のつもり。プラグインいらないジャン！

2冊目の本が出ます

Wed, 10 Mar 2010 23:11:42 +0900

えー、このところゴタゴタしてた某案件について、やっとお知らせ可能になったので、告知させてください。

私が関わった2冊目の本が、ソフトバンククリエイティブより発売になります。「Amazon.co.jp： Movable Type 5実践テクニック: 蒲生トシヒロ, 藤本壱, 小野崎直昭, 難波田実香, 柳泰久, 柳谷真志, 丹羽章: 本」内容はもちろんタイトルの通り、Movable Type 5.0についてで、今回学習サンプル用のテーマを、かなりガッチリ作成しました。

今回一緒に本を作り上げたのは、MT5勉強会で一緒にやってきた仲間たちで、それぞれが持つノウハウを極限まで引き出して作成してます。まだAmazon.co.jpでは、表紙写真入ってませんが、なかなかカッコいい表紙になるはずです。（今印刷中なので、なっていますとは言えない・・・） 3月26日発売だそうなので、是非とも買ってやってください。この本でテーマ作って、いっぱいバグ見つけました。力作です。シックスアパートの監修入ってます。よろしくお願いいたします。

キーワードとかオーサーとか

Wed, 10 Mar 2010 18:19:22 +0900

もうじきオープンに出来るだろう某案件で「こんなの有り得ない」と言われた、没ネタです。

メタタグのキーワード（keywords）に、エントリータグとかカテゴリーをセットするコードはよく見かけるけれど、エントリータグとカテゴリーが同じだった時に、重複して登録されちゃうのは納得いかなかったので。（よく運用で重ならないように入力ってのもあるけど、そういう縛りが無いケースと思ってください）で、ブログ記事（エントリー）のケースはこんな感じに・・・

<mt:SetVar name="meta_keywords{キーワード1}" value="1" />
<mt:SetVar name="meta_keywords{キーワード2}" value="1" />
<mt:SetVar name="meta_keywords{キーワード3}" value="1" />
<mt:EntryCategories>
    <mt:CategoryLabel setvar="cat_label" />
    <mt:Unless name="meta_keywords{$cat_label}">
        <mt:SetVar name="meta_keywords{$cat_label}" value="0" />
    </mt:Unless>
    <mt:SetVar name="meta_keywords{$cat_label}" op="++" />
</mt:EntryCategories>
<mt:EntryTags>
    <mt:TagName setvar="tag_name" />
    <mt:Unless name="meta_keywordsn{$tag_name}">
        <mt:SetVar name="meta_keywords{$tag_name}" value="0" />
    </mt:Unless>
    <mt:SetVar name="meta_keywords{$tag_name}" op="++" />
</mt:EntryTags>
<meta name="keywords" content="<mt:Loop name="meta_keywords" glue=" ," sort_by="value numeric reverse"><$mt:Var name="__key__"$></mt:Loop>" />

キーワード1とかは、いわゆる初期値って奴で、固定で入る奴をプリセット。一応重複個数でソートかかって出力されるので、どっかで個数リミットかけてもいいのかも。確か10個以下とか言われてましたよね。カテゴリーは、その子カテゴリーのカテゴリーラベルと、最新10件のカテゴリーに含まれるエントリーのタグを使う様にしてみると、こんな感じに。

<mt:SetVar name="meta_keywords{キーワード1}" value="1" />
<mt:SetVar name="meta_keywords{キーワード2}" value="1" />
<mt:SetVar name="meta_keywords{キーワード3}" value="1" />
<mt:SubCategories include_current="1">
    <mt:CategoryLabel setvar="cat_label" />
    <mt:Unless name="meta_keywords{$cat_label}">
        <mt:SetVar name="meta_keywords{$cat_label}" value="0" />
    </mt:Unless>
    <mt:SetVar name="meta_keywords{$cat_label}" op="++" />
</mt:SubCategories>
<mt:EntriesWithSubcategories lastn="10">
    <mt:EntryTags>
        <mt:TagName setvar="tag_name" />
        <mt:Unless name="meta_keywordsn{$tag_name}">
            <mt:SetVar name="meta_keywords{$tag_name}" value="0" />
        </mt:Unless>
        <mt:SetVar name="meta_keywords{$tag_name}" op="++" />
    </mt:EntryTags>
</mt:EntriesWithSubcategories>
<meta name="keywords" content="<mt:Loop name="meta_keywords" glue=" ," sort_by="value numeric reverse"><mt:If name="__counter__" le="10"><$mt:Var name="__key__"$></mt:If></mt:Loop>" />

こうやって関連しそうなものを、ハッシュにぶち込んでやれば、自動でキーワードが生成できます。月別とかもあるけど、そこら辺も似たような感じで処理すれば良い筈です。あと、エントリーキーワードも追加可能だけど、昔のエントリーキーワードをタグとして使ってた頃（MT3.2まで）を知ってる人なら解るだろうけど、タグのように分割はされていません。なので「複数語をカンマ区切りで入力」している様な昔ながらのヒト（たぶん居ないと思うけど）の場合には、プラグイン使って個別のタグに分解しなくてはならないかったりします。実はまだそういう用途にTagwireプラグインが使えたりしますけど、MT3.3以降用MTタグとの重複回避で修正が必要なので、「ファンクションタグの内容を区切って配列に格納する SetArray プラグイン | Blog | weeeblog+」とか使うのが便利かもしれません。

さて、デスクリプション（description）は基本分岐のみだから飛ばして、メタタグのオーサー（author）について。

エントリーを書いたヒトというのがわかり易い設定ですが、じゃあ月別やカテゴリー別のアーカイブはどうしたら・・・と考えた結果、そのアーカイブに含まれるエントリーの書いたヒトをリストアップで良いんじゃないかと思ったわけです。もちろんハッシュ使ってで重複削除するから、書いたヒトが一人だったら一人になります。（普通一人なんだから直書きしちゃえばと言われれば、その通りなんですが）

<meta name="author" content="<mt:Entries><mt:EntryAuthorDisplayName setvar="authorname"$><mt:SetVar name="seen" key="$authorname" value="1"></mt:Entries><mt:Loop name="seen" glue=" ,"><$mt:Var name="__key__"$></mt:Loop>" />

一応、汎用的に使えるテンプレートのコードとして作ったつもりなので、次期のmt.Vicunaに使おうかなと思案中です。

バグらしきもののその後

Thu, 04 Mar 2010 16:55:10 +0900

えー、以前のエントリーで取り上げた、バグ（らしきもの）のその後の情報です。

まずは、アイテムサムネイルの75px問題。「アイテムサムネイルのsquareモディファイアが言う事を聞かない - WolaWola」ハッカソン当日に確認が取れたようで、「MT does not make a square thumbnail if required width or height is 75px」としてFogBugzに登録されたようですが、実は同じケースが半年も前に登録されてたみたいです。以後、オリジナルの登録の「AssetThumbnailURL does not create a square image when width or height is 75px」側で、「Subscribe to receive email when this case changes.」をクリックしてその後の展開を確認していたら、

Assigned to Yuji Takayama by Keiichi Inoue 2/10/2010 10:22 AM Fix For changed from 'Undecided' to 'Hyperion m3: 2/12/2010'. Please investigate. Assigned to Atsushi Uno by Keiichi Inoue 2/10/2010 10:22 AM Resolved (Fixed) by Atsushi Uno 2/10/2010 4:57 PM Assigned to Keiichi Inoue by Atsushi Uno 2/10/2010 4:58 PM please verify.
You need to upload new images. Because 75x75 thumbnail is automatically created when uploading. Assigned to Chieko Matsuo by Keiichi Inoue 2/12/2010 12:15 PM Yay! Can you verify this, Chieko? Closed by Chieko Matsuo 2/12/2010 3:50 PM verified fix.

という様に、対応済んだみたいですね。もう少ししたらMT5.02が出るような事を言っていたので、そのリリースに含まれると期待します。

次にページインポーターで作成するフォルダに、日本語名を使った場合に、ベースネームまでマンマ日本語になる件。「MT5テーマでの「default_pages」importerがイケテナイ件について - WolaWola」

こちらは、どうやらページインポート時のフォルダ作成で、ベースネームのDirify処理忘れてたみたいです。「Theme: automatic generation of pages doesn't dirify folder name」として登録されて、

Assigned to Bug Triage User by Chieko Matsuo 2/1/2010 6:40 PM Edited by Chieko Matsuo 2/1/2010 6:45 PM Title changed from 'Theme: automatic generation of message' to 'Theme: automatic generation of pages doesn't dirify folder name'. you can automatic generation of pages with new folder when you apply theme, but if it doesn't dirify the folder name.
For example, add followings to theme.yaml:
default_pages: component: core importer: default_pages name: Default Pages data: test: title: About folder: 日本語
and apply the theme to website. Then go to Pages > Folders $gt; Edit Folder. You can find the path like attached image. Edited by Keiichi Inoue 2/2/2010 6:34 PM Project changed from 'Movable Type-Internal' to 'Movable Type'. Area changed from '*Pro' to '*Core'. Assigned to Akira Sawada by Keiichi Inoue 2/3/2010 10:12 AM Edited by Keiichi Inoue 2/15/2010 1:37 PM Fix For changed from 'Hyperion m3: 2/12/2010' to 'Hyperion m4: 2/26/2010'. Resolved (By Design) by Akira Sawada 2/15/2010 1:58 PM Closed by Chieko Matsuo 2/15/2010 2:03 PM

こちらも解決されたようですね。

後は、同じエントリーで取り上げた、ベースネーム指定が有効にならない件。

ハッカソンの時に、いろいろ質問してみたら、そもそも「default_pages」importerには、basename指定など存在しないというのが、ほんとの所だったようです。ウェブページのベースネームには「data:」直下に記入してある、identifierが使われる仕様だとの事でした。つまり、プロフェッショナルウェブサイトのYAMLと「標準のテーマエレメント」に書かれている「basename: index」という指定が、そもそも有効な指定ではなかったという事のようです。

早速実験してみたら、確かにidentifierに指定したいベースネームを書いたところ、思うようなベースネームに変更できました。しかし、ちょっと「？」です。ウェブページが複数だったらどうなるのか。「about」フォルダの「index.html」と「info」フォルダの「index.html」を、同時に作成したい場合にはどうなるのか？どちらも同じ「index」がidentifierになります。ためしに書いてみました、すると予想通りウェブページは1つしか出来ません。同じidentifierだから、後から書いた内容のみが作成対象になったようです。

という訳で、これは仕様なのかもしれないけど、とても不便な仕様だと言う事が解りました。これはフォームにリクエストとして書いておこうっと。やり方正しかったか解らないけど、「FogBugz 103715」として作成してみた。どうなるのかな？

何か時期リリース（MT5-TheNextRelease）での、対応候補にはなったみたいだ。もっともそれが、MT5.02なのかMT5.1なのかは不明だけど・・・・。後は結果を待とう。

モディファイアについて

Thu, 25 Feb 2010 22:40:49 +0900

某プロジェクトで、他人のコードを見る機会がいっぱいあって、インデントを含むコードの書き方とか、変数やタグの使い方とか、いろいろ気づかされる事がありました。

そんな中ある方が、私のコードを見て特徴的だと思ったというのが、MTSetVarsの愛用とグローバル・モディファイアを多用する点だったそうです。

モディファイアは複数適用可能

もう当たり前のように、皆さん使ってると思いますけど、１つのMTタグにグローバル・モディファイアを複数回適用する事が可能です。内容の異なる処理を連続して適用する事が可能な訳です。適用は左から右へ順番に処理されていって、最終的な処理結果が出力される訳です。

しかも、実はコレは条件判断するMTタグにも使用可能で、上手にモディファイアを組み合わせる事で、シンプルな条件判断文が記述できます。

ブログ記事続きの有る無し判断

まぁ、これはリッチエディターかどうかでも結果が変わってくるのですが、ブログ記事の続きに（というか、未入力のまま保存された「本文」と「続き」に）勝手にスペースが入力されるケースがあるようです。（ウチはリッチテキストオフで使用していて、その様な事は無いのですが）でこの様な場合に、「続きを読む」を自動で出そうと思って下のコードを書いてある時に、入力してないつもりでも「続き」にスペース一文字あるので、「続きを読む」が出てしまうと言う事が発生します。

<mt:if tag="EntryMore">
    <a href="<$mt:EntryPermalink$>#more"><$mt:EntryTitle$></a>
</mt:if>

デフォルトのテンプレートでは下のようになってますが、これは改行変換のフォーマットを「なし」にしているだけなので、結果としては「続きを読む」が表示されます。

<mt:if tag="EntryMore" convert_breaks="0">
    <a href="<$mt:EntryPermalink$>#more"><$mt:EntryTitle$></a>
</mt:if>

そういう時に、以下のように書けば、改行コードを削除（strip_linefeeds）した上で、不要な空白／スペースを削除（trim）を行い、その結果について有り無しの判断をするので、こちらで意図した通りの結果になります。

<mt:if tag="EntryMore" strip_linefeeds="1" trim="1">
    <a href="<$mt:EntryPermalink$>#more"><$mt:EntryTitle$></a>
</mt:if>

ブログ記事の概要の処理

さて、ブログ記事の概要が自動生成されている時だけ、ほにゃららするコードを考えてみましょう。 MTEntryExcerptの条件判断は、意外と難しいのです。

MTEntryExcerptの入力状況で表示内容を変化させようと、「<mt:if tag="EntryExcerpt">」と記入しても、常に内部が出力されます。というのも、「概要」欄が入力されていない時にMTは本文から自動的に概要を生成して、内部に保存するからです。

「概要」欄への入力有り無しの判断をするには、以下のように書けばうまくいきます。

<mt:if tag="EntryExcerpt" no_generate="1"><$mt:EntryExcerpt$><mt:else><$mt:EntryExcerpt remove_html="1" trim="1" words="60" strip_linefeeds="1"$></mt:if>

こんな感じで、自動で生成されたもののみ整形処理を行なえるようになります。しかし「no_generate」って相変わらずアンドキュメンテッドなんですよね。不思議です。そもそも、どういう持ち方しているかも不明。DB内にそんな情報は保存されていない。あるのは自動生成されたものと、手入力したものを区別せずに保存しているフィールドのみ。しかもAPI経由の投稿だと、それも保存されてないし。本文と概要の内容を比較して、先頭が一致してたら自動生成とかなのかな？まぁその部分は、ここではどうでも良いので、飛ばします。

という訳で、モディファイア便利です。みなさんもガンガン使いましょう