Naoki Takezoe
takez****@aa*****
2005年 11月 5日 (土) 12:27:00 JST
竹添です。 あき wrote: > あきです。 > > 「4.0ではこうして欲しいなぁ」、又は「こうなるのかなぁ」と思っている点を > まとめてました。 > 「もちろん」という部分は無視してもらって構いません。 > それ以外で、『気付き』になるような部分があれば幸いです。 > > ・テンプレートを扱う部分をプラグイン等での拡張できるよう外に出す。 これは悩ましいところです。 できれば「こんな感じ」という実装を出していただけるといいんですが。 KGさんのパッチが要望を満たしてますか？ > ・parseはプラグイン側で。フックという形でも可。 PDFはとりあえず考えないつもりなので、変換を外だしにするのはありかも しれません。ただ、書式の拡張と、既存のフォーマットプラグインとの折り 合いをどうつけるかが問題ですね。 > ・ファーム名はPATH_INFOではなく、QUERY_STRINGで。 前にも出てましたね。結局どういう結論になったんでしたっけ… ちょっと過去ログあさってみます。 > ・templateの下のsiteという階層は不要。 不要ですか？ > ・setup.datのpluginの指定先、今ひとつ上の階層を指定するようになっている。 > pluginのディレクトリをlibの下に入れた方がいいか？ > もしくはプラグイン呼び出し時の「plugin::」というのを外すか…。 ひとつ上というか、意図としては今ので正しいです。 他とあわせようということですね。 プラグインは今はplugin::xxxxパッケージを使うようにしてますが、xxxx パッケージだけにすれば、./pluginという指定ができるようになりますが そうすることで既存の投稿プラグインのすべてが確実に動かなくなるので 微妙なところだと思ってます。 個人的にはどっちでもいいので、ご意見次第という感じです。 > ・エラー発生時に、対処法が理解できるような工夫。 > ・対処法をまで示したーエラーメッセージ。 > →日本語専用になってしまう。 > ・専用のログファイルに出力。 > →確認し辛い。 エラーメッセージやログに関しては英語、もしくは国際化が必須です。 できれば国際化したいところですが、リソースを考えると後回しになる部分 かなーと思います。 > ・エラーメッセージ識別子を埋め込んでおいてFAQに詳細を記載。 > →比較的簡単か。 これは、英語のFAQも作らないといけないので…。 > ・CGI起動時に、一連の必須ディレクトリ（や必須ファイル）のチェック、 > パーミッションチェック等を行うステップを入れる。 > →パフォーマンスの低下が心配。 まぁ、内部構造に関わってくる部分ではなく付加的な機能だと思うので、 やるとしてもあとまわしでいいかなーと思います。 -- Naoki Takezoe <takez****@aa*****>
Fork