tDiary

むとうです。

健忘さんのメールで思い出したのですが、２点ほど
要望があったのを忘れてました。
＃全く違うネタで済みません(^^;)

・misc/mail-*.rbって、プラグイン化できたらいいなぁ
・他のプラグインからメール出すときに上記の
　メソッドを呼び出せたらいいなぁ

実は、counter.rbでcounter.datが壊れたときにメール
を出したいのですが、TDiaryComment#sendmailメソッドを
プラグインから呼び出すのが大変そうだったので
今は直書きしちゃってます。
＃もちろん、私の環境専用のcounter.rbです(^^;)。

で、上記２つ（特に下側）が解決できたらうれしいなぁと。

＃実装してからパッチの形で出そうと思ってたのですが
＃時間がとれずに今まで来てしまいました。

それでは。


On Mon, 28 Oct 2002 15:08:00 +0900
Kensei Nakamura <kensei@...> wrote:

> 健忘です。こちらでは初めまして。
> 
> 1.5系の先っぽにしてから、ツッコミがメールで届かなくなっていたので
> 調べてみました。mail-vai-sendmail.rb 使ってます。
> 
> その結果ですが、（という程大げさな話ではないですが ^^;)
>   misc/mail-vai-*.rb
> が、TDiary クラスを分割した際の変更から取り残されているみたいです。
> @sendmail, @mail_receivers を @conf.sendmail, @conf.mail_receivers に
> 変更したら動き出しました。


-- 
.:% Masao Mutoh<mutoh@...>

ただです。

On Mon, 28 Oct 2002 15:08:00 +0900
Kensei Nakamura <kensei@...> wrote:
>その結果ですが、（という程大げさな話ではないですが ^^;)
>  misc/mail-vai-*.rb
>が、TDiary クラスを分割した際の変更から取り残されているみたいです。
>@sendmail, @mail_receivers を @conf.sendmail, @conf.mail_receivers に
>変更したら動き出しました。

　あぁ、こんなところに影響があったとは。修正してcommitしておきました。

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く、愛をこめて
━━━━━━━━━━━━━━━━━━━

ただです。

On Mon, 28 Oct 2002 21:02:39 +0900
Masao Mutoh <mutoh@...> wrote:
>・misc/mail-*.rbって、プラグイン化できたらいいなぁ
>・他のプラグインからメール出すときに上記の
>　メソッドを呼び出せたらいいなぁ

　mail-via-*.rbは、tDiaryな日記を提供しているサイト管理者が、自分のホ
ストの環境にあわせてconfigurationをするためのものなので、ユーザの便宜
を図る意図のものではありません。Socketを使うことからsecureモードでは動
きませんから、プラグイン化はできないんです。

　と、ここまでは歴史の話(笑)。

　プラグインの中からメールを出せるようにしたいというニーズがあるのなら、
そういうプラグインを書いて、他のプラグインと一緒に使うようにしてもらえ
ばいいのではないでしょうか。今のTDiaryComment::sendmailはツッコミに依
存しているので、Subjectなどが自由になりませんし。もちろんinsecureモー
ドでしか使えませんけど、そういう割り切りをすれば、汎用的なものが書ける
のでは。

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く、愛をこめて
━━━━━━━━━━━━━━━━━━━

むとうです。

On Tue, 29 Oct 2002 00:03:06 +0900
TADA Tadashi <sho@...> wrote:

> ただです。
> 
> On Mon, 28 Oct 2002 21:02:39 +0900
> Masao Mutoh <mutoh@...> wrote:
> >・misc/mail-*.rbって、プラグイン化できたらいいなぁ
> >・他のプラグインからメール出すときに上記の
> >　メソッドを呼び出せたらいいなぁ
> 
> 　mail-via-*.rbは、tDiaryな日記を提供しているサイト管理者が、自分のホ
> ストの環境にあわせてconfigurationをするためのものなので、ユーザの便宜
> を図る意図のものではありません。Socketを使うことからsecureモードでは動
> きませんから、プラグイン化はできないんです。
> 
> 　と、ここまでは歴史の話(笑)。
> 
> 　プラグインの中からメールを出せるようにしたいというニーズがあるのなら、
> そういうプラグインを書いて、他のプラグインと一緒に使うようにしてもらえ
> ばいいのではないでしょうか。今のTDiaryComment::sendmailはツッコミに依
> 存しているので、Subjectなどが自由になりませんし。もちろんinsecureモー
> ドでしか使えませんけど、そういう割り切りをすれば、汎用的なものが書ける
> のでは。

なるほど。ちょっとその方向で考えてみます。

でも、そうすると、自分でtDiaryを使ってるサイト管理者兼ユーザは、
ツッコミ用のメールとプラグイン用のメールの設定を２段階ですることになるので
ちょっと手間ですね。
１回で設定できるようだと良かったのですけど....。

それでは。

-- 
.:% Masao Mutoh<mutoh@...>

ただです。

Masao Mutoh <mutoh@...> wrote:
>でも、そうすると、自分でtDiaryを使ってるサイト管理者兼ユーザは、
>ツッコミ用のメールとプラグイン用のメールの設定を２段階ですることになるので
>ちょっと手間ですね。
>１回で設定できるようだと良かったのですけど....。

　いや、tdiary.confの設定内容は、プラグインからは@conf経由でそのまま読め
るので、プラグインでもmail-via-hogeと同じ変数を利用するようにすればいい
んですよ。サイト管理者はtdiary.confを適切に書いて、プラグインを設置する
だけです。

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く愛を込めて。
━━━━━━━━━━━━━━━━━━━

むとうです。

On Tue, 29 Oct 2002 11:36:56 +0900
TADA Tadashi <sho@...> wrote:

> ただです。
> 
> Masao Mutoh <mutoh@...> wrote:
> >でも、そうすると、自分でtDiaryを使ってるサイト管理者兼ユーザは、
> >ツッコミ用のメールとプラグイン用のメールの設定を２段階ですることになるので
> >ちょっと手間ですね。
> >１回で設定できるようだと良かったのですけど....。
> 
> 　いや、tdiary.confの設定内容は、プラグインからは@conf経由でそのまま読め
> るので、プラグインでもmail-via-hogeと同じ変数を利用するようにすればいい
> んですよ。サイト管理者はtdiary.confを適切に書いて、プラグインを設置する
> だけです。

ごめんなさい、またも説明不足ですね。

うまく説明する時間がとれないので、そのうち何らかの形にして
出したいと思います....たぶん。
＃次のバージョン後かな....(^^;)。

それでは。

-- 
.:% Masao Mutoh<mutoh@...>

ただです。

On Mon, 28 Oct 2002 21:11:30 +0900
Masao Mutoh <mutoh@...> wrote:
>今、robot除けとかの条件って、プラグイン毎で指定
>していると思うのですが、これをtDiary全体として
>扱ってもらえると（かつそれをプラグイン側から呼び出すことができると）
>うれしいような気がします。

　そうですね。antibotなんて、けっこう使いまわしたい場面があるのは認め
ます。

　こういうのはプラグインの枠組みの中だけで実現できるので、「tDiaryとし
て」というよりも、プラグインの共通規約として取り決めをするという形態が
いいと思います。今のCGI::mobile_agent?って、決して良いインタフェースで
はないし。

　TDiary::Configの導入の副作用として、tdiary.conf内で設定した変数は(独
自に追加したものも含めて)すべてプラグイン内で使えるようになっています。
だから、特定の変数を決めて、それを使うためのメソッドを定義したプラグイ
ンを用意すればいいででしょう。仕様が固まったら00default.rbに入れてしまっ
てもいいですし。

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く、愛をこめて
━━━━━━━━━━━━━━━━━━━

むとうです。

On Tue, 29 Oct 2002 00:10:35 +0900
TADA Tadashi <sho@...> wrote:

> ただです。
> 
> On Mon, 28 Oct 2002 21:11:30 +0900
> Masao Mutoh <mutoh@...> wrote:
> >今、robot除けとかの条件って、プラグイン毎で指定
> >していると思うのですが、これをtDiary全体として
> >扱ってもらえると（かつそれをプラグイン側から呼び出すことができると）
> >うれしいような気がします。
> 
> 　そうですね。antibotなんて、けっこう使いまわしたい場面があるのは認め
> ます。
> 
> 　こういうのはプラグインの枠組みの中だけで実現できるので、「tDiaryとし
> て」というよりも、プラグインの共通規約として取り決めをするという形態が
> いいと思います。今のCGI::mobile_agent?って、決して良いインタフェースで
> はないし。
> 
> 　TDiary::Configの導入の副作用として、tdiary.conf内で設定した変数は(独
> 自に追加したものも含めて)すべてプラグイン内で使えるようになっています。
> だから、特定の変数を決めて、それを使うためのメソッドを定義したプラグイ
> ンを用意すればいいででしょう。仕様が固まったら00default.rbに入れてしまっ
> てもいいですし。

なるほど。
共通ライブラリ的なプラグインって今まで考えもしなかったですが
そういうのがあると便利なのかもしれませんね。

それでは。

-- 
.:% Masao Mutoh<mutoh@...>

zoeです。

案の定、話についていけてません。とほほ。。

On Tue, 22 Oct 2002 20:40:36 +0900
NISHIO Mizuho <gha@...> wrote:

> >Junichiro Kita <kita@...> wrote:
> >  
> >
> >>想像なんですが，plugin で DiaryBase.to_html とかセクションの body メソッ
> >>ドを書き換えちゃうという荒業でなんとかならんでしょうかね．
> >>    
> >>
> >
> >　プラグインのコードが読み込まれるのは本文展開のあとなので、これは手遅れ。
> >まぁ、load_pluginを先にするという手はあるかも知れない……かな?
> >
> >　……いやいや、今はプラグイン適用直前のデータをキャッシュ化してあるから、
> >フックのターゲットはhtmlじゃなくてrubyコードだよ。逆に言うと、たとえプラ
> >グインからto_htmlを上書き定義できても、キャッシュにヒットしたら何にもな
> >らない。やっぱプラグイン通過後の生HTMLをいじるようにするしか手はないので
> >はないかなぁ。
> >
> データ形式依存にする。
> load_pluginsを先に行う。
> eRubyのキャッシュを無視するoptionをつける。
> プラグイン側が tdairy/defaultio.rb のHTMLのセクションの変換方法を再定義
> する。
> 
> でいけそうな気がします。
> 
> この方法は似たようなことをするプラグイン
> (HTMLの変換部分の再定義を行う)があると破綻しますが。

このデータ形式に依存するというのは、たださんの言っていた

On Tue, 22 Oct 2002 14:23:55 +0900
TADA Tadashi <sho@...> wrote:
 
> 　現在、日記HTML生成の手順としては、以下のようになっています。
> 
>     1. 日記データ読み込み
>     2. モード(latest/month/day)に合わせて「ガワ」のrhtmlを展開
>     3. (2.の内部で)個々の日付の日記データを展開
>     4. プラグイン読み込み、適用(→最終的なHTML)

この1のあとに日記本文を操作するということでしょうか？
ぼくもやるとしたら、そこがいいかなあと、山師の直感で思います。
(わかってないのであくまで直感です。)

たださんが気にされていた、記述形式依存ですが、1.5になっていくつの記述形式が採用
されるかはわかりませんが、オフィシアルに採用された記述形式についてのみ対応すれば
よいのではないかと思います。それだったら、あまり大変ではない気がします。いや、
10も20も採用されたら大変ですが。。

とはいえ、

> 　ハイライト表示だけなら、tDiaryに組み込むより、別のCGIとして実装した方
> が汎用性も高いと思う。例えばGoogleのキャッシュ表示みたいに。

Googleのキャッシュ表示が別CGIになってるのを知りませんでしたが、この方法もよさそ
うな感じですね。rubyで動くそういうCGIが既に存在してるなんて都合のいいことになっ
てたりしませんかね。

みずほです。

Hiroyuki Ikezoe wrote:

>zoeです。
>
>案の定、話についていけてません。とほほ。。
>
>  
>
>>データ形式依存にする。
>>load_pluginsを先に行う。
>>eRubyのキャッシュを無視するoptionをつける。
>>プラグイン側が tdairy/defaultio.rb のHTMLのセクションの変換方法を再定義
>>する。
>>
>>でいけそうな気がします。
>>
>>この方法は似たようなことをするプラグイン
>>(HTMLの変換部分の再定義を行う)があると破綻しますが。
>>    
>>
>
>このデータ形式に依存するというのは、たださんの言っていた
>
>On Tue, 22 Oct 2002 14:23:55 +0900
>TADA Tadashi <sho@...> wrote:
> 
>  
>
>>　現在、日記HTML生成の手順としては、以下のようになっています。
>>
>>    1. 日記データ読み込み
>>    2. モード(latest/month/day)に合わせて「ガワ」のrhtmlを展開
>>    3. (2.の内部で)個々の日付の日記データを展開
>>    4. プラグイン読み込み、適用(→最終的なHTML)
>>    
>>
>
>この1のあとに日記本文を操作するということでしょうか？
>ぼくもやるとしたら、そこがいいかなあと、山師の直感で思います。
>(わかってないのであくまで直感です。)
>
3です。
zoeさんの元の投稿にはParagraphをいじると書いてありましたから、それに合わ
せました。

# 1でも3でもhtmlのescapeが問題?

>たださんが気にされていた、記述形式依存ですが、1.5になっていくつの記述形式が採用
>されるかはわかりませんが、オフィシアルに採用された記述形式についてのみ対応すれば
>よいのではないかと思います。それだったら、あまり大変ではない気がします。いや、
>10も20も採用されたら大変ですが。。
>
>とはいえ、
>
形式依存のプラグインがあっても良いと思いますよ。
標準ではtDiary2とetDiaryが付くのかな?

>>　ハイライト表示だけなら、tDiaryに組み込むより、別のCGIとして実装した方
>>が汎用性も高いと思う。例えばGoogleのキャッシュ表示みたいに。
>>    
>>
>
>Googleのキャッシュ表示が別CGIになってるのを知りませんでしたが、この方法もよさそ
>うな感じですね。rubyで動くそういうCGIが既に存在してるなんて都合のいいことになっ
>てたりしませんかね。
>
この方法は汎用性は高いですが、まじめにやろうとするとかなり面倒です。
rubyで書かれたHTMLのparserを利用する事になるんでしょうけど。

ただです。

On Wed, 23 Oct 2002 23:53:07 +0900 NISHIO Mizuho <gha@...> wrote:
>>Googleのキャッシュ表示が別CGIになってるのを知りませんでしたが、この方法もよさそ
>>うな感じですね。rubyで動くそういうCGIが既に存在してるなんて都合のいいことになっ
>>てたりしませんかね。
>>
>この方法は汎用性は高いですが、まじめにやろうとするとかなり面倒です。
>rubyで書かれたHTMLのparserを利用する事になるんでしょうけど。

Namazuの検索結果を、Googleに飛ばしてしまうというのはどうだ(笑)。
例えば、8月28日のAsumi日記で「screen」を検索した結果は、単純化
するとこうなる。

http://www.google.co.jp/search?q=cache:sho.tdiary.net/20020828.html+screen

＃もちろん冗談。いや、アリだとは思うけど。

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く、愛をこめて
━━━━━━━━━━━━━━━━━━━

zoeです。

> On Wed, 23 Oct 2002 23:53:07 +0900 NISHIO Mizuho <gha@...>
> wrote:
> >>Googleのキャッシュ表示が別CGIになってるのを知りませんでしたが、この方法もよ
> >さそ>うな感じですね。rubyで動くそういうCGIが既に存在してるなんて都合のいいこ
> >とになっ>てたりしませんかね。
> >>
> >この方法は汎用性は高いですが、まじめにやろうとするとかなり面倒です。
> >rubyで書かれたHTMLのparserを利用する事になるんでしょうけど。
> 
> Namazuの検索結果を、Googleに飛ばしてしまうというのはどうだ(笑)。
> 例えば、8月28日のAsumi日記で「screen」を検索した結果は、単純化
> するとこうなる。
> 
> http://www.google.co.jp/search?q=cache:sho.tdiary.net/20020828.html+screen
> 
> ＃もちろん冗談。いや、アリだとは思うけど。

うほお。これすげいですね。後で試してみよう。

ただです。

　そういえばアナウンスをしていませんでしたが、昨晩、misc/squeeze.rbを削
除して、pluginのyasqueeze.rbをsqueeze.rbにrenameしました。@optionsの値に
関しては'yasqueeze.hoge'でも'squeeze.hoge'でもOKにしてある(つもり)。

NISHIMURA Takashi <ni46rtk4@...> wrote:
>squeeze の動作に関してですが、うちの環境ではツッコミを入れた場合には
>動きません。最新版を追っかけている他の方はどうなっているでしょうか。
>ちなみに、本文を更新、編集した場合には動いています。

　で、その新squeezeの話だと仮定しますが、手元のテスト環境ではツッコミ入
れても更新されてますよ。@options['squeeze.output_path']だけ指定した状態
で使っています。

＃Asumi日記はまだ入れ替えてないんだけど

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く愛を込めて。
━━━━━━━━━━━━━━━━━━━

きたです．

> NISHIMURA Takashi <ni46rtk4@...> wrote:
> >squeeze の動作に関してですが、うちの環境ではツッコミを入れた場合には
> >動きません。最新版を追っかけている他の方はどうなっているでしょうか。
> >ちなみに、本文を更新、編集した場合には動いています。
> 
> 　で、その新squeezeの話だと仮定しますが、手元のテスト環境ではツッコミ入
> れても更新されてますよ。@options['squeeze.output_path']だけ指定した状態
> で使っています。
> 
> ＃Asumi日記はまだ入れ替えてないんだけど

実は昨晩，寝つけなかったので新しい squeeze に以降したのですが，
・同様にツッコミでは html が生成されない
・本文更新時には html が作成されるが，生成された html にはツッコミフォー
  ムが…
・コマンドとして使用する場合，-p オプションやら -c オプションを指定す
  るとうまく動かない．(エラーメッセージは忘れました… tdiary を
  require できないとか，わしゃ TDiary::YATDiarySqueeze なんて定数は知
  らんよ，とかそんな感じのメッセージ)
という問題があります．
あと，recent_comment3 が動かなくなってしまいました．

ただです。

＃仕事しろというツッコミは禁止:-)

きた <kita@...> wrote:
>・同様にツッコミでは html が生成されない

　こっちではなんの問題もない……。

>・本文更新時には html が作成されるが，生成された html にはツッコミフォー
>  ムが…

　これはずいぶん前からこうだったような。DiaryBaseをプラグインで書き換え
ても手遅れだし……。これはConfig#hide_comment_formを用意したので、それを
使うようにしてみた。

>・コマンドとして使用する場合，-p オプションやら -c オプションを指定す
>  るとうまく動かない．(エラーメッセージは忘れました… tdiary を
>  require できないとか，わしゃ TDiary::YATDiarySqueeze なんて定数は知
>  らんよ，とかそんな感じのメッセージ)

　これも問題なかったです。ちゃんと動いた。

>あと，recent_comment3 が動かなくなってしまいました．

　ちょっと見てみます。使ったことないけど。なんの影響かな?

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く愛を込めて。
━━━━━━━━━━━━━━━━━━━

きたです．

> >・同様にツッコミでは html が生成されない
> 
> 　こっちではなんの問題もない……。

うーむ…
recent_comment3 を外してためしてみるか．

> >・本文更新時には html が作成されるが，生成された html にはツッコミフォー
> >  ムが…
> 
> 　これはずいぶん前からこうだったような。DiaryBaseをプラグインで書き換え
> ても手遅れだし……。これはConfig#hide_comment_formを用意したので、それを
> 使うようにしてみた。

どうもー．
実は同じような改造に着手しかけだったりして…

> >・コマンドとして使用する場合，-p オプションやら -c オプションを指定す
> >  るとうまく動かない．(エラーメッセージは忘れました… tdiary を
> >  require できないとか，わしゃ TDiary::YATDiarySqueeze なんて定数は知
> >  らんよ，とかそんな感じのメッセージ)
> 
> 　これも問題なかったです。ちゃんと動いた。

えー
tdiary.rb のあるディレクトリで実行するとうまくいくんだけど，他のディレ
クトリだとうまく動かないんだよねぇ．なんでだろ．

> >あと，recent_comment3 が動かなくなってしまいました．
> 
> 　ちょっと見てみます。使ったことないけど。なんの影響かな?

今晩もうちょっと追いかけてみます．

ただです。

きた <kita@...> wrote:
>> >・同様にツッコミでは html が生成されない
>> 
>> 　こっちではなんの問題もない……。
>
>うーむ…
>recent_comment3 を外してためしてみるか．

　recent_comment3を入れたら発現しました。recent_comment3が同じ
header_procを使ってるので、先に実行されたrecente_comment3がコケて、
squeezeが呼ばれなくなってるんでしょう。

　cache/recent_commentsは更新されてる(でもたった4bytes)なので、書き込み
でコケてるんだな。なんでだろ。

>tdiary.rb のあるディレクトリで実行するとうまくいくんだけど，他のディレ
>クトリだとうまく動かないんだよねぇ．なんでだろ．

pluginディレクトリで、こんな感じで実行したけど……。-pや-cはフルパスの方
がいいと思うけど、そのへんはどうでしょう?

% ruby ./squeeze.rb -p ~/src/tdiary/core -c ~/public_html/diary ~/doc/diary_html

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く愛を込めて。
━━━━━━━━━━━━━━━━━━━

ただです。

TADA Tadashi <sho@...> wrote:
>　recent_comment3を入れたら発現しました。recent_comment3が同じ
>header_procを使ってるので、先に実行されたrecente_comment3がコケて、
>squeezeが呼ばれなくなってるんでしょう。
>
>　cache/recent_commentsは更新されてる(でもたった4bytes)なので、書き込み
>でコケてるんだな。なんでだろ。

　「TDiary::Comment.new」を「Comment.new」にしたら動いた。なんで???

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く愛を込めて。
━━━━━━━━━━━━━━━━━━━