08:34:54)追加された行はこの色です。削除された行はこの色です。dc:dateが正常に解釈されずにおかしくなっているようです。21:59:18};-困りましたね。showrss.inc.phpは、RSSの<description>内を時刻とみなしてstrtotimeでタイムスタンプを得る仕掛けになっています。09:18:09};-showrssを、<dc:date>を見るように修正して、pukiwiki.php?cmd=rss10で呼び出すようにすれば確実かなと。09:18:09};--ちょっとTryしたんですが、無限ループに入ったぁ(笑)。パターンマッチでやっているのがある模様。RDF/RSS1.0系列の両方サポートになるので独自クラスになりそう。15:36:18};--tb_sendは内部でページソースをconvert_html()して、できたHTMLソースから<a>タグのhref属性の値を抽出し、片っ端からPingを打とうとする仕掛けになっています。#showrssが出力するURLも対象になります。URLの指すページに<rdf:RDF>が埋め込まれていれば実際にPingを打ってしまいます。これは...まずいですね。抽出--仕様的から見れば、まずいものでも無いと思います。ダイナミックに生成された結果であっても、その時点でリンクしたのは事実なわけですから。送信するものとして、各種プラグインなどにより、動的に生成した内容に関しては、取り扱わないこととする。決めるかどうか?だと思いますが。コメントが増殖した際に、ページを分けたいんだけど。なんてもんも同罪として扱うべき範囲になってくる思っています。いう場合は、どうするのが適切なのだろう?なんですけどねぇ。送って、価値のある期間が、RDFなどの更新間隔に左右され、一定ではない。いうことなのでしょうけどね。それが1年間隔なら、どうしますか?だけのことです。しては、その一定の判断基準から、そうしたと決めてしまえば良いだけだと思います。価値が無くなる恐れがあるものでかつ、自動的に更新されるもの。[[upk]]--どうしたもんですかね。12:12:04};---それも確かに、相手サイトに迷惑をかけることになりますね。使い方を間違えば、DoS攻撃にも。各種プラグインにより動的に設定される内容を除いたもの。する際に、オプションで、プラグイン展開をしない。いう逃げと、オリジナル文書から、プラグインと認識される箇所を除く。[[upk]]---あ。そんなことを言い出すと、「じゃ、TrackBackサポートのPukiWikiにurlを大量に書き込めばDoS攻撃できちゃうじゃん」などと考える輩も出てくるかもしれないし...うーん。12:27:16};-いつの間にかproxy対応されたshowrssが添付されていますが、plugin_showrss_get_rss関数を見てみると、http_request()に失敗したらFALSEを返すようになっています。これだと例えばイントラネット内でproxyを通すと取得できないRSSは表示できないようになります。できれば、http_request()に失敗したら今まで通りfopenしてみて、それでもダメだったらFALSEを返す、みたいな感じにするとよいと思うのですが。すみません、$no_proxyの指定が間違っていただけでした。12:44:06};--あ。12:37:51};-かなりいじりました。dc:date/pubdate/descriptionの順で日時を取得しようとする仕掛けも入れてあります。問題無く動作することを確認しました。いうことでこちらは完了にいたします。