HOME | ドキュメント |  ブログ  |  BBS  |  瓦版  | 将棋プロジェクト |  物置小屋   

ドキュメント 象歩 Web瓦版
 BBSボード RDF
こんにちは (23)
おためし板 (321)
質問箱 (94)
テスト (7)
建築 DIY (7)
MTB (34)
(13)
節電対策 (2)
このサイトに関する話 (182)
Linux (396)
PC用ハードウェア (10)
Vine Linux 野良系 (68)
PC 工作 (31)
BBS の改良 (105)
Vine Seed (520)
Zope とプロダクト (95)
Web の利用技術 (131)
DB とファイルシステム (63)
Python と C/C++ と... (29)
Zopeプロダクト開発メモ (3)
UTF-8 化 (42)
Mail 環境 (8)
COREBlog (109)
Zope3 (51)
Windows 64bit (18)
Mac (2)
Squeak スクイーク (67)
Django ぶらり一人旅 (3)
64bits (52)
Mono 思いにふける (13)
ディスクトップ (4)
象歩将棋 (477)
将棋よもやま (207)
サイトのデザイン (31)
心配な話 (67)
うそ (22)
昔のゲストブック (20)
ボート部 (95)
鶴南六組 (2)
Web 日記 (202)
 スパム
逮捕しる (4)
スパムお溜り (1)
ごみ箱 (12)
 リンク
kiyoさんのサイト
ペンタ郎の漫漕ブログ
TIT漕艇部の練習動画 @YouTube
墨堤の雄 @FaceBook
ペンタ(五大学ミドル) @FaceBook
Facebook
Vine Seed パッケージビルド状況
Vine Linux パッケージ情報
VineLinux バグトラッキングセンタ
VineSeed 開発用 Trac
VineSeed Specs
RPMパッケージの作成方法
Linux Standard Base
Planet Vine
Vine Linux ユーザーフォーラム
Vine Users ML アーカイブ
VineSeed ML アーカイブ
twitter#VineLinux
勝手に将棋トピックス
詰将棋おもちゃ箱

Web の利用技術

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


全130件 - 01 02 03 04 05 06 07 08 09 10 11 12 13 14
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: 3.1%
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.1%
>>22 ポアソン分布に従う?
# うへー。うちはもっと離散的です、バス停問題のほうが近いかな。
RSS 発信元は自由にアクセス可能で良い (キャッシュに期待) 
そして RSS を取りにいく側は、時刻を揺らすのが良いと理解しました。
なるほど! (誤解しているかもしれませんが;;)
実際、Slashdot では「30分毎で一度以上のアクセスをしてはいけません」
とあるので、自動getするサーバ側はcronで30分とか1時間毎に設定している
可能性が高いですよね。とするとトータルでのアクセス数は減るけど、
ピーク値は逆に高くなる可能性すらあるのですね。
22  sio  2003/05/30 12:05 id: mNBQd45FlwY  prob: 38.1%
>>16<br>
更新間隔が一定だとなにかのはずみでクライアントの足並みが揃うと<br>
そのままずっと足並みが揃ってしまいますし、クライアントが平均的<br>
にアクセスしてくることは確率的にあり得ない(ポアソン分布に従う?)<br>
ので、同時アクセスの負荷が問題なら、更新間隔に一定の幅を持たせて、<br>
乱数で更新間隔を揺らすのが定石とおもいます。<br>
<br>
1分程度のキャッシュを通して自由にアクセスさせたほうが<br>
よい結果になりそうですが…。<br>
21  owa  2003/05/29 18:35 id: mJs8kxp1Zus  prob: 0.0%
>>20 元締め的なサーバが...管理する
いいえみんな平等のつもり;;
自分のサーバがRSSを晒す場合にあまり頻繁にアクセスされちゃ困る時、
アクセスについてなんらかの制限を付けたらどうか、というつもりでした。
でもこうするとBBSどうしで連係したい場合にレスポンスが悪くて使えない
ので、登録されたサイトからのアクセスは制限なしにする仕組はどうかな、
と単純に考えたのですが...
# まだよく解かっていません。トラックバックはさらに解かってないです。
# ちょっと待ってー この辺はなんか基礎技術があるはず。時間かけましょう
20  kiyo  2003/05/29 14:37 id: SqALsodDuX2  prob: 0.0%
>>19
誤解してるかな?
元締め的なサーバが更新処理を受け持って更新時間を管理するって事ですか?
トラックバックの ping は何となく解った。
クライアント側からある書式に基づいたフォームを作ってサーバの ping したい
URL をコピペし、その URL を含めて POST すると言う事?
サーバは、その ping を受信して、HTML変換して表示する?
現状の僕では、サーバの処理が書けそうにないので、挫折しそう(汗;;
# サーバの ping したい URL をコピペするには、そのサイトへ行かなければならないのに うーんなんでこんな物が流行してる??
# 解釈を間違ってるかも???
19  owa  2003/05/29 13:46 id: mJs8kxp1Zus  prob: 0.0%
>>17
更新で考える必要があるのは、クライアント対サーバ、サーバ対RSSサーバ
ということですかね。
クライアントがサーバ見にいくたび、またはRefreshするたびにRSS取得に
いくと、RSSサーバの負荷が問題になるということもありそうですね。
BBSどうしでレスポンス良くやりとりするには、一種の承諾のような機能
が必要な気がします。通常のRSS取得は一定時間内は禁止し、許可された
サーバについてのみ制限を緩めるような。
ちょっと不自由な気がしますが、しょうがない?
>> 複数のRSS機能付BBSサーバーの内容を1つのページで表示させて,
>> すきなBBSに書き込むイメージ
シンプルにできるなら、うれしいですね
18  kiyo  2003/05/29 09:28 id: SqALsodDuX2  prob: 2.2%
>>15 の補足
http://isrf.homeip.net:8080/ISRF/Scribble/showArticle?Conten...
↑をみて下さい。更新間隔が短すぎで困ると言ってる所もあるようです。
17  malo  2003/05/29 01:28 id: tmgLPAuPgr2  prob: 0.0%
>16 私が思い描いたモデルはこんな感じです。
自己ツッコミです。これじゃ今までと変わりませんね。
これは,複数のRSS機能付BBSサーバーの内容を1つのページで表示させて,すきなBBSに書き込むイメージが正しいのかなぁ〜
この場合もクライアント側が更新しないと最新にはなりませんね。
全130件 - 01 02 03 04 05 06 07 08 09 10 11 12 13 14