tDiary

ょゎです。揮発性リンク元について。

> * 「揮発性リンク元」を用意する。これは、過去の日記へのrefererを一時
>   的に記録しておく領域で、最新日付のdayモード時にのみ表示される。新
>   しい日付の日記を書くとクリアされる

揮発性リンク元は、「最近のリンク元の傾向が知りたい」という欲求に
対応してると思うのですが、そうだとすると高々一日分しか記憶されないのは
短いような気がします。

というわけで、「新しい日付けの日記を書くとクリアされる」の他に、
「n 日前まで保存（新しい日付けの日記を書くとn+1日以上前のをクリア）」
という選択肢を付けるのはどうでしょうか。

referer のタイムスタンプが必要になる分、処理のコストが高くなりそうですが、
n 日前まで保存したくなるのは一日当たりの referer 数が少ない場合が多いでしょうし、
あまり問題にはならない気がします。

----
ょゎ

ただただしです。

06/02/01 に yowa<yowa@yowaken.dip.jp> さんは書きました:
> 揮発性リンク元は、「最近のリンク元の傾向が知りたい」という欲求に
> 対応してると思うのですが、そうだとすると高々一日分しか記憶されないのは
> 短いような気がします。

うーん、「最近のリンク元の傾向が知りたい」という欲求はあんまり想定して
なかったです。むしろ今回の変更では、そういう欲求はログ解析サービスを
利用して解消してくださいという意思の表明に近いです。

揮発性リンク元(もっとマシな名前をつけようと思いますが)は、過去の記事に
対する新しい言及元をすばやく発見するのが目的です。これらのrefererは、
過去の記事には当然記録されるわけですが、最新の日記さえ監視しておけ
ばそういう古い記事への言及にもすぐに気づくことができるという、tDiaryが
本来目指していた機能をより明確にする意図があります。

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

ただただしです。

とりあえずcommitしてみました(2.1.3.20060203)。まだテストマシン上でし
か動かしたことがないので、人柱モードだと思います。 「ただのにっき」には
導入してみました(結果的にtDiary.orgも……)。試す場合は以下の点に注
意してください。

* default_io専用です。他のIOには影響がないように実装したつもりですが、
  予想外の問題が出るかもしれません。default_io以外を使っている場合は
  様子見した方がいいでしょう
* 古いリンク元ファイル(YYYYMM.tdr)は、その月のデータが読み込まれる
  タイミングで新しいファイル(YYYYMMDD.tdr)に変換され、バックアップファ
  イル(YYYYMM.tdr~)にリネームされます。変換ミスを考慮して、導入前に
  はデータファイルのバックアップをお忘れなく。もし「古いリンク元とはおさら
  ばしたい」のであれば、事前に*.tdrを削除してからtDiaryをアップデートする
  必要があります
* disp_referer.rbプラグインは未対応です。プラグイン選択から外さないと、
  揮発性referer(こっちを「本日のリンク元」という呼び名にしました)が表示さ
  れません
* プラグインファイル名は05referer.rbですが、今後変更になる可能性があり
  ます。今後のアップデート時には注意してください

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

ただただしです。

06/02/03 に TADA Tadashi<sho@spc.gr.jp> さんは書きました:
> とりあえずcommitしてみました(2.1.3.20060203)。まだテストマシン上でし
> か動かしたことがないので、人柱モードだと思います。 「ただのにっき」には
> 導入してみました(結果的にtDiary.orgも……)。試す場合は以下の点に注
> 意してください。

@referer_day_onlyオプションを復活させました(2.1.3.20060206)。

従来との違いは:

* tdiary.confでしか指定できない
* デフォルトがtrue
* 揮発のみ

これで今回の改造は機能的にはほぼ安定したつもりです。
ただ、「本日のリンク元」と「この日のリンク元」という用語はどうにかした
いところですが。

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

NT です。

> ただ、「本日のリンク元」と「この日のリンク元」という用語はどうにかした
> いところですが。

劇的にわかりやすくなるとは思いませんですが、こういうのはどうでしょうか。
「本日のリンク元」	→	「本日記録されたリンク元」
「この日のリンク元」	→	「この日宛てのリンク元」

-- 
NISHIMURA Takashi <ni46rtk4@asia.interq.or.jp | nt@be.to>
  GnuPG: 0F7B 4211 F62A E46C 0F6C  7CBD 2861 2D77 6BDF DFDA
  Website: http://246ra.ath.cx/~takasi/

ただです。

06/02/07 に NISHIMURA Takashi<ni46rtk4@asia.interq.or.jp> さんは書きました:
> 劇的にわかりやすくなるとは思いませんですが、こういうのはどうでしょうか。
> 「本日のリンク元」       →       「本日記録されたリンク元」
> 「この日のリンク元」      →       「この日宛てのリンク元」

「宛て」という言葉がrefererに対してピンとくるかどうかがキーですね……。
あと、揮発性リンク元は厳密には「本日」ではない、というのも直感に反す
るところがあり、できればなんとかしたい。

まぁ、開き直り案として、これでもいいか、とも考えているのですが(笑):

* 「この日のリンク元」 → 「今日のリンク元」(元に戻す)
* 「本日のリンク元」→「本日のリンク元(揮発性)」

もちろん「揮発性」じゃなくて「一時的」とか「一時保存」でも可。
＃ダメか……

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

ただただしです。

1日ほど報告が遅れましたが、2.1.3.20060210をcommitしました。

06/02/07 に TADA Tadashi<sho@spc.gr.jp> さんは書きました:
> まぁ、開き直り案として、これでもいいか、とも考えているのですが(笑):
>
> * 「この日のリンク元」 → 「今日のリンク元」(元に戻す)
> * 「本日のリンク元」→「本日のリンク元(揮発性)」

* 従来の方を「本日のリンク元」に戻しました
* 揮発の方は「以前の日記へのリンク元」にしました

揮発のほうは@only_volatileを使うと厳密には「以前の日記へ」のじゃなく
なるんですが、気にしない方向で。

その他、

* 長らくバグっていたファイルのロック範囲を修正
* disp_referrer.rbプラグインを新しいリンク元に追従

disp_referrer.rbは、default_ioを使っている場合には潔くキャッシュを使わ
ない方向で対応しました。ノーマル時に比べても性能に遜色なさそうなので
まぁ良いのではないかと。

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

NT です。

On Sun, 12 Feb 2006 00:41:54 +0900
TADA Tadashi <sho@spc.gr.jp> wrote:
> * disp_referrer.rbプラグインを新しいリンク元に追従

この ver.1.58 を入れてみたところ、日毎表示ページ全部に
揮発性リンク元が表示されるようになってしまいました。
（たださんの日記でも同じ現象が起きているようです）

とりあえず、報告まで。

-- 
NISHIMURA Takashi <ni46rtk4@asia.interq.or.jp | nt@be.to>
  GnuPG: 0F7B 4211 F62A E46C 0F6C  7CBD 2861 2D77 6BDF DFDA
  Website: http://246ra.ath.cx/~takasi/

ただただしです。

06/02/12 に NISHIMURA Takashi<ni46rtk4@asia.interq.or.jp> さんは書きました:
> この ver.1.58 を入れてみたところ、日毎表示ページ全部に
> 揮発性リンク元が表示されるようになってしまいました。

すみません、昨日気づいてたんですが。さきほどcommitしました。

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

かずひこです。
やっとコードを眺めることができました。

At Fri, 3 Feb 2006 01:36:56 +0900,
TADA Tadashi wrote:

> * default_io専用です。他のIOには影響がないように実装したつもりですが、
>   予想外の問題が出るかもしれません。default_io以外を使っている場合は
>   様子見した方がいいでしょう
(snip)
> * プラグインファイル名は05referer.rbですが、今後変更になる可能性があり
>   ます。今後のアップデート時には注意してください

core/plugin/05referer.rb に DefaultIO 依存のコード入ると、他の IO での運
用がちょっと面倒になるのですが、プラグイン集の方に移動することはできませ
んか？

その他に気になったことをいくつか挙げます。

○ add_referer の IO 行き

Dbi_IO では、「この日のリファラ群を一気に記録」ではなく「このリファラを
追加」という書き込みの方が断然有利（update 一行で書ける）なのですが、
add_referer（と add_comment）を IO に持っていくことはできませんか？

たぶん、↑こうならない限り、DbiIO は新しい DefaultIO にパフォーマンスで
勝てない気がします。

○ volatile の記録

所詮 volatile なんだし、PStore の方が速くないでしょうか？

○ skel/referer.rhtml ってどこで使ってる？

このファイルって使われていますか？

○ リファラ関連の正規表現の作成

今回の変更と関係はないのですが、

* tdiary/filter/default.rb

  @conf.no_referer.each do |noref|
    return false if /#{noref}/i =~ ref
  end

とか、

* plugin/05referer.rb

  @conf.only_volatile.each do |volatile|
    if /#{volatile}/i =~ ref then
      only_volatile = true
      break
    end
  end

とかの処理は、設定する正規表現の数が増えるとコストが高そうなのですが、設
定の書き込み時に Regexp.union(*no_refer_array).inspect で保存して、それ
と一発でマッチさせるのはどうでしょうか？

あー、でも設定画面で現在の設定を textarea に展開するための元ネタがいるの
か。まとめた正規表現と元ネタと両方保存しておけばいい？

# ていうか、リファラは DBI をやめて 05referer.rb をそのまま使うのが楽だ
# なぁと思いはじめていたり。。。
-- 
かずひこ <http://wiki.fdiary.net/kazuhiko/>
  「恋とハックはアジャイルが命！」

ただただしです。

Kazuhiko wrote:
> core/plugin/05referer.rb に DefaultIO 依存のコード入ると、他の IO での運
> 用がちょっと面倒になるのですが、プラグイン集の方に移動することはできませ
> んか？

ここは(DbiIOが対応するまでの)緊急避難的な部分なので、いずれPStoreIO
だけを除外するようなコードにしようと考えていました。

他のIOではこの中に含まれるメソッドを上書きするようなプラグインを用意
するというイメージを持っています。
＃あとに書くように、IOではreferer関連をサポートしないという選択肢も
＃ありでしょう

> ○ add_referer の IO 行き
> 
> Dbi_IO では、「この日のリファラ群を一気に記録」ではなく「このリファラを
> 追加」という書き込みの方が断然有利（update 一行で書ける）なのですが、
> add_referer（と add_comment）を IO に持っていくことはできませんか？

hoge_io.rbなファイルにはreferer関連のコードを入れないという方針にし
たいので、05referer.rbではRefererManagerのadd_refererを呼んでいま
す。が、ここをワンクッション、プラグイン内のメソッドを呼ぶことでそれ
を上書きできるようにするのはどうかな?
＃DBIの場合はセッションの生成が重いからダメかな?

> ○ volatile の記録
> 
> 所詮 volatile なんだし、PStore の方が速くないでしょうか？

そこはチューニングの余地があると思います。まぁ、今回はコードの共有を
優先させたということで。たかだか1日〜数日分なら、性能問題は気にしな
くていいという判断。

> ○ skel/referer.rhtml ってどこで使ってる？
> 
> このファイルって使われていますか？

設定画面の「既存設定はこちら」で。

> ○ リファラ関連の正規表現の作成
> 
> 今回の変更と関係はないのですが、
> 
> * tdiary/filter/default.rb
> 
>   @conf.no_referer.each do |noref|
>     return false if /#{noref}/i =~ ref
>   end
> 
> とか、
> 
> * plugin/05referer.rb
> 
>   @conf.only_volatile.each do |volatile|
>     if /#{volatile}/i =~ ref then
>       only_volatile = true
>       break
>     end
>   end
> 
> とかの処理は、設定する正規表現の数が増えるとコストが高そうなのですが、設
> 定の書き込み時に Regexp.union(*no_refer_array).inspect で保存して、それ
> と一発でマッチさせるのはどうでしょうか？
> 
> あー、でも設定画面で現在の設定を textarea に展開するための元ネタがいるの
> か。まとめた正規表現と元ネタと両方保存しておけばいい？

うーん。実際に問題になってれば考えます:-)

> # ていうか、リファラは DBI をやめて 05referer.rb をそのまま使うのが楽だ
> # なぁと思いはじめていたり。。。

や、それもアリだと思います。基本的にIOではrefererの面倒をみない、
と。対応するにしても、DefaultIOみたいな自動的なコンバートも必要なく
て、別ツールでの一括コンバートがあれば十分だと思うし。

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