Web の利用技術
RSS, Trackback や P2P などなど知らないことばかり;;
↪ 新規投稿する
26 kiyo #18390ca 2003/06/02 17:44 prob:0.0%
>>25 その解釈で良いんではないでしょうか。 有難うございます。少しモヤモヤが晴れた気がします。 >>普通にform処理と同じなので、・・・簡単でした うぅ、Webサーバが処理してる内容を Zopeに任せきりで、わからない。 いつも他人様の書いた物をパクッテて少し弄る。なんてやってるもので、進歩がない。 # 受信側の form のサンプル等どこか転がってませんかねぇ
25 mooya #d933eff 2003/06/02 16:06 prob:0.0%
>>20 こんにちは、その解釈で良いんではないでしょうか。 要は関心空間のリンクをサイト間のみでなくて、外に広げたのがtrackbackだと解釈しました。 postリクエストも http://www.zopelabs.com/cookbook/997807314 など参考にしてping打てるので、あとは受信側くらいです。 しかし、これも普通にform処理と同じなので、dtmlでこさえた日記などに付加するのは簡単でした。逆にSquishDotに組み込むほうがめんどくさいっす、、、
24 owa #e8faefa 2003/05/31 17:06 prob:0.0%
http://www.atransia.co.jp/home/ZenKai/Members/kafka/News/1054082011/view もう見ましたか? 面白かった。 PS>ありゃ、もう無い。メモしとけばよかった(T.T)
23 owa #e8faefa 2003/05/30 23:09 prob:0.0%
>>22 ポアソン分布に従う? # うへー。うちはもっと離散的です、バス停問題のほうが近いかな。 RSS 発信元は自由にアクセス可能で良い (キャッシュに期待) そして RSS を取りにいく側は、時刻を揺らすのが良いと理解しました。 なるほど! (誤解しているかもしれませんが;;) 実際、Slashdot では「30分毎で一度以上のアクセスをしてはいけません」 とあるので、自動getするサーバ側はcronで30分とか1時間毎に設定している 可能性が高いですよね。とするとトータルでのアクセス数は減るけど、 ピーク値は逆に高くなる可能性すらあるのですね。
22 sio #0138e8c 2003/05/30 12:05 prob:0.0%
>>16<br> 更新間隔が一定だとなにかのはずみでクライアントの足並みが揃うと<br> そのままずっと足並みが揃ってしまいますし、クライアントが平均的<br> にアクセスしてくることは確率的にあり得ない(ポアソン分布に従う?)<br> ので、同時アクセスの負荷が問題なら、更新間隔に一定の幅を持たせて、<br> 乱数で更新間隔を揺らすのが定石とおもいます。<br> <br> 1分程度のキャッシュを通して自由にアクセスさせたほうが<br> よい結果になりそうですが…。<br>
21 owa #e8faefa 2003/05/29 18:35 prob:0.0%
>>20 元締め的なサーバが...管理する いいえみんな平等のつもり;; 自分のサーバがRSSを晒す場合にあまり頻繁にアクセスされちゃ困る時、 アクセスについてなんらかの制限を付けたらどうか、というつもりでした。 でもこうするとBBSどうしで連係したい場合にレスポンスが悪くて使えない ので、登録されたサイトからのアクセスは制限なしにする仕組はどうかな、 と単純に考えたのですが... # まだよく解かっていません。トラックバックはさらに解かってないです。 # ちょっと待ってー この辺はなんか基礎技術があるはず。時間かけましょう
20 kiyo #18390ca 2003/05/29 14:37 prob:0.0%
>>19 誤解してるかな? 元締め的なサーバが更新処理を受け持って更新時間を管理するって事ですか? トラックバックの ping は何となく解った。 クライアント側からある書式に基づいたフォームを作ってサーバの ping したい URL をコピペし、その URL を含めて POST すると言う事? サーバは、その ping を受信して、HTML変換して表示する? 現状の僕では、サーバの処理が書けそうにないので、挫折しそう(汗;; # サーバの ping したい URL をコピペするには、そのサイトへ行かなければならないのに うーんなんでこんな物が流行してる?? # 解釈を間違ってるかも???
19 owa #e8faefa 2003/05/29 13:46 prob:0.0%
>>17 更新で考える必要があるのは、クライアント対サーバ、サーバ対RSSサーバ ということですかね。 クライアントがサーバ見にいくたび、またはRefreshするたびにRSS取得に いくと、RSSサーバの負荷が問題になるということもありそうですね。 BBSどうしでレスポンス良くやりとりするには、一種の承諾のような機能 が必要な気がします。通常のRSS取得は一定時間内は禁止し、許可された サーバについてのみ制限を緩めるような。 ちょっと不自由な気がしますが、しょうがない? >> 複数のRSS機能付BBSサーバーの内容を1つのページで表示させて, >> すきなBBSに書き込むイメージ シンプルにできるなら、うれしいですね
18 kiyo #18390ca 2003/05/29 09:28 prob:0.0%
>>15 の補足 http://isrf.homeip.net:8080/ISRF/Scribble/showArticle?ContentsID=31 ↑をみて下さい。更新間隔が短すぎで困ると言ってる所もあるようです。
17 malo #2adfdcf 2003/05/29 01:28 prob:0.0%
>16 私が思い描いたモデルはこんな感じです。 自己ツッコミです。これじゃ今までと変わりませんね。 これは,複数のRSS機能付BBSサーバーの内容を1つのページで表示させて,すきなBBSに書き込むイメージが正しいのかなぁ〜 この場合もクライアント側が更新しないと最新にはなりませんね。