tDiary

ただただしです。

On Sat, 26 Jul 2003 12:24:36 +0900 Kazuhiko <kazuhiko@fdiary.net> wrote:
>index.rb を見ていたら、HEAD リクエスト時は body を返さないのに body を作っ
>ていることに気づきました。そこで、HEAD リクエスト時は body の評価そのも
>のをスキップするようにしたら、HEAD リクエスト時の応答がかなり速くなりま
>した。もちろん通常の日記ブラウズには関係ありませんが、アンテナによる負荷
>軽減が見込めるだけでもそれなりに効果があるのではないでしょうか？

似たような提案を以前、zundaさんから受けたような記憶があるんですが、
Content-Lengthが返らなくなることに対して影響はないと言いきれず、躊躇
しています。まぁ、ないとは思うんだけど……。

＃ついでに言うと、HEADリクエストの数はたいした割合ではなかった、とい
＃うのもあります。

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

かずひこです。

At Sat, 26 Jul 2003 19:29:39 +0900,
TADA Tadashi wrote:

> 似たような提案を以前、zundaさんから受けたような記憶があるんですが、
> Content-Lengthが返らなくなることに対して影響はないと言いきれず、躊躇
> しています。まぁ、ないとは思うんだけど……。

現状でも HEAD リクエストの際は Content-Length は返っていません。

$ wget -S --spider http://kazuhiko.tdiary.net/
--23:49:14--  http://kazuhiko.tdiary.net/
           => `index.html'
Resolving kazuhiko.tdiary.net... done.
Connecting to kazuhiko.tdiary.net[218.219.201.183]:80... connected.
HTTP request sent, awaiting response... 
 1 HTTP/1.1 200 OK
 2 Date: Sat, 26 Jul 2003 14:49:52 GMT
 3 Server: Apache
 4 Vary: User-Agent
 5 Pragma: no-cache
 6 Cache-Control: no-cache
 7 Last-Modified: Thu, 24 Jul 2003 03:42:29 GMT
 8 Connection: close
 9 Content-Type: text/html; charset=EUC-JP
200 OK

> ＃ついでに言うと、HEADリクエストの数はたいした割合ではなかった、とい
> ＃うのもあります。

ちなみに、今週の第二のログだとこれくらいです。

$ grep 'HEAD /' /var/log/httpd/tdiary_access_log|wc -l 
  21486
$ grep 'GET /' /var/log/httpd/tdiary_access_log|wc -l
 177555

というわけで、マージしちゃっていいんじゃないかなと思いますがいかがでしょ
うか？
-- 
かずひこ <http://www.fdiary.net/~kazuhiko/>
  ★シャア「名字が付いてない」
  ☆一兵卒「あんなの飾りです。偉い人にはそれが分からんのです」

mput です。

On 2003.07.26, at 23:52, Kazuhiko wrote:

> 現状でも HEAD リクエストの際は Content-Length は返っていません。

あれっ?

   % telnet localhost 8080
   Trying 127.0.0.1...
   Connected to localhost.
   Escape character is '^]'.
   HEAD /mput/ HTTP/1.1
   Host: mput.dip.jp:8080
   Connection: close

   HTTP/1.1 200 OK
   Date: Sun, 27 Jul 2003 05:40:45 GMT
   Server: Apache/1.3.28 (Darwin) mod_ruby/1.1.1 mod_gzip/1.3.26.1a
   Vary: User-Agent
   Last-Modified: Sun, 27 Jul 2003 05:17:17 GMT
   Pragma: no-cache
   Cache-Control: no-cache
   Content-Length: 15721
   Connection: close
   Content-Type: text/html; charset=euc-jp

   Connection closed by foreign host.

# またうちのサーバなんか間違ってますか?

--
mput <root@mput.dip.jp>

かずひこです。

At Sun, 27 Jul 2003 14:43:31 +0900,
mput wrote:

> > 現状でも HEAD リクエストの際は Content-Length は返っていません。
> 
> あれっ?
(snip)
>    HTTP/1.1 200 OK
>    Date: Sun, 27 Jul 2003 05:40:45 GMT
>    Server: Apache/1.3.28 (Darwin) mod_ruby/1.1.1 mod_gzip/1.3.26.1a
>    Vary: User-Agent
>    Last-Modified: Sun, 27 Jul 2003 05:17:17 GMT
>    Pragma: no-cache
>    Cache-Control: no-cache
>    Content-Length: 15721
>    Connection: close
>    Content-Type: text/html; charset=euc-jp
> 
>    Connection closed by foreign host.

どうやら、apache 2 だと Content-Length を返さないようです。そして、第二
は apache 2 で動いているので、私のところで試したら Content-Length が返ら
なかったわけです。

Changes with Apache 2.0.14

  *) Fix content-length computation.  We ONLY compute a content-length if
     We are not in a 1.1 request and we cannot chunk, and this is a keepalive
     or we already have all the data.  [Ryan Bloom]

このあたりかな？

「HEAD だったら Content-Length を返さない」というのでよいのかどうか、ご
存知の方はいらっしゃいませんか？
-- 
かずひこ <http://wiki.fdiary.net/kazuhiko/>
  ★シャア「名字が付いてない」
  ☆一兵卒「あんなの飾りです。偉い人にはそれが分からんのです」

かずひこです。

At Sun, 27 Jul 2003 15:27:54 +0900,
Kazuhiko wrote:

> どうやら、apache 2 だと Content-Length を返さないようです。
(snip)
> 「HEAD だったら Content-Length を返さない」というのでよいのかどうか、ご
> 存知の方はいらっしゃいませんか？

http://www.w3.org/Protocols/rfc2616/rfc2616.html
を斜め読みしましたが、Content-Length ってそもそも「必須」ではないので、
すくなくとも HEAD リクエストの際に Content-Length を返さなくても何の問題
もない、と理解しました。

4.4 Message Length より抜粋
http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.4

> 3.If a Content-Length header field (section 14.13) is present, its
> decimal value in OCTETs represents both the entity-length and the
> transfer-length. The Content-Length header field MUST NOT be sent if
> these two lengths are different

というわけで、マージしても問題なさそうです。
-- 
かずひこ <http://wiki.fdiary.net/kazuhiko/>
  ★シャア「名字が付いてない」
  ☆一兵卒「あんなの飾りです。偉い人にはそれが分からんのです」

ただただしです。

Kazuhiko <kazuhiko@fdiary.net> wrote:
>http://www.w3.org/Protocols/rfc2616/rfc2616.html
>を斜め読みしましたが、Content-Length ってそもそも「必須」ではないので、
>すくなくとも HEAD リクエストの際に Content-Length を返さなくても何の問題
>もない、と理解しました。
(snip)
>というわけで、マージしても問題なさそうです。

keep-aliveでchunkが云々、という状況では出さないといけないはずなんだけど、
tDiary運用時にそういう状況は発生しないような気もするので、まぁいいかって
とこかなぁ。

じゃあ、commitしてください。問題があれば戻せばいいし。


＃たぶん現状で1.5.5にします。ruby 1.8.0のリリースに合わせます。

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

きたです．

> Kazuhiko <kazuhiko@fdiary.net> wrote:
> >http://www.w3.org/Protocols/rfc2616/rfc2616.html
> >を斜め読みしましたが、Content-Length ってそもそも「必須」ではないので、
> >すくなくとも HEAD リクエストの際に Content-Length を返さなくても何の問題
> >もない、と理解しました。
> (snip)
> >というわけで、マージしても問題なさそうです。
> 
> keep-aliveでchunkが云々、という状況では出さないといけないはずなんだけど、
> tDiary運用時にそういう状況は発生しないような気もするので、まぁいいかって
> とこかなぁ。
> 
> じゃあ、commitしてください。問題があれば戻せばいいし。
> 
> 
> ＃たぶん現状で1.5.5にします。ruby 1.8.0のリリースに合わせます。

最近どうも whats_new プラグインが動かないなぁ，と思ったら，このパッチ
が原因でした．
whats_new プラグインのような eval_rhtml 中で cookie を設定するようなプ
ラグインは tdiary.eval_rhtml の後で tdiary.cookies を検査してやる必要
があります．

ということで，修正してコミットしておきました．

うえちです。

On Mon, Jul 28, 2003 at 05:54:58PM +0900, mput wrote:
> RD スタイルのリンク生成部分で小バグを発見したのでご報告。

commit しました。
-- 
うえち uh@u.dhis.portside.net
       http://u.dhis.portside.net/

かくたにといいます。
------------------ Original message follows -------------------
・From   :mput
・Date   : Thu, 17 Jul 2003 13:53:07 +0900
・Subject:[tDiary-devel] [BUG] output_rdf.rb
・Msg-ID :<8ECAB3ED-B812-11D7-9F85-000393735AAE@mput.dip.jp>
 ______________________________________________________________
|
|mput です。
|output_rdf にバグを見つけましたが、回避方法が分かりません。

バグといえばバグなのだと思うのですが、既知の問題でもあると思います。
というのも、以前にoutput_rdf.rbをイジったときに:

---- Shintaro KAKUTANI<200303010701.h2171Tl02102@mail.tc5.so-net.ne.jp> ----

>>あと、現状の<title>は、Wikiスタイル利用時にサブタイトルにプラグインを
>>適用すると、{{..}}がそのままRSSに出力されてしまう問題(?)を発見しました。
>># 回避方法までは考え付いてません……。

と書いたところ、きたさんから以下のようなコメントをいただいてます:

---- Junichiro Kita <E18p6si-0004oI-00@sc8-sf-list1.sourceforge.net> ----

>> これなんですけど，各セクションのサブタイトルや本文を抽出して(例えば)<a> 
>> の title として利用するような plugin は全て同じ問題を抱えています．
>> 
>> この問題を解決するためには，各セクションのサブタイトルや本文を parse し
>> て html に変換するメソッドを用意する必要があります．
>> プラグイン呼出しやテキストの装飾のための文法はスタイル毎に異るので，
>> plugin 側でこれに対処するのは現実的ではありません．
>> 各スタイルでそういうメソッドを用意してもらうことにする，のかなぁ．
>>
>> # 個人的にはそこまでせんでもええかっちゅー気もしています．

で、さらにはたださんから:

---- TADA Tadashi<20030303002104.00f04264.sho@spc.gr.jp> ----

>> まぁ、気にしなくていいでしょう:-)

……とのコメントをいただきました
で。以来、私は気にすることを止めたのですが、
改めて自分の日記のRSSをフィードしてみたところ、
きたさんの指摘どおり、Wikiスタイルの記法でそのまんま吐き出されてます。

上記の話題は<URL:http://www.tdiary.org/archive/devel/index.html>で
アーカイヴされるよりも前の話で、いちおう
<URL:http://sourceforge.net/mailarchive/forum.php?forum_id=8349&max_rows=25&style=flat&viewmonth=200302&viewday=28>
にあるにはあるのですが、文字化けてそのままでは読めません。

以前にはこーゆう話が出ていました、との指摘だけで申し訳ないです。
# こうやって投げておけば読める形でアーカイヴされるかな、と思いまして。

 角谷信太郎拝
----------------------------------------------------------------------------
[ E-mail  ] mailto:shintaro@kakutani.com
[ 角谷XHTML化計画 ] http://www.kakutani.com/
[ PGP FingerPrint ] CBE7 4A8D 5CB4 39B7 2A24  EEE9 23F8 4195 5F04 236F
=============================================================================

ただただしです。

メールを片付けられない状況が続いてまして、なかなか返事が書けませんでした。
すみません。

＃日記は書けるんだが……(ぉ

mput <root@mput.dip.jp> wrote:
>mput です。
>output_rdf にバグを見つけましたが、回避方法が分かりません。
>
>みつけたバグというのは、 section#body が返す文字列をそのまま 
>apply_plugin に渡してしまっているというものです。

かくたにさんも書かれているように、いちおう既知の問題で放置されていたもの
です。これ、最近のmputさんの日記でERBのコードが出ているのが問題になって
るんですよね。これは確かにまずいですねぇ。

とっさに回避策は思いつかないんですが、各スタイルに、日記の断片を渡すとHTML
化してくれるクラスメソッドを義務づけるような、根本的な解決策を探すしかな
いんじゃないかなぁ……。もしそうなると、各スタイルの実装者のみなさんの意
見も必要になりますね。

＃to_htmlに必要な情報は、dateとoptだけか? optの生成が難儀だなぁ。

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

mput です。

On 2003.07.22, at 18:56, TADA Tadashi wrote:

> かくたにさんも書かれているように、いちおう既知の問題で放置されていたもの
> です。これ、最近のmputさんの日記でERBのコードが出ているのが問題になって
> るんですよね。これは確かにまずいですねぇ。

RD だと <% という記述を地の文に書くことができので、そこが悲劇の元だと思
います。
# エスケープが必要な RD なんて RD じゃない...

とりあえず手元では apply_plugin を切って、 erb による解釈を停止
させました。

--
mput <root@mput.dip.jp>

かずひこ＠オフトピ です。

At Fri, 18 Jul 2003 15:57:24 +0900,
zundan@infoseek.jp wrote:
(たっぷり前略)
> ではでは。------------------------------------------------------------------------
> 夏がきた！　タダで満喫　アウトドア by infoseek

↑これ面白すぎ。
-- 
かずひこ <http://wiki.fdiary.net/kazuhiko/>
  ★シャア「名字が付いてない」
  ☆一兵卒「あんなの飾りです。偉い人にはそれが分からんのです」

zundaです。

> 日誌をやっとHEADに追従させて、weather.rbを設定プラグイン
>   http://www.tdiary.net/archive/devel/msg00759.html
> に対応させてみました。

 <snip>

> * 1.5.4以下のtdiary.rbでadd_conf_procはエラーにならないでしょうか？
>   プラグイン側で何か対策するべき？(自分で試せ、と言われそう…

というわけで、手元で素の1.5.4に巻き戻して試してみたところ、
プラグイン内のadd_conf_procは無事に無視されるようです。

普通のRubyスクリプトで、
  instance_eval( 'undefined_method' )
とかすると、期待通りNameErrorがraiseされるのだけど、どうしてだろう
と思ったのですが、method_missingが定義されていると、そちらに従う
(というかデフォルトではmethod_missingがNameErrorをraiseする)
のですね。知らなかった…。

それでは、また。

さて、今度は何と出るか
  ↓
------------------------------------------------------------------------
夏がきた！　タダで満喫　アウトドア by infoseek
http://ap.infoseek.co.jp/kenshou3.html

ただただしです。

zundan@infoseek.jp wrote:
>* プラグインの実装はこのような感じでいいでしょうか？tdiary-devel-00759
>  の頃から少し仕様が変わっているように思えます。

tdiary-devel-00773が最新の仕様案です。ざっと見たところ、問題ないように見
えますが、どの辺が不安でしょうか?

＃STDERRにメッセージ出しているのは消し忘れ?

あと、ネタとして読んで欲しいんですが、設定画面に出すメッセージのうち、
tdiary.confを編集云々……みたいなのは、セキュアモードの時には出さないよ
うにするとカッチョイイかも知れません:-)

と思ったけど、weather.rbってセキュアモードでは動かないんだっけか? だとし
ても、一般的に「これは管理者にしか設定させたくない」ってのをセキュアモー
ドの時には隠すようになっていると、柔軟な設定画面になるかと思います。

>* 1.5.4以下のtdiary.rbでadd_conf_procはエラーにならないでしょうか？
>  プラグイン側で何か対策するべき？(自分で試せ、と言われそう…

これは解決済みですね。

>* 設定画面のサンプルをw3cのvalidatorに通すと、
>    Line 54, column 48:  document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag
>
>   <input type="hidden" name="conf" value="weather">
>
>  と怒られます。skel/conf.rhtmlでこの部分をdiv class="conf day"
>  の下に移すべきかな？

あ、そうですね。やっておきます。

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

zundaです。

> -----元のメッセージ-----
> 差出人: "TADA Tadashi" <sho@spc.gr.jp>
> 
> zundan@infoseek.jp wrote:
> >* プラグインの実装はこのような感じでいいでしょうか？tdiary-devel-00759
> >  の頃から少し仕様が変わっているように思えます。
> 
> tdiary-devel-00773が最新の仕様案です。

http://www.tdiary.net/archive/devel/msg00773.html
にありましたね。探しかたが悪かったです。

> ざっと見たところ、問題ないように見えますが、どの辺が不安でしょうか?

というわけで、00759とはちょっと違ってるかな？という点が不安でした。

> ＃STDERRにメッセージ出しているのは消し忘れ?

どっきーん。すみません。なさけなさすぎ…。ご指摘ありがとうございました。
修正版を1.6としてcommitしました。
1.5を使っている方はお手数ですが更新をお願いします。

> あと、ネタとして読んで欲しいんですが、設定画面に出すメッセージのうち、
> tdiary.confを編集云々……みたいなのは、セキュアモードの時には出さないよ
> うにするとカッチョイイかも知れません:-)
> 
> と思ったけど、weather.rbってセキュアモードでは動かないんだっけか? だとし
> ても、一般的に「これは管理者にしか設定させたくない」ってのをセキュアモー
> ドの時には隠すようになっていると、柔軟な設定画面になるかと思います。

なるほど。weather.rbは環境変数TZをいじる可能性があるのでセキュアモード
では動きません。が、disp_referrer2.rbではとりこませていただきます。

忙しいところありがとうございました。



------------------------------------------------------------------------
夏がきた！　タダで満喫　アウトドア by infoseek
http://ap.infoseek.co.jp/kenshou3.html

うえちです。

On Thu, Jul 17, 2003 at 03:11:01PM +0900, mput wrote:
> rd_style.rb で HTML4.01 じゃない部分がありますが、 HTML4.01 にした方
> がいいのではないでしょうか? 何か勘違いしてたらごめんなさい。

あらま。rwikiからパクったそのままでしたので修正しました。ありがとう
ございます。

# おや、<img ... /> は w3c の validator では valid なるぞ。
-- 
うえち uh@u.dhis.portside.net
       http://u.dhis.portside.net/

ただただしです。

リンク元に関して、現状で許容できる策を講じてみました(1.5.4.20030715)。

1. すでに記録済みの「リンク元」は、URLをまるごとEUCに変換する
   これはバグに近いシロモノで、保存してあったリンク元URLをリンクにする
   時、escapeHTMLするだけでhref属性に入れていました。ここに生SJISが入っ
   ているとまずいことになっていた、ということのようです。ここはto_euc
   することで逃げました。根本的な解決ではないですが、実害はないでしょ
   う。

2. refererに[\x00-\x20\x7f-\xff]が含まれる場合は「リンク元」に記録しない
   これは↓の策ですね。明らかに変なURLは記録すること自体を拒否しよう、
   ということです。

On Tue, 15 Jul 2003 11:13:38 +0900
TADA Tadashi <sho@spc.gr.jp> wrote:
>で、考えたんですが、不正なURLが含まれたrefererは、そもそも保存しないよう
>にしてしまうのがいいのではないかと思いました。表示時にこねくり回すより、
>根元から絶ってしまった方がいいでしょう、この場合。
>
>＃具体的にはTDiaryView#referer?ではじくと。

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