Web の利用技術

RSS, Trackback や P2P などなど知らないことばかり;;

31  owa  2003/06/04 00:21 id: mJs8kxp1Zus  prob: 0.0%

知りませんでした。またあさっての方に行くとこでした。
http://www.movabletype.org/docs/mttrackback.html
サイト見付けたので読んでみます。
>> 数的にはtrackback優勢と思ったんですがどうなんでしょ？
今の私にはとても答えられません (汗
とりあえずクライアント作って、いろいろ試してみようと思います。

30  mooya  2003/06/03 23:42 id: q0jJZZJy5mI  prob: 0.1%

pingbackはMovableTypeに無くて、且つサーバの負担大になるそうです。
XML-RPCなのでtrackbackよりは、かっこいいですが、、、
両方サポートしてるBlogも見たことあります。
でも、MovableTypeやはてなDiaryなどがtrackbackをサポートしてるので
数的にはtrackback優勢と思ったんですがどうなんでしょ？
(あと別問題ですが、MovableTypeのRSS1.0のXMLをRDFSummaryで読めないのが問題。
ZopeLandのも読めないような、、)

29  owa  2003/06/03 23:19 id: mJs8kxp1Zus  prob: 0.1%

遅れ馳せながらトラックバック勉強始めました。
流れを無視してますが、とりあえず↓から
http://lowlife.jp/translation/pingback.html
例えば、このBBSに投稿があり ***** さんのサイトにリンクがあった場合です。
1. 投稿された記事の中にある外部リンクをチェックする。
2. **** さんのサイトへのリンクが見付かった場合、
   記事を送るようリクエストする。
3. 返って来た内容にX-Pingbackヘッダかpingbackリンクタグがないか調べる。
4. もしあった場合、XML-RPC コールを実行しリンクしたことを知らせる。
ということをやれば良いのでしょうか?
# 無視して構いません。追い付くぞー

28  kiyo  2003/06/03 18:13 id: SqALsodDuX2  prob: 1.5%

英語のサイトで私はイマイチなんですが、
http://postneo.com/projects/tblib/ が python ですし参考になりそう

27  mooya  2003/06/03 01:09 id: q0jJZZJy5mI  prob: 0.1%

>>26
Squishdotに付加したと、単純にDTMLDocumentをtrackbackリストに利用したものがありますが、、
Squishdotの方は、大元のクラスファイルを直接弄ってしまったので修正しようかなと。
pythonてメソッドも後から付加したり変更したりできるんですよね？
ということは、トラックバックのモジュールファイルを別にして読み込まれた時にSquishdotのメソッドなどを変更した方が良いのかなあと、、まだ推測の域を出てません。できたら、このファイルをSquishdotのプロダクトに入れて下さいでOK程
度にしたいです、、っていつになるか、、pythonに気合い入れんと（自分ではもう満足してしまってる）
このtrackbackのリンクを自動的に辿って行って階層マップ作ったりすると面白そうですな。

26  kiyo  2003/06/02 17:44 id: SqALsodDuX2  prob: 0.0%

>>25 その解釈で良いんではないでしょうか。
有難うございます。少しモヤモヤが晴れた気がします。
>>普通にform処理と同じなので、・・・簡単でした
うぅ、Webサーバが処理してる内容を Zopeに任せきりで、わからない。
いつも他人様の書いた物をパクッテて少し弄る。なんてやってるもので、進歩がない。
# 受信側の form のサンプル等どこか転がってませんかねぇ

25  mooya  2003/06/02 16:06 id: q0jJZZJy5mI  prob: 4.3%

>>20
こんにちは、その解釈で良いんではないでしょうか。
要は関心空間のリンクをサイト間のみでなくて、外に広げたのがtrackbackだと解釈しました。
postリクエストも
http://www.zopelabs.com/cookbook/997807314
など参考にしてping打てるので、あとは受信側くらいです。
しかし、これも普通にform処理と同じなので、dtmlでこさえた日記などに付加するのは簡単でした。逆にSquishDotに組み込むほうがめんどくさいっす、、、

24  owa  2003/05/31 17:06 id: mJs8kxp1Zus  prob: 7.3%

http://www.atransia.co.jp/home/ZenKai/Members/kafka/News/105...
もう見ましたか? 面白かった。
PS>ありゃ、もう無い。メモしとけばよかった(T.T)

23  owa  2003/05/30 23:09 id: mJs8kxp1Zus  prob: 0.2%

>>22 ポアソン分布に従う?
# うへー。うちはもっと離散的です、バス停問題のほうが近いかな。
RSS 発信元は自由にアクセス可能で良い (キャッシュに期待) 
そして RSS を取りにいく側は、時刻を揺らすのが良いと理解しました。
なるほど! (誤解しているかもしれませんが;;)
実際、Slashdot では「30分毎で一度以上のアクセスをしてはいけません」
とあるので、自動getするサーバ側はcronで30分とか1時間毎に設定している
可能性が高いですよね。とするとトータルでのアクセス数は減るけど、
ピーク値は逆に高くなる可能性すらあるのですね。

22  sio  2003/05/30 12:05 id: zBfjmmpu3tk  prob: 61.2%

>>16<br>
更新間隔が一定だとなにかのはずみでクライアントの足並みが揃うと<br>
そのままずっと足並みが揃ってしまいますし、クライアントが平均的<br>
にアクセスしてくることは確率的にあり得ない(ポアソン分布に従う?)<br>
ので、同時アクセスの負荷が問題なら、更新間隔に一定の幅を持たせて、<br>
乱数で更新間隔を揺らすのが定石とおもいます。<br>
<br>
1分程度のキャッシュを通して自由にアクセスさせたほうが<br>
よい結果になりそうですが…。<br>