ユーザーコミュニティMTについて情報交換するためのコミュニティサイトです。票プラグインについて勉強中です。こちらのhttp://www.movabletype.jp/documentation/developer/plugins/「プラグイン開発者向けドキュメント」内にYAMLファイルの説明がありました。経験上、YAMLファイルがないものも多く、単に~.plのみのケースで配布しているもののあります。/lib/ディレクトリ内の~.pmといったファイルもあったりなかったりがあります。その差といいますか、どういった際に使用して、どういった際に使用しないのでしょうか。素人考えだと、無くて済むなら余計な事はしたくないと思いつつも、意味なくYAMLファイルやpmを置くわけがないと思うので、その真意を伺いたいです。このあたりの解説がどこかにあれば、教えていただきたいです。返信たしかに、プラグインを実現する際のコードの解説はありますが、ファイル配置についてはあまり触れられていない気がします。いうことで、当ブログのエントリーで(分かる範囲で)解説したいと思います。エントリーしましたらこちらにコメント致します。返信えーっと、まぁ、半分、気分みたいなものですが、仮にそうでも(?)無駄なファイルはありません。作り方によって、ファイルの数は増減します。順番に説明するとこんな感じになると思います。単体になることが多いです。コードを書けないため(多分)、それは他のファイルにして記述します。ファイルが必要になる場合があります。逆に言えば、多言語対応しないプラグインでは、これらのファイルは不要です。内に記述できたりするので、無い場合もあります。lib/hoge/CMSなんちゃら.pm専用の設定画面などを持つ場合に、その処理を書きます。書くことができたりするので、無い場合もあります。大体、上のような感じでファイルが見つかると思います。巨大になってメンテナンス性が悪くなるので、機能や処理単位でファイルに分けてプラグインを作るのが一般的です。その分け方はプラグイン作者の気分次第なところがあって、特に決まったやりかたはありません。別のファイルにしてもしなくても、同じ動作をするプラグインを作ることができます。プラグインの登録に関するコードと整理できます。定義している部分です。中に記述していました。分離する方法にも対応しています。利用するメリットは、ロジックと登録を分離するだけでなく、テンプレートタグやコールバックを独立したモジュールとして記述することで、メンテナンス性が高いプラグインを開発できる点にあります。以下に対象別のモジュールに分割されています。このように、モジュールを適切に分割することは、メンテナンス性を高めることにつながっていくわけです。プラグインは、プラグインの一覧画面で表示される概要も英語で表示されてしまうこともあり推奨していません。ディレクトリ構造にあわせて以下のように作成するのがよいと思います。返信>mayonaさんエントリーしました。参考になれば幸いです。返信yujiroさんの記事ないのセキュリティに関する点と、ピロリーヌ・ド・マジク・ヴォクスさんのコメントにあったYAMLファイル内のperlコードの実行に関して記事を書きました。返信>aklaswadさんご指摘ありがとうございます。テーマのtheme.yamlとプラグインのconfig.yamlの話を混同&config.yamlにコードが書けることを失念していました。記事は修正致しました。識者の方々、ご丁寧なアドバイスありがあとうございます!始めたばかりでわからないことが多いのですが「役割に応じたファイル/ディレクトリ構成にしておくのが後々良い」ということでディレクトリ構成に関わる感覚は掴めたような気がします。「マストではない」ということもわかってよかったです。いっても私のレベルでは分けるほどのコードになるわけもないので、取りあえず~.plにひとまとめして勉強していきます。(方法論としては間違ってないですよね)追加で質問させてください。\&_edit_entry_hoge,というように、書き方のベース(作法)みたいなものが他プラグインを見ていると彼処に見られます。「こういう書き方でこの属性を使います」的(MTタグでいうタグリファレンス的)な情報はどこから得れば良いのでしょうか。ご紹介いただいた書籍を購入するつもりではおるのですが、Perlの基礎知識同様、この辺も知っていないと話にならないのではと思い、お伺いしています。識者の方々は欲しい情報を得るのにどういうフローを介しているのでしょうか。私の経験談ですが、開発するプラグインに必要な処理は、それに似たような動作を行うプラグインやMTのソースコードを参考にしていました。上級カスタマイズ術」という本が非常に参考になったのを覚えてます。ブログ記事のタイトルを取得するといった、オブジェクトへのアクセスなどについては、MT3のものですが以下が参考になります。オブジェクト・リファレンスhttp://www.sixapart.jp/movabletype/manual/object_reference/例えばブログ記事オブジェクトについては「MT::Entry」が対応します。返信ありがとうございます!一歩目がいっしょで安心しました。皆様のアドバイスを参考に頑張ります。皆様から頂いたコメントを一部ドキュメントに反映させていただきました。網羅できていない部分については連載に追う形で解説をさせて頂きます。改めまして、ご指摘ありがとうございました。このトピックにコメントが投稿されたらメール通知する。先ほど質問した件解決いたしました。再構築トリガーで特定のウェブページを再構...以下のように書きます。