/>と記載しておかないと、XHTML準拠じゃないので画面が真っ白(内容が空)になって、ブラウザからの修正が効かなくなったりすることがあります。自分が管理できるサイトならFTP等で対処できますが、ちょっとした油断で、もし自分が管理できないサイトでこれをやってしまうと取り返しが付かなくなったり...。任意のタグが入れられる機能を公開することはとても恐ろしいのです。セキュリティホールになってクラッキングを受けやすくしてしまうという怖さもあります。20:39:06もし「dev:BugTrack/460」のような拡張ref.inc.phpを用いれば、上記のサンプルだと、下記のように使うことが出来ます。一つ問題があるのですが、1回画像を表示する毎に2回アクセスされてしまいます。考えれば当然でしたが、カウンターのような画像CGIではとっても気になるでしょうね。22:57:57ありがとうございます。確かにstrictな判定しかできないようなブラウザで閲覧していて真っ白になってしまうのは怖いですね。一方でamazonなどでも、iframeを使用するタグがあったりとアフィリエートの自由度とPukiwikiの安全性を両立させるのは非常にむずかしいですね。23:12:40ブラウザのせいではないのです。XML準拠じゃないと、たぶんPukiWikiがブラウザへ内容を出力しないのです(ソースを見てもわずかなタグしか見れない)。お手上げになるわけです。00:29:38なるほどー。いうことだったんですね。ありがとうございます。1.4に導入する場合の方法は、dev:PukiWiki/Plug-inの仕様を参照。23:01:58それで、お願いしてばかりではダメなのと申し訳ないのと、実はいい機会なのかもしれないので、ちょっと自分用(個人用)のプラグインを作ってみようかとおもいます。world)を返すだけのものを作ってみて、動作確認しましたが(素人が故に)感動してしまったので、次は引数でプラグインファイル中に設定してある任意のタグを呼べるもの、最後に外部に保存してある任意のテキストファイル中の文字列を反映できるものまでもっていこうかと考えています。23:22:05おお、とうとうプラグインに手を染めましたか。私もそうやってはまってしまったのでした。本来PukiWIkiではそういったタグレベルを全く意識しなくてもかなりの表現力で記述できるのがよいところだったんですけどね。ユーザには「リンク」だとか「画像表示」だとかの機能だけ提供して、実際にどんなタグが使われているかは意識させないようなプラグインになることを望みます。00:30:23ありがとうございます。土日しか作業できなさそうなので、遅々とすると思いますが、めげずにがんばります。12:58:11「dev:BugTrack/460」に、更に改良した拡張ref.inc.phpを提案しておきました。「一旦ファイルに蓄えて、それが画像なら表示する」という動作になっています。これで画像CGIに1度に2回アクセスすることがなくなりました。下記のような記述で、画像CGIを表示してリンクを貼ることが出来ます。アフィリエート業者の画像バナータグにも対応できると思います。