オラオラ・フィード

Asset Handler for Movable Type

Mon, 28 Nov 2011 00:04:42 +0900

やっと出来ました。先月末に完成してたけど、記事書けなくて大分遅れた・・・

Asset Handlerとは

「naoaki011/mt-plugin-assethandler - GitHub」何度も取り上げてるけど、しつこくもう一度解説。「Asset Handler」は、Moveble TypeにAsset（アイテム）を一括で取り扱うための機能を追加するプラグインです。オリジナルは、「Asset Handler | Movalog Plugins: Movable Type plugins by Arvind Satyanarayan」。「Movalog」の開発したプラグインで、サーバー上にアップロードされているファイルを、アイテムとして一括インポートする機能と、アイテム情報の一括編集が可能です。有償プラグインでしたが、その後海外のMTプラグイン開発者サイトのご多分に漏れず、サイトでの公開更新を停止し、活動の場をGitHubに移行。現在はGPLv2として公開されています。私以外にもendevverの「jayallen」がこのプラグインをフォークしています。

改変にあたってのコンセプト

私のフォークバージョンのコンセプトは２つ。

最新のMT日本語環境に対応すること
Asset Handlerという割には、「取り扱いに関する機能」が貧弱に思えたので、機能を追加すること

特に海外の主要なMTプラグインの作者が、MT5以降への対応を完全に無視し、Melodyもしくは稀にMT4.3xへの、1バイト圏の運用しか考慮しない対応しか行わなくなっている流れに逆らいたいという意識があります。これは、私がフォークしている他のプラグインにも共通した考えです。

Asset Handlerの機能

MT5.1xに対応しています。特にリスティングフレームワーク対応が、今回の修正の大きな特徴です。

アイテムの一括インポート機能

このプラグイン一番の売りの機能です。サーバー上にあるアップロード済みの、アイテム未登録画像を一括でMTのアイテムとしてインポートします。

具体的にはファイルパスと対応する登録URLを指定することで、取り込み処理が行われます。パスとしてディレクトリを指定した場合、ディレクトリ内のファイルをまとめて登録ができます。（ファイル選択や拡張子指定も可能です）「AssetHandlerのMT5対応版公開します - WolaWola」

MT5.1では、「アイテム」メニューのサブメニューとして実装しています。既存の「新規」は「アップロード」と表示されます。その下に「インポート」メニューが追加され、そこから起動されます。MT5.0以下では、今まで通りページアクションとしてリンクが表示されます。

なお、以前より問題になっていた、アイテムが重複登録される件についても対応を行なっています。このバージョンのAsset Handlerで取り込んだアイテム同士の場合、同じファイルを再登録する事はありません。旧バージョンでの取り込み分を含む既存の登録済みアイテムとの重複回避には、後述の「アイテムの内部パス情報の修正機能」か「アイテム情報を更新する機能」により、アイテムの内部情報の修正が必要になる場合があります。

アイテムの一括編集機能

ブログ記事の一括編集機能のような、簡易的なアイテムの一括編集画面が、使用できるようになります。

こんな感じの画面です。

チョットだけ、多めに情報表示しています。（まぁ変更可能なのは、アイテム名・説明・タグだけですが）

MT5.0xおよびMT4.xでは、一括編集はボタンではなくプルダウンによるプラグインアクションとして表示されます。

アイテム一覧への表示情報の拡張（2.02で追加）

MT5.1のリスティングフレームワークに対応し、アイテム一覧画面に様々な情報を表示します。

「表示」「ファイル名」「ピクセル数」「リンク」「パス」「フォルダ」「作成時間」「更新日」「更新時間」「ファイルの拡張子」「説明」「MIMEタイプ」「種類」「親アイテムID」「関連記事」「タグ」が、項目として表示可能です。

個人的には「フォルダ」（ブログルートからのフォルダパスが表示）と「表示」（実ファイルへのリンク）がお気に入りです。

なお、MT5.0以下の一覧画面に対しても、「関連記事」に付いては表示されるようになっています。

アイテムの登録のみ削除する機能（2.02で追加）

「Asset Unlink」の機能を取り込みました。一般に登録アイテムを削除すると、実アイテムも削除されてしまいます。様々な理由により、アイテムが重複して登録されてしまった場合などに、片方のアイテムを削除すると実ファイルが削除されてしまい、残りの登録アイテムには対応するファイルが存在しない状態になってしまいます。この様な状態の時に「アイテムを削除」ではなく「アイテムの登録削除」する事で、アイテムをそのままに重複分の登録削除が可能になります。

MT5.0xおよびMT4.xでは、登録解除はボタンではなくプルダウンによるプラグインアクションとして表示されます。

アイテムの内部パス情報の修正機能（2.02で追加）

アイテムのパス情報を修正する機能です。「ブログパスを「%r」に変更」「ブログパスをフルパスに展開」「URLをファイルパスに合わせて修正」「ファイルパス値を変更する」があります。これらはファイルをそのままに、アイテム情報のみを修正します。Asset Handlerによる登録時に、パスの入力を間違えた場合など、特殊な場合にしか発生しない状況ですが、その様な状態からアイテム情報の修正が行えます。

本来アイテムは、ブログルートを起点とした相対パスでパス情報を持っています。ブログ直下にある「images」フォルダ内の「fuga.jpg」というファイルは、アイテムとしては「%r/images/fuga.jpg」というパスとして格納されます。アーカイブパスを起点にした場合は「%a」になるなどれ以外はありますが、基本はそう理解してください。

と言いつつも、フルパスでファイルパスを持つことも可能で、旧バージョンのAssetHandler（例えばMovalogで公開されているもの）などでは、その様なパスを書き込んでいました。この様に様々な値で保存されているパスの値を、「%r」による記述に変更するのが、「ブログパスを「%r」に変更」になります。

その逆の操作を行うのが「ブログパスをフルパスに展開」です。この２つを組み合わせることで、次のようなことが実現できます。「ブログの公開パスを変更したいが、使用中のアイテムは今の場所から移動したくない。」まず「ブログパスをフルパスに展開」でアイテムをフルパスに変更した後、ブログの公開パスを変更します。その場合でもアイテムはフルパス記述ですので、場所は変わりません。その後「ブログパスを「%r」に変更」で、相対パスへと戻してやります。

「URLをファイルパスに合わせて修正」はファイルパスとURLが正しく整合性がとれていない場合に、ファイルパスを元にURLを設定し直します。あまり発生しない状況だと思いますが、URLのみが変更されます。

「ファイルパス値を変更する」は上記と逆に、ファイルパスを書き換える時に使います。URLについてはファイルパスと対応する正しい値に修正されます。

アイテムをブログ内で移動する機能（2.02で追加）

「あれ、アップロード先間違えた」という時あると思います。「もう記事に使っちゃってるので、上げなおすのも面倒だな。」そういう時にはアイテムのパスを変更することが可能です。

操作により、ファイルの移動・アイテム情報の修正・使用されている記事（本文・追記）内のリンクパスの修正が行われます。制限として、ブログの公開パス以下でのみ変更可能です。

アイテムファイル名を変更する機能（2.02で追加）

「急いで登録したので、不適当なファイル名になっている。」そういう時には実ファイルのファイル名を変更することが可能です。

操作により、ファイル名の変更・アイテム情報の修正・使用されている記事（本文・追記）内のリンクパスの修正が行われます。ただし、日本語を含むファイル名についてはテストを行なっていませんし、おそらく正常には動作しません。

アイテム情報を更新する機能（2.02で追加）

様々な理由により、アイテム情報の不整合な状態が残っている場合があります。「アイテム情報の更新」を行うことで、ファイルのパスの相対指定への変更やMimeタイプ等様々な情報を正しく修正します。

Asset handler 2.03について

現在の公開バージョンは、AssetHandler2.03.zipです。 MT4.1xからMT5.1xまで対応しています。

最新版はgithubから入手可能です。すでにアイテム登録日をExif情報から取得する変更などが加えられています。

残っている問題点としては「リスティングフレームワークでの追加情報の表示オプションで、ラベルのローカライズが行われない問題」があります。次期バージョンで追加を予定している機能としては、「アイテムの親子情報を切り離し、親アイテムを削除しても子アイテムだけ残す事が出来る機能」を予定しています。

Asset handlerのライセンスについて

オリジナルと同じく、GPLv2として公開します。

ひとりごと

ココに上げた機能以外にも、実は隠し機能が追加されています。あるテーマ（mt.Vicunaではありません）と連動する、自分のための機能ですが、おそらく普通に使っていれば出くわすことはないでしょう。「ついでに圧縮ファイルでまとめてアップロードできれば・・・」はい、それについてはコレとは別プラグイン「ArchiveAssets」として用意しています。そちらの紹介は後々という事で・・・

スマートフォンオプションでSSHA形式のパスワードを使用する

Sat, 19 Nov 2011 21:01:32 +0900

スマートフォンオプション

Movable Typeをスマートフォン対応にする、スマートフォンオプションというのが公開されました。「スマートフォンオプションを公開 | MovableType.jp」 52,500円（税込）の製品ですが、Movable Type Proと同じく「個人無償ライセンス」が用意されており、「本Softwareを非営利目的で、非独占且つ譲渡禁止の条件により利用できる」そうです。

で、プラ厨としては早速インストールしたものの、mt-sp.cgiというのを叩くと管理画面に入れるらしいのですが、うまくログイン出来ない。まぁ、例の通りTwitter上でぼやいたりしてたら、@riatwがヒントくれた。

@naoaki011 完全な憶測で恐縮ですが、スマフォオプション側からログインすると、他のプラグインが動いてないとかはないでしょうか。プラグインで認証周り、MD5とかの当たりに追加で処理挟むことってあんまり無いとは思いますが…。

おぉ、プラグインが無効化というのは考えても居なかった。プラグインは読み込まれていて、でも正常に動作できないことばかり考えていたよ。

PCでもアクセス可能みたいなので、PCからmt.cgiでログインして、URL入力でmt-sp.cgiに切り替えて表示してみた。ログインセッションはそのまま引き継がれているなぁ。（声を小さく）ココらへんはセキュリティ的にはどうなんだろう。 mt-sp.cgiでのログイン状態でシステムのプラグイン一覧を見てみたら、みごとプラグインが無効化されているのを確認。まじめに情報探したら、ドキュメントに記述がありました。

mt-sp.cgiからアクセスすると、「Movable Type出荷時に同梱されているプラグインおよびAddons以外のプラグインを全て無効化する」状態になります。

[管理画面を置換するプラグインの併用について ]

決められたプラグイン以外は読み込まないようですね。なるほど、普通にmt.cgi使うんでも大丈夫みたいです。（ただし、全プラグインが読み込まれるので、（うちみたいなところ・要はプラグインが３桁近く入っている環境・だと）表示で問題が発生する可能性が高いという事ですね）

パスワードプラグインが無効かも

ログイン出来ないのがプラグインの影響だとして、頭に浮かんだのが以下のプラグインです。「Movable TypeのパスワードをSSHA形式に変更するプラグインSSHAPassword - BSDあれこれ」パスワード京香強化のプラグインですが、なんかいきなり発作的に入れてしまったプラグインです。確かに、コレが無効になればログイン出来なくなりますね。

さて、スマートフォンオプションは、以下の３つが一つにまとまったものです。

スマホでの管理画面アクセスを向上する「Smartphone Option」プラグイン
スマホ表示に最適化された「Smart Blog」テーマ
「Smart Blog」テーマでの表示最適化機能を追加する「DynamicMTML」Addon

今回の管理画面での制約に関しては、「Smartphone Option」プラグインで行われています。プラグイン内 /plugins/SmartphoneOption/lib/MT/App/CMS/Smartphone.pm の14行目の部分に以下の記述があります。

    my %default_plugin_switch = map { $_ => 1 } qw(
        Enterprise.pack
        Commercial.pack
        Community.pack
        FacebookCommenters/plugin.pl
        feeds-app-lite/mt-feeds.pl
        Markdown/Markdown.pl
        Markdown/SmartyPants.pl
        mixiComment/mixiComment.pl
        MultiBlog/multiblog.pl
        SmartphoneOption
        spamlookup/spamlookup.pl
        spamlookup/spamlookup_urls.pl
        spamlookup/spamlookup_words.pl
        StyleCatcher
        Textile/textile2.pl
        TypePadAntiSpam
        WidgetManager/WidgetManager.pl
        WXRImporter
        DynamicMTML.pack
    );

これが有効なプラグインのリストですねぇ。このリストに有効にしたいプラグインを追加すればいいようです。ここの最後にSSHAPassword/SSHAPassword.plを追加してログインしてみました。

おぉ、うまくいった。

スマホオプションに思うこと

チョット触ってみて思ったこと。デバッグモード云々（PC用にデバッグモードにしていても、スマホでは読み込まないようにならないかなとか）は、まぁ言ってみただけと言うレベルですけど、今回のようなプラグインの問題は、もう少し突っ込んで対応して欲しい気がしました。

スマホオプションと共に動作する（というか使って欲しい）プラグインとか、スマホオプションが有効な時には動作して欲しくないプラグインとか、そういうのをプラグイン作者側が指定できる機能が欲しいと思いますた。なんかレジストリで指定してやる感じにして、「これはmt-sp.cgiでのみ動作してね」「これはmt-sp.cgiでは動作しないでね」「これは常に動作してね」が設定して置けるように。

実はすでにそういう機能が入っている？そういう事あるからなぁ

SmartphonePluginSwicthというDirective（環境変数）があるみたい（なので、今回のケースはプラグイン書き換えなくて、コレを追加すればいいかも）だけど、これだとチョット違うなぁ。ユーザーが追加するんじゃなくて、プラグイン作者が指定できるようになってほしい。

他にも、改行オプションを拡張するプラグインや、サインオンプロバイダーを追加するプラグインなんかが、オフにされると困るよねぇ。

ウェブページをブログからウェブサイトに移動させる時の関連アイテムパス変更

Fri, 23 Sep 2011 14:14:36 +0900

他人のエントリーに相乗りシリーズ・その１（って、絶対続かないと思うけど・・・）「SQLで特定のブログのブログ記事を別のブログのウェブページに変更する - かたつむりくんのWWW」ブログのウェブページだったものを、ウェブサイトに移動した時に、関連するアイテムパスをSQLでゴニョゴニョするです。

ウェブサイトのURLが http://hoge.com/ な時に、そこにぶら下がるブログのURLが http://hoge.com/fuga/ だったします。その時に、ブログで登録したアイテムのURLが http://hoge.com/fuga/image/gazo.jpg だったとすると、そのアイテムのmt_assetテーブル上のasset_urlカラムでは「%r/image/gazo.jpg」として保存されています。（絶対ではなく違う場合もあるのですが、通常はそうです。）また、asset_file_pathも同じく「%r/image/gazo.jpg」として保存されて居ることが多いです。（こちらは、OSに依存したパス区切り文字に変更されている場合もあります。例：「%r\image\gazo.jpg」）この%rはブログの公開URL/ブログの公開パスをそれぞれ表しています。つまり、ブログルートを基準とした相対パスで記述されているということです。

このアイテムをウェブサイトのアイテムに変更する場合、ブログ（正しくはウェブサイト）の公開パスが変更されるので、必然的に相対パスも変わってきます。この場合は「%r/fuga/image/gazo.jpg」になります。このパス変更を行うSQLは以下になります。

UPDATE `mt_asset` SET `asset_url`=REPLACE(`asset_url`,"%r/","%r/fuga");

実際には、asset_urlと共にasset_file_pathの変更も必要ですし、大抵はasset_blog_idの変更も必要なはずです。それらを含めて、以下のようなSQLで変更が可能になります。

UPDATE `mt_asset`
SET
`asset_blog_id` = ウェブサイトのブログID,
`asset_url` = REPLACE(`asset_url`, "%r/", "%r/fuga"),
`asset_file_path` = REPLACE(`asset_file_path`, "%r/", "%r/fuga")
WHERE `asset_blog_id` = 現在のブログのブログID

ただし、これらは細かい条件指定をしていないので、ブログに属する全てのアイテムが対象になっています。適切なWHERE句で対象を指定するか、phpMyAdminの検索機能などを使って絞り込んだ上でSQLを実行するとよいでしょう。

関連アイテムとしてウェブページに関連付けが行われている場合は、もちろんそこも修正が必要です。こちらはアイテムID（objectasset_asset_id）、ブログID（objectasset_blog_id）、エントリーID（objectasset_object_id）の組み合わせなので、変更先ブログIDへと書き換えが必要です。ブログIDが「1」のブログ・ウェブサイトにある、ウェブページの関連付けデータを、ブログID「2」のブログに変更したい場合は以下のSQLで実行できます。

UPDATE `mt_objectasset`
SET `objectasset_blog_id` = '2'
WHERE `objectasset_blog_id` = '1'
AND `objectasset_object_ds` = 'page';

挿入画像の幅を制限するMaxImageWidthプラグイン

Mon, 19 Sep 2011 02:23:16 +0900

サイトのデザイン上、記事に挿入される画像サイズには制限があるものの、実際の運用時には無頓着に画像を貼っていき、レイアウト崩れのクレームが来るなんてことは多々あるんじゃないでしょうか。そういう時に便利なプラグインの紹介です。

こちらもお馴染み、Endevverのプラグインを元に、MT5以降日本語環境での使用を前提に修正したもので、実はかなり前に完成していていました。「naoaki011/mt-plugin-maximagewidth - GitHub」

上のようにプラグイン設定で、挿入可能な画像の横幅の最大値を設定しておくと、下のように入力が制限されます。

上に表示されている幅と高さは、下のスライダーの位置と連動していて、幅は設定した値以上には設定できなくなります。

スライダーを使い、設定変更も可能ですし、それぞれの入力欄に直接入力しても、縦横比はキープされます。

オリジナルでは、「サムネイルを作成する」のチェックボックスが外せるようになっていて、「何だ意味無いじゃん」てな状態でしたので、挿入画像の横幅が設定値よりも大きい時は、チェックボックスが常に入った状態になるよう変更しました。チェックボックスのonclickでチェックを付けるという力技ですが、設定値より大きな画像の場合は、必ずサムネイル作成になります。

それから、あれ、これってブログ毎にオン・オフ出来ないのとか思いませんでした？プラグイン設定での入力欄を空にして保存すると、機能がオフになります。

AssetThumbnailURLの指定・・・

Sun, 18 Sep 2011 19:46:00 +0900

Long Long Time Ago Far Far Away... という訳ではないですけれど、まぁかなり昔に目についた話・・・「104130: AssetThumbnailURL only processes one dimension at a time - FogBugz」

MTAssetThumbnailURLに「width」と「height」を指定したら、オリジナルサイズの画像が戻ってきたとかいう話っぽいです。で、そもそも「width」と「height」を同時にしてみたらどうなるかというのが、今回の話。すでに、「MTAssetThumbnailURL | テンプレートタグリファレンス」も書きなおされているので、そこを見るのが早いけど、要はオリジナル画像のサイズも関係するということらしいです。あくまでも「MTAssetThumbnailURL」では縦横比は変更されない訳です。

で、ここで昨日のチョットばかり続き。「Image Cropper」の登場。 Image Cropperで切り取るサイズは指定出来るんだけど、全部の画像に切り取り作業やるのは面倒だから、大半は自動生成にしちゃうとかいった場合に、画像が揃わなくなるんですねぇ。当たり前といえば当たり前。

オリジナル「endevver/mt-plugin-imagecropper - GitHub」のサンプルコード

<mt:Asset id="136">
  <mt:CroppedAsset label="Square">
    <img src="<$mt:AssetURL$>" width="100" height="100" />
  <mt:Else>
    <img src="<$mt:AssetThumbnailURL square="1" width="100"$>" />
  </mt:CroppedAsset>
</mt:Asset>

正方の例を使ってごまかしているけど、まぁ破錠するのはよく見なくても予想可能。なら、サイズ指定でトリミングするタグを追加すればいいじゃないかというのが結論。という訳で、苦労しつつ以下のタグを追加しました。

<$mt:ScaleThumbnailURL$>: widthとheightで指定された領域に内接するように縮小された画像のURLを返す
<$mt:FillThumbnailURL$>: widthとheightで指定された領域に外接するように縮小された画像のURLを返す
<$mt:CropThumbnailURL$>: widthとheightで指定された領域に外接する縮小画像の、はみ出し分を切り取った画像のURLを返す
<$mt:PrototypeVar$>: Image Cropperで定義したカスタムひな形の値を返す

コレを使って以下のようにすると、全てのサイズが揃うわけです。

<mt:Asset id="136">
  <mt:CroppedAsset label="Square">
    <img src="<$mt:AssetURL$>" width="<$mt:AssetProperty property="image_width"$>" height="<$mt:AssetProperty property="image_height"$>" />
  <mt:Else>
    <mt:PrototypeVar label="Square" property="max_width" setvar="width" />
    <mt:PrototypeVar label="Square" property="max_height" setvar="height" />
    <img src="<$mt:CropThumbnailURL width="$width" height="$height"$>" width="<$mt:Var name="width"$>" height="<$mt:Var name="height"$>" />
  </mt:CroppedAsset>
</mt:Asset>

CropThumbnailURLの切り取る位置ですが、デフォルトでは上からになってます。（左右は中央です）最初は全て中央のつもりでしたが、意外と（特に人物）写真って、アタマから流すようなトリミングになっていて、上から切り取った方が良い結果が得られることが多かったです。

それで、もし位置が気に入らない場合は「align_x」と「align_y」というモディファイアで指定が出来るようになっています。

PrototypeVarについては、テーマに記述した値の取得が出来ていません。registryで設定した値をタグ内で取得する方法を調査中。また、themeの場合って管理画面でロードする時に取得されるので、そこら辺も難しい・・・そういえば、アイテム登録もしてないけど、それはそのうち・・・でも、それなりに結果は出たので、今日は満足。

やっぱりアイテム好きやねん！

Sat, 17 Sep 2011 23:32:41 +0900

書きだしてから、すでに１０ヶ月過ぎているエントリーなので、あちこち時間軸がおかしい所があると思いますが・・・

イロイロ煮詰まってたので、週末にかこつけて気分をリセットし、久しぶりに集中してプラグイン作成してました。という訳で、久しぶりにそこら辺の話題を。

どうやら藤本さんは、「並べ替えマニア」らしいです。じゃあ私はなんなのかと考えてみると、テーママニアみたいな気もしないではないけど、たぶんアイテムマニアなんじゃないかと思います。

一応、アイテムに関しては、自分で全部作ったものではないけど、カスタマイズして公開しているものに以下のものがあります。

naoaki011/mt-plugin-assethandler - GitHub：アイテムの一括登録・一括編集をするAssetHandler
naoaki011/mt-plugin-asset-unlink - GitHub：アイテムの登録を解除するAssetUnlink
naoaki011/mt-plugin-asset-pathfix - GitHub：アイテムのパス情報を修正するAssetPathFix
naoaki011/mt-plugin-assetylene - GitHub：アイテムの挿入をカスタマイズするAssetylene
naoaki011/naoaki011/mt-plugin-imagecropper - GitHub：アイテムサムネイルをひな形で切り取るImageCropper

AssetPathFixとAssetUnlinkは、AssetHandlerにマージしました。

アイテムの挿入をカスタマイズするAssetylene

少し前に「アイテムの挿入でファイル名ではなく名前で挿入して欲しい - MTQ | Movable Type 5 ユーザーコミュニティ」という要望が上がっていました。最初どういう話なのか理解出来ていなかったのですが、これ画像などではないアイテム（classがfileのもの）の挿入時に、リンクテキストがアイテム名ではなく、アイテムのファイル名が使われる点を指摘していたようです。確かに、画像などではアイテム名が使われるので、不自然な気もしますが、じゃあ「問答無用で変えてしまってもいいのだろうか？」という疑問は残りました。

ご本人はyujiroさんの答えの「lib/MT/Asset.pm」の修正が気に入ったようですが、私自身はこの様な場合には「Assetylene」使えばいいんじゃないのかと思います。まぁ華麗にスルーされた訳ですが・・・

Assetyleneでリンクテキストをアイテム名にする

Assetyleneの概要については、以下のエントリーあたりを見ていただければ、分かっていただけると思います。

要は「Asset Insertion」というモジュールの内容で、アイテムのマークアップを修正出来る様になります。「Asset Insertion」を作成し以下の内容にすることで、アイテム挿入時のマークアップが変化します。

<mt:AssetType setvar="item_type" />
<mt:if name="item_type" eq="file">
<$mt:Var name="a_tag"$><$mt:AssetLabel escape="html"$></a>
<mt:Else>
<$mt:Var name="upload_html"$>
</mt:If>

アイテムの種類が「file」の時だけ、リンクのテキストに「<$MTAssetLabel>」を使用するコードです。「lib/MT/Asset.pm」を直接編集するよりは、メンテナンス性もいいと思うんですけどねぇ。

オリジナル（ver 1.02）ではなく私の公開してる奴だと、一応TempletsとTemplateImportに対応（その為テーマに表示されます）して、ダミーの「Asset Insertion」をインストール出来るようにしています。もっとも内容はカスタマイズ必須なので、自分でモジュール作成しても、手間は変わらないと思いますが。

条件分岐での無駄な改行が気になるので

Assetyleneの長所は、モジュールテンプレートを使い、MTMLによる記述が可能な点です。アイテムのコンテクスト内で使用できるタグが使えますし、拡張された変数（詳細は藤本さんの記事を読むといいでしょう）を使った、複雑な条件分岐が行えることです。しかしこの自由度が、短所にもなっています。条件分岐などの記述により、空白行が発生しやすい点です。テンプレートとしてなら、ある程度目をつぶれますが、記事に挿入されるマークアップとしては、気になってきます。

今まではテンプレートレベルで空白行削除をしていたのですが、ついでにその処理を組み込んでみました。連続した改行（スペースまたはタグのみで改行も含む）を、一つの改行へと置き換える処理をしています。ただし、意図的に行を空けたい場合もあると思うので、プラグイン設定画面にOn/Offをつけました。

この機能が邪魔な場合は「行わない」にして「変更を保存」してください。

その時々の状況により使い分けたい

さて、最初の「アイテムラベルを使いたい」ですが、場合によってはファイル名にしたとか、いろいろワガママな要望もあると思います。そういう状況でも使えるように、機能を追加してみました。

通常は表示されていないのですが、出力カスタマイズ用の「Asset Insertion」テンプレートがインストールされている場合に、以下の設定欄が表示されます。

ここに設定した値が挿入時に選択可能で、その値を変数として取り出せるようになります。

その他Assetyleneの修正について

他は細かいバグ修正です。クリーンアップしないけど、lightbox効果の指定だけ使うとかになります。アイテムの挿入に関わる機能を、更に充実させていきたいと思っています。

アイテム管理を拡張するAssetHandler

オリジナルのAssetHandlerは、アイテムの一括登録と一括編集用プラグインですが、MT5以降へ対応させると共に、以下の機能を追加しています。

アイテムの登録のみを削除する機能（AssetUnlinkより取り込み）
mt_assetテーブル内の「asset_file_path」「asset_url」内が、相対パス記述ではないものを、相対パス記述に変更する（AssetPathFixより通常はブログ公開パスを「%r」とした相対パスで記述されている）
上記の逆操作を行う（この２つを組み合わせると、アイテムのURLは変更しないで、ブログのパスが変更できます）
AssetHandlerのへの入力ミスなどで、パスとURLが異なってしまっている場合に、パスに合わせてURLを修正する
アイテム一覧に、アイテムを使用している記事へのリンクを表示（AssetApearsinを取り込み）

AssetHandlerのMT5.1対応進捗

MT5.1対応状況ですが、残念ながら「一括編集」については、いまだ解決していません。可能性としてパーミッション周りを疑っているんですが、まだ解決には程遠いです。

その他機能としては、リスティング・フレームワークの機能で、アイテム一覧表示をいろいろと拡張しました。チョット見、気付かないようなところもイロイロ変更してます。

プラグインアクションをボタン化したりとイロイロやってます。

アイテムサムネイル処理を拡張するImageCropper

この週末は主にimageCropperいじってました。「さてと Image Cropper プラグイン - WolaWola」 MT5テーマ内のPrototypeの取得がうまく行ってなかったんですが、プラグイン型（config.yamlで記述）のテーマでは、うまく動作するようになりました。もっともtheme.yamlでの記述では、まだまだ問題残っています。

まぁ、最低限動くようになったという感じでしょうかね。

こちらもリスティングフレームワークで書いてみたのですが、どうも「contents_actions」がうまく表示できません。「Registry: content_actions - GitHub」は中身ないんですよね。早く続き書いてくれ・・・なんか、「contents_actions」だけ「applications > cms」の下ってのもおかしい気がするので、そのせいなのかなぁ？そもそも「content_actions」だと澤田さんからツッコミがあり、無事解決しました。

という訳で、この辺でお茶を濁して・・・・ちなみに、セキュリティ対応については鋭意作業中で、まずはパーミッション周りについて作業を行なってます。

MT5.1対応状況

Wed, 20 Jul 2011 21:11:15 +0900

さすがにチョット、あいだ空け過ぎだよなぁという事で、急遽単発エントリーを・・・

その間、MT触っていなかったのかというと、まるっきり逆でMTどっぷりの生活。朝起きてから、夜寝るまでほとんどの時間MTを触り続けていた状態です。新たに覚えたこと、今までの知識を見なおしたことなど、イッパイありますが、まずは自作（と言い切れないのもありますが）プラグインのMT5.1対応状況など。

まずは、「mt.Vicuna Simple」ですが、様々な機能更新を盛り込む予定の正式リリースは別にして、最低限のMT5.1対応として、レイアウト変更画面の使用を可能にしたバージョンを作成しました。 2.4系で、画面からはみ出していた「保存ボタン」が、画面内に表示されます。とりあえずはこれだけ。後は正式リリースをお待ちください。

もう一つは、「Asset Handler」ですが、こちらもとりあえずの動作対応です。ただし、現在のところこんな対応状況で、一括インポート機能は動作しますが、一括編集については完了していません。リスティングフレームワーク対応への書き換えで苦労しているところです。もっとも、幾つかリスティングフレームワーク拡張を使って、アイテム一覧画面に様々な情報を追加出来るようにしてみています。という訳で、こちらも暫定対応状態ですが、「GitHub」よりダウンロード可能です。

あぁ、じっくりエントリー書きたーい！

アイテム一覧画面に使用された記事を表示するAssetApearsinプラグイン

Sat, 07 May 2011 18:26:02 +0900

こいつは、もうじき始まる案件で出てきた要求用に作ったプラグイン。内容はタイトルまんま。「Movable Typeのアイテム一覧にフォルダを表示する「AssetFolderViewerプラグイン」: 小粋空間」を参考にしつつ、30分ほどで完成。

手間の割に達成感があるな。

「naoaki011/mt-plugin-asset-appearsin - GitHub」から落とせます。とりあえずMT5対応で作成しましたが、なんかMT4系でも動きそうだし、MT5.1用にListingFramework対応は是非やりたいと思っています。

添削シリーズ：エントリー内画像の有無による条件分岐

Sat, 07 May 2011 16:11:10 +0900

添削シリーズの続き（ってどれのだ）。「エントリー内画像の有無による条件分岐（MTifとlike、tagモディファイア使用）[weblog]｜upsurge.」着眼点は良いと思います。

<mt:EntryAssets lastn="1" type="images">
<a href="<$mt:EntryPermalink$>" title="<$mt:EntryTitle$>"><img src="<$mt:AssetThumbnailURL width="100"$>" alt="<$mt:AssetLabel$>" /></a>
</mt:EntryAssets>

画像の抽出には上記コードは使っているみたいだけど、これで抽出できる画像は、あくまでもアイテムとして挿入して画像であって、記事にアイテムがひもづいた状態（関連アイテムになっている状態）であることが必要です。

<mt:If tag="EntryBody" like="img">

この判断が必要になるのは、アイテムとして画像を使っていない場合・・・つまりエントリーに画像が紐付いていない場合で、例えばエクスポートした記事をインポートしたとか、MT3の頃書いたエントリーの場合です。その場合、記事内にimgタグで画像があっても、最初のコードでは画像は出力されません。また、「ブロックタグにMTElse」は何度か取り上げてますが、mt:EntryAssetsを使う時点で、有り無しの判断の分岐が出来るはず。

<mt:EntryAssets lastn="1" type="images">
<a href="<$mt:EntryPermalink$>" title="<$mt:EntryTitle$>"><img src="<$mt:AssetThumbnailURL width="100"$>" alt="<$mt:AssetLabel$>" /></a>
<mt:Else>
<a href="<$mt:EntryPermalink$>" title="<$mt:EntryTitle$>"><img src="/images/no_image.gif" alt="<$mt:EntryTitle$>" /></a>
</mt:EntryAssets>

試してはいないけど、これで目的は果たせるのでは。

それから折角、MTIf | テンプレートタグリファレンスを調べてるんだから、ちゃんとココに目を通しときましょう。

また like モディファイアでは perl 正規表現を利用できます。

[MTIf | テンプレートタグリファレンス:(2010年9月3日 0:49:26)]

「文章内に「img」も文字があるとコンテンツAを出力してしまう。」これは明らかにimgタグとマッチングする様に正規表現を書くことで、回避できますね。また、コードが冗長化しますが、そこから画像のURLを抜き出して指定することも可能ですよね。さすがにサムネイルを作成したりはムリ（実はそういうプラグインを書いてみているけど）ですが・・・

SubversionからGitに乗り換え中

Sat, 07 May 2011 15:07:44 +0900

Pythonの入れ替えは何ヤッてたのかというと、まとまりない感じで運用していたTracサイトを、リニューアルして、リポジトリをGitもしくはGitHubベースにしたかったという訳です。ここ最近はすっかりコード公開にGitHub使う方向で収束しつつあるので、公開サイト自体もそちらをベースにしようかと計画。 Trac用に、GitPluginとGithubPluginがあるらしいのが解ったんで、リニューアル方々対応処理してみました。

今回いじってる間に、最新データ飛ばしちゃったりとイロイロあったので、潔くTrac環境はゼロから構築する事にし、Pythonから入れ直しやりました。 Pythonはあまり深く考えずに、前回使ったのと同じActivePythonの2.5。もっとも、後から考えると、ここは2.6の方が良かったのかも知れない。（というのもSubversionのPythonバインディングのバイナリービルドが、今はPython2.6用しか存在しなかったりする）一応Python3.0は未対応が多すぎて、選択肢にはなりません。

で、問題のSubversion。（まぁ今回は使用する予定はないのだけれど、入ってないとなんかあるかもとか、既存のものとかあるので、念のため探して入れました）もともと、SubversionはCollabNet Subversionダウンロードからバイナリービルドを落としてたんですが、今回探しに行ったら「CollabNet Subversion Edge」というのしか無い。まぁ後継製品だろうからこれでいいんだろうなと思ったら、いきなりJavaランタイムのインストールを要求されたり、実はSubversion Edge は、オールインワンパッケージの類だったのでした。もう様々なものをインストールしてくれて、これは結構邪魔臭い。 Subversionリポジトリの管理（これはjetty - Jetty WebServerベースで動作するjavaアプリで、GUIでイロイロ操作できるようになってました）は、こんなもの常時起動しとく必要はないし、Suvbersion公開用にApacheはインストールされるし（いやそれはこっちでやるし）、勝手にPython2.5インストールしてるしと、傍迷惑も甚だしいパッケージでした。どうせ今回使わないから、もうこんなモンいらねぇと思って、さらに眺めていると、どうやらApache Subversion Binary Packagesにもパッケージがあって、ここの「Setup-Subversion-1.6.16.msi」が目的の物（Apache用モジュールを含んだ物）だったので、こちらに切り替えました。ただ、ここで見つかったPythonバインディング「svn-win32-1.6.16_py.zip」が、Python2.6でコンパイルされてて、残念ながらTracからリポジトリを使用することは諦めるしかありませんでした。

Gitはクライアント環境はまた別の機会に紹介（TortoiseGITです。）するとして、msysgitを使用しています。パッケージが数種類ありますが、「msysGit-fullinstall-1.7.4-preview20110204.exe - msysgit - Full installer (self-contained) if you want to hack on Git - Git for Windows - Google Project Hosting」をダウンロード。このパッケージには、MinGW | Minimalist GNU for Windowsも含まれてて、Makeが出来るようになったりするので、こっちにしています。この場合はインストーラと言っても、解凍されるだけなので、自前で実行ファイルのある場所（Git自体と追加のMinGW等の2箇所）にパスを通しておきます。

svnレポジトリを参照するgit-svnというのがあって、先ほどApache上でSubversionが動作するようにしたので、それを以下のコマンドで読み込めるようです。

>git svn importclone "SVN Path"

これは便利だ。cloneだった。

Gitリポジトリを公開する（リポジトリがあるマシン外部からアクセスできるようにする）方法というのを、チョット調べてみたら、どうやらDAVでリポジトリファイルを公開する方法というのと、git-daemonで常駐させる方法があるみたいです。調べてたら「#27 (gitサポート) – kanon」kanon（Trac Lightningの後継プロジェクトらしいです）のチケットが引っかかった。なるほど、これならDAVで公開自体は簡単にできそう。 git-daemonをしばらく気づかなかったが、以下のコマンドで動作するみたい。と言ってもオプション指定等、細かい設定は必要そう。port:9418で起動しているところまでは確認できました。

>git daemon --export-all

今回はTracと連携してくれればいいので、公開自体は設定してないけど、コミット時のフックスクリプトの設定が残っているので、そこで使うかも知れません。「リポジトリ自体が公開されていない」＝「リポジトリにコミットされない」なので、cron（タスク）で「git fetch」を廻して、post-receiveフックで動作させるか、リポジトリ公開して post-commitフックで対応するかの検討中です。よく考えたら、post-commitはローカルリポジトリの話で、リモートリポジトリはpost-receiveフックしか選択肢ないかも。

ApacheとPHPとMySQL

Fri, 06 May 2011 00:08:41 +0900

このところ、合間を見てはTracの設定とかGitの設定とかやってたんですが、もうPython入れ替えてみたり、なんだりと、結構大掛かりな変更になってしまい、調子にのってMySQLのバージョンアップとかPHPのバージョンアップとかをヤッたところ、大ハマリしてしまいました。

以前にMySQLのエンジンをInnoDBに変更してみたくて、試してみてたんですが、その時はなぜかInnoDBが使える状態にならずに、断念してました。それで一応MySQL5.1のインストーラだけ、手元にあったのですが、勢いでMySQL5.0からMySQL5.1へとあげると共に、最初から設定してみることにしてインストールしました。（前に失敗したのは、既存環境を残して上書きインストールをしたので、設定が変わらない[Transactionを使う設定を選んでなかった]所為だと予測してます）それで、一旦MySQLのデータや設定をごそっとバックアップして、インストールしてみたところ、うまくInnoDBが使えるようにインストール出来たようでした。

で、それではとPHPの入れ替えして、Apacheのリスタートしたところ・・・・・ エラーかよ！ 「php5ts.dll」のエラー・・・、なんだそれ。以前のphp.iniと比べても、別におかしいところないし、httpd.confも違いがない。なんだこれは・・・相性かとも思い、PHPを古いバージョンにしてみるも、改善されない。そのうちイロイロ調べていると、「MySQLのバージョンを落として解消しました」というのを見つける。うっ、それって・・・あぁ、やりましたよバージョンアップ。という訳で、MySQL5.0のインストーラを探しに行くと・・・、うそっMySQL5.0ってソースコードしか無いの。２つ前だからバイナリは無いのかよ。（それどんなアドビ？）とりあえず、php.iniからMySQL設定外したところ、正常にロード出来た。という事で、しばしアタマを悩ませることになる。

さぁ、どうやってMySQL5.0を手に入れようか。コンパイルは見落とし有りそうなんでパス。で、思いついたのが、オールインワンパッケージの類。MySQL含んでるものは、結構あるんでそれを使ったらどうだろうかという作戦。少なくともApache+PHP+MySQLの組み合わせで、動作するように作られているはず。あんまり好きじゃないけど、その手で行こうかと目をつけたのが、WampServerというパッケージ。好き嫌い言ってられないので、それを入れてみた。無事動作したので細かい設定して行ったら、あれこれってNon-thread Safeだ。しかもよく見たら、InnoDB使えない。

使えない

InnoDBが・・・

って、「待てよ、もしかして」と思い、MySQL5.1をInnoDB使わない設定に変更して、ロードしてみたら。動くぞ、コイツ！

そこかよっ！って感じで。無事インストールが出来ました。早速WAMPは削除。オールインワン嫌いなんです。

とりあえず、現在はInnoDB使わない状態ですが、そのうちphp.iniやmy.iniいじって再挑戦します。懲りないので。

日付型カスタムフィールドをダイナミックパブリッシングで使用するとsort_byとformatが使えない

Thu, 21 Apr 2011 17:42:42 +0900

別に地震の影響でなんかあったわけでもなく、ただただ時間がなくて、エントリーの間が空いてしまいました。まぁ、元気です。どのぐらい忙しかったかというと、この私がベータ３を一度も触らなかったぐらい、忙しかったです。それで、多少は落ち着いてきたので、溜め込んでいるネタを書いていくことにします。

ここのところ、カスタムフィールドバリバリの案件に関わることが多くて、たまたま気づきました。

ブログ記事に対して、日付型のカスタムフィールドを追加します。
MTEntriesのsort_byに作成したカスタムフィールドを指定してソートをします。
スタティックに再構築を行うと、カスタムフィールド順にソートされて表示されます。
同じテンプレートをダイナミックパブリッシングに切り替えると、ソートが無効になります。

この件はMT5.1のコード（MT5.1b4で確認しました）だと、正常にソートできるようです。5.1 リリースノート（RC1） | Movable Type 5 ドキュメントを見ると、「FogBugz 79700: Some of customfields cannot filter/sort entries with dynamic publishing」とか「FogBugz 100632: Sorting by custom field doesn't work with "limit" attribute (static and dynamic)」あたりで処理されたのかも知れません。

これは、結構イタイ部分なんですが、どのコミットが差分なのか、一生懸命捜しているところです。

もうひとつ気づいたこと。

同じくブログ記事に対して、日付型のカスタムフィールドを追加します。（前と違うフィールドである必要はありません）
作成したカスタムフィールドのタグに、format指定を行います。
スタティックに再構築を行うと、format指定された内容で表示されます。
同じテンプレートをダイナミックパブリッシングに切り替えると、format指定が無効になり、無指定の出力とおなじになります。

コレは愕然・・・ちなみに出力される日本語部分も、数値参照？になって出力されますね。これはダイナミックパブリッシングのデフォルトなのかも。

Duplicatedかもしれないけど、一応チケット作成しました。「FogBugz 106119: 日付型カスタムフィールドのsort_by及びformat指定が、ダイナミックパブリッシングで有効にならない」

シックス・アパートQAチームより返事来ました。まず「日付型カスタムフィールドのsort_by」については、MT5.1上で対応済みであるとのこと。ダイナミックパブリッシングでの日本語の「日付に関する文字列」がスタティックパブリッシングの出力結果と異なる件については、「FogBugz 104101: FB: Monthly archive title shows up using character entity reference in dynamic publishing」で登録済みだそうです。残念ながらMT5.1では対応されないようですね。ダイナミックパブリッシングでの日付型カスタムフィールドでformatモディファイア動作しない件については、チケットを作成して頂き早速対応してもらいました。「FogBugz 106145: Date format modifier does not work with date type custom field tag in dynamic publishing」RC3に含まれるようです。

MT5.1のちょっとE話：カテゴリー一覧画面でのベースネーム変更

Sat, 05 Mar 2011 01:02:11 +0900

要望としてすでに上がっていたし、私自身もGitHubから入手してのカテゴリーの並べかえを見ていて、MTQに要望として書いたのですが、正式にチケットとして登録された上に、実際にコミットされました。

今までと同じく、一覧画面からカテゴリーを追加すると、こんな感じでカテゴリー名の横にベースネームが表示されます。

ホバー時に表示される「名前を変更」をクリックすると、こんな感じで「カテゴリー名」と「ベースネーム」の入力欄が表示されます。

「名前を変更」もベータ2の改良点なんですね。

なぜ、編集リンクでカテゴリの編集画面に行かないのかが、理解できず…...

[MT5.1ベータ　ちょっと触ってみたよ - Hello World:(2011年3月6日 16:09:21)]

確かに編集っていうと編集画面に飛んで欲しいイメージです。名前を変更するだけだったら、そのまんま「名前を編集」でいい気がします。

[MT 5.1 Beta 1 のカテゴリ一覧の「編集」ってちょっと違和感があるからカスタマイズ - かたつむりくんのWWW:(2011年3月6日 16:10:09)]

ベースネームを変更し「名前を変更」ボタンを押すと、リスト上下の「変更を保存」ボタンが青くなり押せるようになります。この時にはまだDBへの書き込みが行われていない為、変更は瞬時に行われます。

実際のDBへの書き込みは「変更を保存」を押したタイミングで、まとめて行われるようになっています。カテゴリーをまとめて作成している時などに、すごく嬉しい機能ですね。

たぶん、ベータ3（ベータのスパンは2週毎らしいので、再来週）にはコレが含まれるんだと思います。あぁ待ち遠しい・・・

MT5.1のちょっとE話：ListingFramework

Fri, 04 Mar 2011 21:59:14 +0900

「アイテムの管理にフォルダ名を表示できないか - MTQ | Movable Type 5 ユーザーコミュニティ」なんて質問上がってましたが、これMT5.1だとどうなのかなと思って、ListingFrameworkを軽ーく試してみました。

既存のアイテム(Asset）テーブルで表示されていないフィールドを表示させてみます。といっても、簡単な確認目的なので、一番簡単な方法で試しました。

プロパティに auto フラグを指定することで、該当カラムのスキーマから判断される継承元を自動的に設定できます。プロパティIDと同じ名前のカラムがオブジェクトに存在している必要があります。表示名については自動で設定されませんので、 label をあわせて指定してください。
list_properties:
    entry:
        title:
            auto: 1
            label: Title
        # EntryオブジェクトのTitleカラムはstring型なので、自動的に
        # @__virtual.string@ を継承し、テキスト検索型のフィルタと
        # ソートルーチンを利用できる
        keyword: Keyword
        # これは
        # keyword:
        #     auto: 1
        #     label: Keyword
        # のシンタックスシュガー

[Registry: list_properties - GitHub:(2011年3月4日 14:27:37)]

「auto: 1」で自動的に追加になるみたいです。という訳で、こんなの作って上げてみました。

name: assetInfo
id: assetInfo
version: 1.0
list_properties:
    asset:
        url:
            auto: 1
            label: URL
        mime_type:
            auto: 1
            label: mime

これだけで、追加にされたよ。すげぇ。

こんなに簡単に追加出来るんだ。これは是非、イロイロ使い倒したいですねぇ。まぁ、もっと複雑なことやろうと思ったr、さらに突っ込んで作る必要はあるけれど。

MT5.1のちょっとE話：MTEntryCategories

Wed, 23 Feb 2011 21:37:22 +0900

今度はCommitされたばかりなんで、「movabletype/movabletype - GitHub」から入手しないと確認できないと思いますが。

今まで、ブログ記事に付けた主カテゴリー名は、MTEntryCategoryで表示できるけど、記事の主カテゴリーのベースネームとかそういうものを引っ張ろうとすると、なんかずいぶん間怠っこしいコードを書いて表現してました。それというのも、ストレートに主カテゴリーのコンテクストを生成するブロックタグが無かったからなんですが。

<MTEntryCategory setvar="main_category /><MTEntryCategories><MTIf tag="CategoryLabel" eq="$main_category"><$MTCategoryBasename$></MTIf></MTEntryCategories>

こんな面倒な事やってたのですが、どうやらMTEntryCategoriesに、「type="primary"」という指定が出来るようになるようです。また「<MTEntryPrimaryCategory>」というブロックタグが追加になって、「<MTEntryCategories type="primary">」と同じ動作をするようになるみたいです。

ついに、という感じですね。