P2Pでサーバに依存しない掲示板を作るの巻

P2Pでサーバに依存し� ..

20:
01/08/28 01:46 IRApeeyY
>>19
たしかフリーネットっていくつかのマシンを経由してデータを転送してもらうから
匿名性が高いんだよね？んで、その分転送に時間がかかるんじゃなかったっけ？
とりあえずグヌテラ形式でいいんじゃない？

21:デフォルトの名無しさん
01/08/28 02:26 CmtHTuM.
>>20
経由して、経由した全ノードにコピーを残して行くから、
みんなが読むようなコンテンツだと猛烈な勢いで複写が
行われてそのコンテンツが多数のノードに存在すること
になるから、そういうのへのアクセスだとgnutellaより
はるかに高速になる。

22:デフォルトの名無しさん
01/08/28 08:20 uwDaUMvk
サーバントとクライアントを上手に別けるのに
　サーバント＋プロキシ方式はどうだろう？
　　つまり普通のWebブラウザを最終インターフェースにする

　こうしとけば家庭内LANでもパソコンが走っていればゲーム機でもブラウジング出来る
　誰かが鯖をたてればいいだけだし

23:デフォルトの名無しさん
01/08/28 11:07 u.nsLDdo
>>22
freenet にはそういうのありますよ。freenet 独自の URL のようなものが
あって、Web ページも作れるし、freenet 上に NNTP や Mail のようなもの
もある。
なりすまし対策とか、荒らし対策みたいなのもいろいろと考えられてるよう
です。

24:２２
01/08/28 11:24 fuFoxE4A
こういう奴ですね >23
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)

25:デフォルトの名無しさん
01/08/28 11:30 fuFoxE4A
23 下のリンクから

＞今のところFreenetから文書を削除する方法はない。全く要求されない文書は、最終的には使われないことで削除される。

という事で、どうやって削除するかはやはり難しい問題のようですね
でも、このスレの議論のタネとしてはfreenetはよい教材のようです

26:__
01/08/28 13:19 aE5uBalY
前スレの１さん
URLﾘﾝｸ(piza2.2ch.net)
URLﾘﾝｸ(sourceforge.net)

前スレの１１３さん
URLﾘﾝｸ(piza2.2ch.net)
>こういうスレあったんですね。偶然にも同じことやっています。
>こっちはＳＯＡＰでやるっす。
>しかも、メッセージが投票で衰退してくあたりまでアイデア
>同じ:)
>もっと斬新なこと考えないと...

前スレの130さん
>130 名前：が～ん投稿日：2001/06/10(日) 10:47
>似たこと考えている人いますねぇ～ > 1と113
>こっちはXML-RPCがベースです。
>openxmlが巨大なのがちょっと…

確認できるだけで３件の別の開発が行われている（いた）ようなのですが、
どのような仕様なのかというのを確認できるURLは、まだないのでしょう
か。前のスレッドはいろいろと参考になりますね。

27:8
01/08/28 14:28 wzFAflj2
>>10
>個人的にはコピーをばら撒く方法は成功しないと思ってる。

ま、理論的裏づけがないのであまり強くはいえないが、
いまの2chが流行っているのはリアルタイム性と、
書き込みの完全な同期だろ？

そうすっと、コピをばら撒いてしまうと、ばら撒けばばら撒くほど
面倒になっていくのはいいよな。しかし、ばら撒きを前提にすると
ばら撒かないわけにはいかないわけで。

でここで思うんだが、ばら撒ける余裕があるからネットワーク上の
共有率を高めたほうがいと思う。つまり、今のgnutllaとかって
端から端まで検索効かないよな。だけどもしユーザの立場なら
見れない掲示板が出てくるのはかなり痛い。
だから、コピーをばら撒くより、リソースの存在をばら撒いたほうが
オレは良いと思う。

漏れが考えたのは
・スレのコピーは作らない
・スレは一台のサーバが完全に管理
・スレに関する要求は該当する唯一のサーバへ
・複数のサーバが集まって板を形成
・板内でスレの存在を可能な限り共有
・板へのサーバの参加について制限を設けても良い
・板外のリソースについては板の存在を共有するに止める
てな感じ。スレ単位でトラフィックが50MBはいかないだろ。
いざとなったらスレ委譲の仕組みを加えればいい。

長所は
・スレ単位で負荷分散ができる
・サーバ内でならフローティングなんとかも可能
・面倒な一意の識別子問題もクリア
・完全な削除ができる

欠点は
・サーバが落ちると関連スレ全部落ちる

だな。ま、参考にしてくれ。個人的に考えてるだけだしな。

28:
01/08/28 14:46 IRApeeyY
その案だと結局一台のサーバにスレの転送要求が集中するじゃん。
今の2chの問題点、わかってます？

29:8
01/08/28 15:38 wzFAflj2
>>28
最悪、高負荷のスレ以外を他の空いているサーバに委譲しちゃえばいいと思った。
すべてのスレが高頻度に更新されることはないだろうから。

数個のスレで破綻するようなサーバ、もしくは状況では
コピーをとる方法のほうも破綻するだろうし。
＃…しないのかな。

ついでに、コピーを嫌う利用はプログラマとしての経験。
完全同期とリアルタイム性が要求される資源について
安易にコピーを作るとろくなことがない。

30:デフォルトの名無しさん
01/08/28 16:39 OGjCZfek
基本的には、特定のサーバーに依存しなければいいんであって
サーバの存在は前提にしてもいいと思う。
というかP2Pとしては、皆がサーバーになろうというのが基本概念の様な気がする。

でも利用者が１日中ネットにつなげてるわけにも行かない場合も多い、というか
そのために掲示板システムがあるんだよね。
で、どうすればいいかというと、単純な話、メッセージを預ければいいってだけ。
別に預ける先が、freenetだろうが、２ｃｈだろうが、ネットニュースだろうが、
自分の借りたディスクスペースだろうがかまわない。
要は、ネット上に確実に存在して、見せたい相手がそれをすぐ見つけられれば問題ない。
だから、そういう既存のものを利用出来るようなプロトコルがいい気がする。

問題は、問題があって、見せたくない（消したい）場合や発信元を明かしたくない場合はどうすればいいのかって話。
情報は、消えても灰は残らないけど、写しても減らないんだよね。だから、無理に消そうと思っても無理。
一番いいのは忘れてもらう事。思い出せなければ無くなったのと一緒。

どうやって実現するかというと、ブラックボックス化すればいいんじゃないかと思う。
よく、ファイルを間違えて消す事があるけど、普通は消した後でもデータ自体はHDDに残ってるんだよね
ただ、一般的にそれを検索する方法が失われるから、普通は諦めて、消えたものとして扱うよね。
でも、大事な物が消えるのは嫌だし、無駄なものばかりで、どこにあるか分からないのも嫌。

基本的に掲示板に必要なものは、必要な人を集める機能で、
住人が望むのは、都合のいいメッセージやレスが即座に見つかる事だと思う。

これが、アクセスを特定サーバーに集中させずにどうやって実現出来るかを考えるべきかな？

31:デフォルトの名無しさん
01/08/28 18:31 Ea4J7zus
検索性は有志がエンジンを作ればいいんじゃないかな？
大先生のようなね。

リアルタイム性の問題だけど、リアルタイム性はある程度目をつぶってもいいと思う。

しかし、実際的に運用してみないとネットワークの端と端のアクセス性とかわからんからなぁ。

32:デフォルトの名無しさん
01/08/28 18:36 /foo1b.s
>>31
その点は netnews っていういい例があるんじゃない?
今の netnews はやたらと早く配送されるんで、もうちょっと
昔の状況を思い浮かべるといいと思う。

33:
01/08/28 22:55 aE5uBalY
>>14
>ところで、Webだと、リソースを表すためにURLを使って指定できるけど、
>P2Pだとできないよね？

例えば、スレッドは「掲示板名+スレ立て時間+立てた人のGUID」
スレッド内のカキコは「掲示板名+スレッドを立てた時間+立てた人のGUID+カキコ時間+カキコ者のGUID」

そこをクリックして、果たしてそのスレッドが見つかるかどうかはわからないのですが…

GUIDは駄目？他に何かあるかなぁ…

34:名無し
01/08/29 00:02 ZgNIazW2
暗号化部分だけ非公開とかどう？>>30
2chも似たようなもんだし。

35:
01/08/29 17:07 fbqKB6RI
きょうも２ちゃんねるはかなりしんでるけど、このいたはまだいきている

ハイブリッド型すごい勢いだなぁ。批判要望板には、２ちゃんねるを買って、
ハイブリッドP2Pやるなんて人が出てきてるよ。

2ch買います
URLﾘﾝｸ(teri.2ch.net)

ぼくはゆっくりやることにするよ。なんか日記みたいで失敗。

36:デフォルトの名無しさん
01/08/29 17:26 akViQcrc
リソースの存在（ディレクトリサービスみたいなもんか）自体は、
IRCでぐるぐる回せばそれほど遅くならねーべ？

・どういう板があって
・どんなスレッドがあって
・そのスレッドの最近書きこみ時刻はいつで、
・それがどのサーバにあるか？
　（複数サーバが1つのスレッドをストライプでもつかミラーでもつか
　　ストライプ＋ミラーでもつか程度は対処可能としましょう）
だけ回す。

そうすりゃ、スレッドのデータを保持しているPeerが起動されたときに
「お、起きてきたか？」
ってわかるべ。

NNTPだと差分量がでかすぎて、
パンピーが手出せねーべ？

37:デフォルトの名無しさん
01/08/29 17:29 akViQcrc
注1：
訂正それがどのサーバにあるか？×
　　　それがどのPeerにあるか？　○

注2：
IRCつかったことない人でもIP-Messengerは使ったことあるべ？
あれと同じノリだっぺ。
接続論理は、
・マシンとユーザ名＋どんなスレッドのデータを持ってる
これを流すようにするだけ。

38:デフォルトの名無しさん
01/08/29 17:32 1GuEpsjo
>>36 でもそれは IRCサーバに依存してしまうのでは？

39:デフォルトの名無しさん
01/08/29 17:39 akViQcrc
で、IRCでリソース（つーかディレクトリサービスか）を
ぐるぐる回しただけでは、ブラウザーで板一覧がみえねぇ。

そこで、
・表示だけをうけもつPeerというのを存在させる

現実的には、ルートノードみたいなのがねーと、
シロートさんがIEとかでペコっと開けねーから、
www.2ch.net/index.html、板一覧、板のスレッド一覧表示を
受けもつPeerはどこかに性的に置く必要があるっぺ。
どこかのレンタルサーバに性的に置くしかねー。

で、シロートさんが、その性的に配置されたPeerに対して
URLを指定してIEなんかでそれらを見に行くと、
性的に配置されたPeerは
HTTPの応答を"Location　どこそこ"で、どこかのPeerにすっとばして
表示させる。

# すっとばす先は、IRCでぐるぐる回している情報から取るべ

# その性的なPeerもIRCで自分の位置を知らしめねばならん。
# でねーと「掲示板にもどる」ができなくなるっぺ。

スレッド1つ1つの表示は、スレッドデータを保持している
Peerに直URLで表示できるようにすればええ。
もちろん、一覧表示のスレッド最新10レス表示もそいつにやらせるべ。
なに、一覧表示HTMLをフレームで区切ればできるっぺ。

40:デフォルトの名無しさん
01/08/29 17:42 akViQcrc
>>38
IRCは桃の例えだっぺ。
要は灯を消した体育館で同じクラスの人間と手をつなぎあう手段が
ありゃーええ　おっとヘンなところは触っちゃなんねぇべ。

IP-Messengerだとそれサーバなしでやってるべ。
（SMBのマスタブラウザみたいなのをテキトーに決めてるんだか？）
問題は、そいつのトラヒックがどんだけかっつーのがある。

41:デフォルトの名無しさん
01/08/29 20:10 mHkvtMJw
概略考えて見ました。こんなんでどうでしょ？
割と普通だと思うんだけど・・・。

■ 特徴

ネットワークはFreenet型（多分）
スレじゃなくてレス単位で保存
匿名性は 2ch.p2p に参加していることが数人にバレる程度
書き込み＆スレ取得は誰がやったかバレない（多分）

■ レス単位で保存の意味

スレ単位で保存すると、どれが最新なんだー？と混乱するから。
レス単位なら、内容は永久不変。レスに書き込み日付の情報を
持たせて、スレ取得時に書き込み日付でソート。

＃このアイデアは前スレであったような気がしたんだけど、
＃ちょっと見つからなかった。。

■ スレ取得

まず、クライアントＡが「ID:hogehogeのスレに属するレスをくれ！」
とコネクションを張っている他のクライアントにメッセージを発行。
どんどん回す。

メッセージがスレを持っているクライアントＢに辿り付いたら
クライアントＢは「レス番号:1-xxxまでなら持ってるよー」と
の情報をクライアントＡに向けて返してやる。

クライアントＡはいくつかのクライアントから応答を貰えるだろう
から比較して、適当に分散させて「おう！んじゃ、お前さんは
xxからyyまでくれよ、お前はyyからuuまでな」というメッセージを
それぞれに発行。気をつけなきゃいけないのは、各クライアントで
拾ってないレスがあるかも知れないわけで、レス番号はまちまち
かも知れない。その点も受信時に考慮。また、悪質なクライアントが
嘘の情報を流すかも知れないのでこれも考慮。

42:41
01/08/29 20:11 mHkvtMJw
う･･･「改行がおおすぎます」が出ちまった。
続き。

■ 書き込み

書き込みしたいクライアントは、書き込んだぞーメッセージを
他のクライアントに送信。もちろん、匿名性確保の為に、他の
クライアントから伝わってきたんだけど…という顔をして。
書き込みメッセージはネットワークのすべてのクライアントを
駆け巡る（無駄っぽい）。

＜書き込みメッセージを受け取ったクライアントの動作＞

１：
まず、書き込み日付が、異常に昔だったり、未来だったり
していないかをチェック。もし、チェックに引っ掛かれば、
そのメッセージを他のクライアントに渡したりはしない。
これは、レスをあとから挿入しようと目論んでいる悪質な
クライアントを排除するためである。また、これにより、
クライアントは常に正確な時間を保持することが義務付けられる。

２：
自前でスレのage、sageを行ってスレ一覧を作る。
参加したばかりで、ろくにスレ一覧の出来ていない
他のクライアントから分けてもらいましょう。

３：
ストックに保存
…でも全部のクライアントが保存したら多すぎるよなぁ。

■ レス保存

完全消滅する前に適当にばら撒きましょう。
ライフタイム計算して、適当に消すのも良し。

■ ついでにレス削除

クライアントは、気に食わないレスの（自分を通じての）流通を
拒否することが出来る。つまり、1-xxxは持ってるけど、Id:zzz
のレスはやらん！というように。要求元のクライアントＡでは、
「削除された」という形で扱われる。が、
別に欲しければ、「ID:fugahugaのレスある？」と
他のクライアントに聞くことは出来る。が、
別に気にしなければ、クライアントＡへは結局コピーされなく、
またクライアントＡからそのスレを取得した他のクライアントへも
コピーされなくなるので、完全消滅の日は早まる（気がする）。

■ 補足

スレIDは「板名＋ユニークそうな文字列」、
レスIDは「スレID＋ユニークそうな文字列」とする。

板を立てること自体はレスIDの板名を変えるだけなんで誰でも出来る。
メジャーな板の一覧はプログラムに埋め込み。

43:41
01/08/29 20:14 mHkvtMJw
何度もゴメン･･･間違えた。

誤：
参加したばかりで、ろくにスレ一覧の出来ていない
他のクライアントから分けてもらいましょう。

正：
参加したばかりで、ろくにスレ一覧の出来ていない
クライアントは、
他のクライアントから分けてもらいましょう。

44:
01/08/29 20:26 fbqKB6RI
やはりGnutellaベースで考えると、>>41のようになりますね。

（スレッドのローカルへの保存）
（パケットのルーティングのルール）
（ノード間通信のスレッド共有のプロトコル）の３つに分けて考えたほうが
整理できると思います。

もう一つ、メジャーな板はよいけれど、参加者の少ないマイナーな板は、
特に参加者が少ない時間帯では、共有に失敗する可能性が考えられま
す。 >>3で書いたように、そこで、ランダムな板のスレッドをいくつか、強
制的に、参加者に共有することを義務づける。あるいはスレッドを立てる
こととバーターで、を考えています。

匿名性については、自分が接続しているノードのIPアドレスは分かって
しまいますね。中のカキコの作者はわかりませんが。
あとGnutellaのプロトコルでは、検索クエリーへの答えのパケットに
IPアドレスが含まれているので、そのパケットが通過したノードでは、
「xは、A板のスレッドを持っている、ｙはB板のスレッドCを持っている」
という情報が漏れてしまいますね。

45:デフォルトの名無しさん
01/08/29 21:21 7L0go79A
共同作業型のアプリは、どこかで同期化する仕組みが必要だと思うな。
ファイルシェアだけの仕組みの提供だけではまずいような気がするな。
それが鉄則だと思うけど。

46:デフォルトの名無しさん
01/08/30 00:33 9VE7JjWs
性能について言及するならば・・・
"shared nothing"
1つのrequestが複数ノードに負荷をかけないようにする - これは鉄則だと思う。

47:デフォルトの名無しさん
01/08/30 00:36 9VE7JjWs
>>41
最新スレあげ程度だったら、
「最新書きこみ時間」を、スレデータを保持するノードにて発信することができて、
それを複数のノードが共有するだけでもいいんじゃないだろうか？
イメージ的には、Windowsのネットワーク共有フォルダを参照したときに、
ファイル名と更新日付がでてくるよね？
あれと同じことを確認できるだけでいいと思うんだけど。

48:
01/08/30 01:37 uLXMKjs2
カキコが、そのスレッドを読んでいる全ての人にもれなく配布されたか
どうかをテストする方法として

しりとりが使えないか？

yyyy/mm/dd hh:ss りんごごりら
yyyy/mm/dd hh:ss ごりららっぱ
yyyy/mm/dd hh:ss らっぱぱり
…

一般参加者にガンガンしりとりを行ってもらい、そのログを集計する。
書き込むタイミング、配布のタイミングで順序が多少前後したとしても、
書き込み時間で修正できるし、前の単語を書いてもらえば、Treeとして
分析することが可能。配布漏れが発生するかどうか、もし発生すると
したら、どれくらいの頻度で。

何か矛盾や間違っているところがありますか、もっと良い方法はありますか？

49:デフォルトの名無しさん
01/08/30 01:39 9VE7JjWs
利用者ベースの確認方法としてはいいと思った。
抜けがあったらすぐわかる（しりとりが破綻するから）

ただ、P2Pって、全部のPeerに均等に同じものを配布せずにすませる仕組みだと思うんだけど・・違う？
それだとNNTPでいーじゃん、ということにはなりゃせぬか？

50:
01/08/30 01:48 uLXMKjs2
>>49
プログラムが、実際の使用に耐えうるものかどうかは、ある程度のユー
ザーにテスターとして協力してもらわねばならず。しりとりなら誰でも
参加可能。

>全部のPeerに均等に同じものを配布せずにすませる仕組みだと思うんだけど・・違う？

P2Pの定義によるかもだけど、あなたの意見には同意。
しかし、板単位、スレ単位でネットワークを組むわけではないから。

もう一つは、配布漏れが発生した際に、どのようにユーザーはそれを
知り、リカバーするのか。「氏ね>>111」しかし、俺のログには、
>>111のカキコないぞ。では、>>111を検索しよう」うーむ。

51:41
01/08/30 02:00 UdwDTLPc
レスどうもっす。

>>44

>（スレッドのローカルへの保存）
>（パケットのルーティングのルール）
>（ノード間通信のスレッド共有のプロトコル）の３つに分けて考えたほうが
> 整理できると思います。

そうっスね。ひとまず、クライアント間での通信メッセージは
どういう書式で記述するのがいいんだろう･･･？ＸＭＬ？
だと、無駄にでかいか。Gnutellaはバイナリなんだっけ･･･？

> もう一つ、メジャーな板はよいけれど、参加者の少ないマイナーな板は、
> 特に参加者が少ない時間帯では、共有に失敗する可能性が考えられま
> す。 >>3で書いたように、そこで、ランダムな板のスレッドをいくつか、強
> 制的に、参加者に共有することを義務づける。あるいはスレッドを立てる
> こととバーターで、を考えています。

新しめのカキコ（レスじゃ紛らわしかったですね、すみません）については、
41の案では、マイナーな板でも公平に、書き込みと同時にわさわさと広がって
大量のコピーが作られる予定なので、大丈夫そうな感じです。
古めのカキコは知らん。

> 匿名性については、自分が接続しているノードのIPアドレスは分かって
> しまいますね。中のカキコの作者はわかりませんが。
> あとGnutellaのプロトコルでは、検索クエリーへの答えのパケットに
> IPアドレスが含まれているので、そのパケットが通過したノードでは、
> 「xは、A板のスレッドを持っている、ｙはB板のスレッドCを持っている」
> という情報が漏れてしまいますね。

えーと、これはその応答に使う経路で直接、
カキコを返すような感じでやれば匿名性は守れると思います。
接続ノードにIPがばれちゃうのは･･･まぁ、しょうがないかと。

>>47

勘違いだったらゴメン。それだと、その板を同時に読んでいる
いくつかのクライアントのIPを取得できちまわないか？

一体、匿名性は、
・2ch.p2pに接続しているがバレる
・板に接続しているのがバレる
・スレッドに接続しているのがバレる
のうち、どのレベルまで確保すればいいのだろうか？
「スレッドに接続しているのがバレる」まで許されるのなら、
割とパフォーマンス良いシステムが出来そうだ。
とりあえず、41の案では、匿名性最優先で考えたつもり。

52:49
01/08/30 02:19 9VE7JjWs
氏ね >>111
の111は、ブラウザ上でURLとして埋めこまれる
→それを受けるサーバが処理する

となれば方策は2つ
1. そのサーバがスレッドデータの保有者となるような構造にしておく
　→必ず返答可能
2. そのサーバは、スレッドデータの表示者となるような構造にしておく
　→検索は、表示者が行う
　　行うとすれば、、、
　　手順1 スレッドはどこか探り当てる
　　手順2 スレッドを保持しているサーバに対してrequestを送り、
　　　　　返答内容に差がなければ表示する（返答可能者全員一致採用法則）

53:
01/08/30 02:23 uLXMKjs2
gnutellaはガチガチのバイナリだよ。XMLでいいんじゃないの？
前も書いたけど、似たようなことをSOAPでやってる人、XML-RPCが
いるらしいよ。

54:49
01/08/30 02:24 9VE7JjWs
もし、配布という概念を用いるのであれば、
歴史のあるNNTPや、Proxyサーバを使った方が工数も下がるし
プロトコルの不得手としているところもわかるのでいいと思う。

ただ、一般社会のパンピーが、UD-Agentを利用するように
Peerを保持するようなノリに仕向けるためには、
そんな重いものを持たせるのも無理があるかと思う。

仕様決定は、現状可能な技術があるからこれで、
というアプローチが経済的であるけれど、
まずは人間本然の論理として、
大丈夫そうかどうかを論じることも亦重要なのではないでしょうか。
把握しやすい論理は実装矛盾を生みにくいのも亦事実であります。

55:
01/08/30 03:18 uLXMKjs2
>歴史のあるNNTPや、Proxyサーバを使った方が工数も下がるし

サーバが必要では？概念だけ利用するの？ごめん。頭が動かな
いのでもう寝る。

56:49
01/08/30 04:08 9VE7JjWs
>>55
サーバプロセスをPeerに実装する
というのがNNTPやProxyサーバを使った場合の答

でもP2Pは、カエサルのものはカエサルに、が正道だと思うなぁ・・・

57:デフォルトの名無しさん
01/08/30 13:40 uLXMKjs2
てすてす。かける？

58:30
01/08/30 14:41 YEMO5.RY
チェーン方式（発言番号ロック制御）について
URLﾘﾝｸ(piza2.2ch.net)
URLﾘﾝｸ(piza2.2ch.net)
URLﾘﾝｸ(piza2.2ch.net)

要は、最新の発言があったサーバンドが、
スレッドのオリジナルを保持しているっていう当たり前の話。
書きこみをする時というか、その依頼があった時は、そこに書き込みをしにいく。
但し、先着１名様限りで、あぶれた場合は、新しくオリジナルになった所を教えてもらって、
もう一度再チャレンジ。成功したら自分がオリジナルの所有者になるというわけ。

そして新しい書き込みが送られてきたら、自分の前の番号のサーバンドにリレーする。
そうすれば、発言のあったサーバンドがミラーとして利用出来る。
行方不明だったり、拒否だった場合はバイパスしてその前に送る。
もちろん、余裕があればその他からのチェーン要求を受け付けてもいい。
まあ、何度も書き込みをしてるとその数だけ何回も送られて来る事になるから
古い方は許否してチェーンを外れておくか、照合用に参照情報だけ送ってもらう。

でこれだと結局オリジナルのサーバに依存だから、
オリジナルが行方不明になったり、トラブった時にも
対応出来る仕組みを考えてたのが上の参照リンクの奴。

基本的には、チェーンの参加者は、再起動時には必ず
最新状況を確認せよって話かな？

59:
01/08/30 14:46 XO07jRAQ
正直、複数の人間が思い付きを書くだけでは、まとまらず話しが拡散
しますね。僕はしばらくコモってまとめることにします。

（でも時々age）

60:デフォルトの名無しさん
01/08/30 15:29 ZbIqADkA
>>58

でもさ、それだと、カキコをしたやつのIPバレバレじゃない？
同時に最新のカキコをした奴（＝オリジナル保持者）から見れば、
それスレにアクセスしてくるやつのIPもバレバレな気がするんだが。

これを回避できれば、リアルタイム性、同期性もあって、
素晴らしいと思うんだけど･･･。

61:デフォルトの名無しさん
01/08/31 00:44 t1XPYVCw
書きこみ番号なんてすっとんでもいーじゃん　現に今がそうなんだし。
みんなもっと素元的に落としこんで考えろ　Learn more,study hard!!

62:
01/08/31 03:30 cWzLd3g2
朝起きるのが早すぎるよ。

巨人インテルマンセー。
URLﾘﾝｸ(www.watch.impress.co.jp)
URLﾘﾝｸ(www.intel.com)

63:58
01/08/31 03:52 xAV9dT/M
>>60
もし、この書き込みがそうだと仮定すると、
たしかに、62の書き込みがあったサーバンドのipが分からないと
書き込めない事になるし、分かれば書き込んだ方のipも分かってしまう

どうすればいいかというと、２ｃｈの管理人を増産するのが一番簡単。
要はIP取らなければいいわけで、そういう信頼出来る？
サーバンドにしかアクセスしなければいい。
で、書き込みしにいく時は、それらの代理サーバンドに全権依頼する。
番号の管理は代理サーバンドが行なう事になる。
つまり、書き込む人と、サーバンドの独立性を確保すればいい。
まあ、要するに普通にユーザーモードで書き込めればいいって話だね。

>>61
レス順序が一定でないと、例えばこの書き込みの方が、61より
速く出回るって事が起こりえる。

ipなんてない昔からそういう転送掲示板はたくさんある訳。
それならnntp（ihave/sendme等）で十分。というかもっと単純化するべきか？
要は設定を自動化して、皆がだれでもサーバー立てられればいいって話。
既存のnntpサーバが、一般の接続を弾くのは、そのように設定してるからってだけだと思う。
つまり車輪の再発明は、ゴムタイヤだから意味があるので、
そうでなければ、滑りを良くして、レールを発明するって方法もある。
p2pなんて、結局ip/dns/サーチエンジンの再発明みたいな話だし。

64:デフォルトの名無しさん
01/08/31 04:05 g5Kjhjlw
今のGnutellaでファイルの共有は出来る。問題なのは同期を取ることだと思う。
でもこれを実際にp2pでやるのは無理というかその性質に合致しないことのよう
に思える。2chのようなものは中央サーバがどうしてもいるんじゃないだろうか。
だからそういったサーバ単位で不可分散を考えた方がいいと思う。プリミティブ
な意見で申し訳ないが。。

65:
01/08/31 04:28 cWzLd3g2
お、ネガティブな意見続出。まぁ、普通そうだろうね。

書き込みの順序については既に前のスレッドでも議論したね。もうお腹いっぱい。
配布の遅延や漏れについては、当然生じるわけですが、これをどのように最小限に
押さえるのかというところが面白いところだと思うYO。

前のスレッドで、SOAP使うと言う人がいましたが、ここはもう見てないですかー？

66:
01/08/31 05:03 GoIOYhtI
>>63
こういうのはどうかな？

(1) Gnutella Net 上でニュースグループ名(たとえば2ch.techとか)を
　　含むファイルを持っているか検索をする。
(2) 見つかったら、そのファイルをGETする。この時点でGETされた側は、
　　GETした側からNNTPで記事を配送できるようにする。
(3) ファイルの中身を見て特定の単語(たとえば「このファイルは2ch掲示板で
　　使います。」みたいな単語)が含まれていたら、そのピアとNNTPでやりとり
　　を開始する。

こういう感じで自動的に「レス」の配送を行うことってできないかなあ？

んで、このままだと今の2chと互換性がないから、取ってきたレスをまとめて
スレにして、ベアシェアみたいに限定されたウェブサーバ機能（この場合は
MP3ファイルリストの表示じゃなくて、掲示板CGI機能）も持たせてやれば
どうかな？

67:
01/08/31 05:16 GoIOYhtI
>>65
レスが途中で抜けても、後からそのレスを検索によって取得できれば問題ないんじゃないかな？
たぶん、今みたいに >>999 とか番号で指定することはできなくなるから、レスIDを
使うことになると思うけど、そのユニークなIDを検索にかけて取得するようにすれば。。

って>>66-67は思いっきりNNTPを使ってさらにレスごとに管理するという前提で話してますが。。

68:
01/08/31 05:20 GoIOYhtI
要するに、誰かが >>xxx みたいに参照してないレスは、あってもなくてもいい、
はいいすぎだけど、なくても気づかない、ってことなんで、だれかが参照した時点で
取得すればいいんじゃないかなと思ったんです。

69:
01/08/31 05:42 cWzLd3g2
>>67-68
それって、>>50, >>52 と同じ事と考えていいよね？

70:63
01/08/31 05:48 xAV9dT/M
>>64
そんなこともないと思う。

p2pってのは、一番必要な人達が持っていれば
他の人はそこからもらってくればいいから
皆が保存しておく必要がないって所にメリットが有るように思う。

ipが無い時代には、在り処が分かってても、隣までこなければ無理だったけど、
今は場所さえ分かれば、そこへアクセスして取ってくる事ができる。

>>66
で、>>30でも言ったけど、問題は、規模がでかくなると、
索引でさえ膨大になって、その場所を見つけるのが難しくなる。
まあ、ageで書き込むだけである程度それができるのが2chのシステムである訳で。
ただ、書き込みが多すぎて流れてしまうと、スレの中でも見つけにくくなるのと同じ。
要は処理が追いつかなければ全体を見る事が出来なくなって
見つけられない訳だよね。
でも、例えばp2pの掲示板の話題がこのプログラム板にある
っていうことを知ってればここには辿り着けるって話。

結局、何処かでツリー構造に頼るしかないかもしれない。
でも、それでは頂点がパンクするので、依存するのは避けたいわけだよね
それには山の頂上を平らにするっていうのが普通のサーバー分散の発想。

ただ、山を転がせがばいいという考え方もあるんだよね。
要は、ここを知らなかった場合は、誰かがなんらかの形で
教えてくれたから皆ここを見てる訳だと思うし？

71:70
01/08/31 05:50 xAV9dT/M
>>68
逆にいうと皆が参照してくれれば問題ないんだよね。

結局、システム的には、
その場で即座に作れて自動リングする。
勝手に消えない匿名ホームページ群と、

そのリングの負荷分散型ランキングシステム
があればいいだけかもしれないなあ？
まさにこれが問題なんだけど。

72:66-68
01/08/31 11:06 DGb/yr.6
>>71
ニュース読んでると、みんなが興味のある記事には
たくさんの返信がされるじゃない。
ということは、もともとの記事が配信されなくても
それに返信した記事のうちのどれかひとつが届けば
もともとの記事が存在したことがわかるし、
興味なければ返信もないから見つけられない人が
少し増えることになるだけと思う。

その記事に返信された数がそのままランキングに
なってないかなぁ？そういう話じゃない？＞ランキングシステム

73:
01/08/31 13:00 cWzLd3g2
>>72
多少の遅延が生じるかもしれませんが、ネットワークに参加しているノードが
カキコを持っていれば、いつかは（w、同期が取れると考えています。

問題はその遅延時間を出来るだけ短くすることと、遅延に気づいたユーザーがその
カキコをできるだけ自然に、かつネットワークに負荷がかからないようにして取り
寄せることができるような仕組みかなと思うのです。

74:71
01/08/31 13:40 xAV9dT/M
＞72
レスがつくのは、興味があるかというより、確かにそれは前提条件ではあるけど、
まずはレスの付けやすい記事かどうか、というのが大きいんじゃないかな？

レスを付けなければ見られにくくなるとすると、
届いてない記事に誰がレスを付けるのかって話だよね。
見れる人が少なければ少ない程、レスがつかない可能性が高いのでは？
さらに、タイムラグがあればある程、レスはしにくくなりますしね。
それに、誰もレスのネタがないからってだれも興味のない記事とは限らないでしょう。
ホームページなんかでも、カウンタだけはやたらまわってるのに、
付属の掲示板はまっさらなんてところはザラにあるわけで、

まあ、２ｃｈ内に確実に存在したとしても、量が多すぎて見つけられない人も
多いのかもしれないから、それと一緒の事かもしれないけどね。

とりあえず、>>58みたいなのを誰か作る気ないかな？
と、実際のプログラムが書けない私は、sageで書いて人に依存してみる。（ｗ

75:
01/08/31 19:05 cWzLd3g2
わすれないようにメモ

おれのサーバント、どうやら書き込みの受信が遅れてるみたいだぞ（遅延発生を
認識）
->同じスレッド仲間とのコネクションの端っこにいることが推測される。

接続数増加ボタン連打。
->仲間とのコネクションを沢山張ることにで遅延を回避しようとする。

76:
01/08/31 22:37 2wgXA52U
サイト作ったYO!
URLﾘﾝｸ(www.geocities.co.jp)

77:41
01/09/01 01:05 V0kaltcw

う…漏れも作っちまった。
>>41 で出した案の改良板。まずは概略。
URLﾘﾝｸ(www.geocities.co.jp)

…つーわけで、ご意見ご感想お待ちしております。

URLﾘﾝｸ(www.geocities.co.jp) より
> 板によって異なるポリシー（IPアドレスの表示/匿名、投稿制限等）を設定可能。

むむ、興味あるぞ。

78:
01/09/01 01:14 t2cxml/2
僕のアイデアと同じ所もあり、違うところもある。
なんとか一緒にやれませんかね。

>Gnutellaと違うのはファイル（スレッド、書き込み）の
>やりとりを直接行わないで、他のクライアントを通す。
>IPを晒す必要がないので、匿名性を確保出来る。

カキコの中身は全部パケットに入れて流すんですか？
それは少し非現実的では？パケットでブロードキャスト
するのは検索クエリとそれに対する応答にして、後は
ソケット通信がいいんじゃないかと。

79:aki
01/09/01 01:22 Zhfmqejs
なんか150Mbps越えたそうな。
URLﾘﾝｸ(www.maido3click.com)

というわけでTikiからリンクはっと来ました...

80:Perler ◆GSi39OA6
01/09/01 01:33 mWrhy1jc
>>79
スレ違いは置いといて、単位が「hits」なんですが。。。デマのような気が。

81:aki
01/09/01 01:39 Zhfmqejs
ｶﾞｶﾞｰﾝ。駄目じゃん＜単位

スレ違いぽいのは余談の方が長いせいですね。
逝ってきます。。

82:デフォルトの名無しさん
01/09/01 01:39 ancbgN2U
待機任務がヒマなので結構テキトーに考えてみた
URLﾘﾝｸ(www.geocities.co.jp)

図説の現行2chサーバはあくまでも例です。
単に、どこかに固定的に置かれているプレゼンテーションを行う層として考えてるだけ。
（URL固定でないとフツーの人が見れないから）

83:あぼーん
あぼーん
あぼーん

84:
01/09/01 01:41 t2cxml/2
このすれ、急に混雑してきたね…

85:あぼーん
あぼーん
あぼーん

86:
01/09/01 05:23 t2cxml/2
URLﾘﾝｸ(www.geocities.co.jp)
>書き込み並びにスレの取得などは、他のクライアントからの伝聞を
>装うのでばれない。

「装う」という仕様では、装っていることがバレバレなのだから、結局IP
アドレスがばれてしまうと思います。

そこで、ランダムなノードをプロクシとして使うことを考えてみました。
URLﾘﾝｸ(www.geocities.co.jp)

ランダムなノードは、本当に投稿してくれるのか？
本当に俺のIPを忘れてくれるのか？ログとってねーよなｺﾞﾙｧ!

そのリスクを最小限に押さえるため、行きずりの、全然無関係な板の人に頼む。
だめか。

結局、P2Pは互いを信頼することで成り立っているから、これはどうしようも
ない問題だと思うな。何か良い方法があればいいけど。

87:デフォルトの名無しさん
01/09/01 13:30 yanE/TlI
>>78

つまり、カキコの中身をバケツリレー的に伝聞するという事ですよね？
で、自分がコネクションを張っているクライアントに対してソケットで交信よんよん。
だから、ブロードキャストをする必要は無いと思う。

ブロードキャストは最初にコネクションを張る時だけで。

88:デフォルトの名無しさん
01/09/01 13:35 yanE/TlI
>>86

いや、バケツリレー的にメッセージを送るプロトコルなら。

「どっかのだれかから、あんたにメッセージだよ」
「どっかのだれかが、スレ取得したいから送れ」

を、本人を含めて伝聞で行うという意味じゃないかな？
つまり、ネットワーク総プロクシ化。

的外れだったら、スマソ

89:デフォルトの名無しさん
01/09/01 13:44 oknLaLHw
おもしろそうな事やってますね、おいらも混ぜてちょ。
(といいつつ、あまり動けないけど)
練ってけど、TCP/IPでいく限りはIPアドレスが漏れるのは避けられないから、
トークンバスの仮想ネットワーク作っちまったらどうかな。
レスはこの仮想ネットワーク上にブロードキャストしちまえば誰が書いたかわからない。
A ==> B ==> C ==> D ==> E
^=======================+
のような輪を作る。Aが発言しBに渡す、BはC以降の誰かが発言したという事しかわからない。

以下、思いついてるネタを散文的に書きなぐり
・データの持ち方は現行の2chにとらわれる必要なし。httpdとして動き、それらしく見せるローカルなデーモン作ればいい。
・スレはレス(いわゆるメッセージ)を指すディレクトリでありレス本体は含まない。スレを閲覧するときに持ってないレスをgnuttelaのように掻き集める。

90:デフォルトの名無しさん
01/09/01 14:10 yanE/TlI
>>89

ここで
>書き込み並びにスレの取得などは、他のクライアントからの伝聞を
>装うのでばれない。
というのは、

Aが「どっかのだれかからのメッセージ」と偽れば、Aが発言したとはBも分からない。
と解釈すればいいのでしょうかね？

グヌテラのようにかき集めるのは匿名性の問題があるから、これもバケツ
リレー的に行えばいいと思うです。

91:
01/09/01 14:21 9DvFkqOE
書き込みの中身をパケットで流したら、ネットワークが大きくなった時に
簡単に破綻すると思います。

92:デフォルトの名無しさん
01/09/01 14:33 1.Ou8YGY

バケツリレーするには、少なくても隣の人が誰かを知らなければならない
　という問題はあるけど

ネットワークが大きくなってもバケツの数も増えるので同じでは？

93:
01/09/01 14:36 9DvFkqOE
確かに書き込みをパケットに入れてバケツリレーをすると、匿名性は
保てますが、ネットワークが簡単に破綻してしまうので、止めたほうが
良いと思います。

URLﾘﾝｸ(www.jnutella.org)
絶対に実装してはならない機能はチャットである。狂気の惨状にしては
ならない:チャットのパケットを送ってはならない。

94:
01/09/01 14:38 9DvFkqOE
>ネットワークが大きくなってもバケツの数も増えるので同じでは？

それは、（ごめん）非常に浅はかな考えだと思います。

95:92
01/09/01 14:47 KAOoJuUo
この場合、流すのは書込みメッセージだけですよね？
一周回って送ったメッセージが帰ってきたら完了

A ==> B ==> C ==> D ==> E
↑　　　　　　　　　　　　　　　｜
＋－－－－－－－－－－＋

サーバーがある場合に比べて通信負荷が倍になるだけでは？
確かに、このリングを作るのにコストはかかりそうだけど・・・

96:デフォルトの名無しさん
01/09/01 14:51 AfE3XVcw
IPが漏れるという問題は、IPV6になったら解決されるのだろうか。
IPV6の世界って家電だろうが何だろうがグローバルにIPを振るというものだから、
そのへん考慮されていそうだが。
あまりに厨房なこといってたらスマソ。

97:デフォルトの名無しさん
01/09/01 14:53 yanE/TlI
バケツリレーは無理かぁ・・・

じゃぁ、読んだ書き込みはコピーって言うのはどうかな？
コピーかどうかが分からない以上、だれが書いたか不明ですから。
コピーを複数所有していれば確実ですね。

リクエストのほうの匿名性は・・・　仕方ないかな・・・

98:デフォルトの名無しさん
01/09/01 16:13 oknLaLHw
>>97
>バケツリレーは無理かぁ・・・
そのスレの参加者(閲覧者)の間でメッセージをリレーするとすれば、ネットワークを流れる総データ量は
クライアント数×メッセージ量なので、局所化させない応答性を確保する、が肝じゃないのかな。

>>93
それバイアスかかってないか?
グヌテラのプロトコルはチャットを考えて設計されてないから、実装してはいけない
というならば理解できるが。

99:41
01/09/01 19:14 V0kaltcw
盛り上がってきたね、嬉しい。

>> 88

そうそう、そういう事っす。ありがとう。
ここいら辺は Freenet のパクリ。以下のページを参考にした。
URLﾘﾝｸ(www.sfc.wide.ad.jp)

>> 96

どうなんだろう？？でもこんな記事が。
URLﾘﾝｸ(www.zdnet.co.jp)
IPレベルで匿名性を確保できるとすげー楽っすねぇ。

…んで、
新規投稿（書き込みだとスレの内容の意味のカキコと紛らわしいね、
これもごめん）をバケツリレーしたら、ネットワーク壊れるんじゃねーの？
というご意見多数ですが、

何で壊れる？というのが俺の意見。
遅延発生すんだろ！というのなら分かるけど…。

俺の案だと、「板ネットワーク」なるものを作っている。
これによって必要な所に必要なだけの新規投稿を送れるようになる（はず）。

しかし、ただの経路になったクライアントもネットワークに
組み込まれるわけだけど、もし、流通量が多くて
もうやってられませんわ！という事になれば、
その板ネットワークから抜け出せるようになっている。
URLﾘﾝｸ(www.geocities.co.jp)

無駄な新規投稿を経由さすのが嫌なら、抜け出しまくれば、減る。
抜けたら抜けたでネットワークは効率化するわけだし。
…でも、皆が皆、そういうことしちゃうと、
板参加者が推定しやすくなっちゃうから困っちゃうんだけど…。

もしかして、そういうことじゃない？

>> 86

>　　∧,,∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
>　ミ,,ﾟДﾟ彡　＜　アンタに、そう伝えてくれって、知らない奴に頼まれた…
>　 ,;ﾞ　　ﾐ　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
>　ﾐ.　　ミ
>／゛゛゛゛

ｶｯｺｲｲ

良かったら考えている基本的な土台を見てみたいッス。
俺の案だと板は全部同じ扱いしかできないし。

100:41
01/09/01 19:17 V0kaltcw
う…参照リンク失敗。すまん。 >>88 >>96 >>86 ナリ。

101:デフォルトの名無しさん
01/09/01 19:47 ig30BD5c
書き込みのバケツリレーなんてしたら1対1で直接ファイルをやりとりできるとい
うP2Pの性質が意味をなさないのでは？

同時多発的にあるスレに対する書き込みが発生してそれぞれ異なった版のスレが
あちこちに作られ、同期を取れない間にまたそれらのスレに書き込みが繰り返さ
れ、さらに版が拡散するんじゃないか？このことはどうやって回避するのだろう？

102:デフォルトの名無しさん
01/09/01 20:13 LzBeC2l.
------------------------------------------------------------------------
==2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数：62465人　発行日：2001/09/01

どもども、こんにちは、ひろゆきです。

先日のネタが予想以上に大騒ぎになってしまいまして、、、関係者の方々にはご迷惑をおかけしました。。申し訳ございませんです。URLﾘﾝｸ(dailynews.yahoo.co.jp)

8/31に2ch閉鎖という噂が流れていたので、それを逆手になにか面白いことをしようと思い、forSaleの画像をつくってもらって2chをオークションにかけたわけです。yahooオークションかビッダーズのどちらにしようかと迷ったんですが、
ビッダーズだと無料で出品できるので、ビッダーズでいいやぁとビッダーズを選んだわけです。URLﾘﾝｸ(www.bidders.co.jp)

実は、オークションに出品するのが初めてだったもんで、よく知らなかったんですが、ネタの出品は禁止されてるんですね。。。

ビッダーズさんには突然の負荷とネタ出品というご迷惑をかけてしまったようで、、、申し訳なかったです。ちなみに、URLﾘﾝｸ(www.writing-space.com)の企画ネタだろう？という話もあったようですが、単においらが思いつきでやっただけです。。。

さてさて、、、2ch縮小のお話ですが、、

サーバ屋さん（URLﾘﾝｸ(welcome.maido3.jp)）が好意でサーバを提供してくれて、削除人さん、復帰屋さん、保管屋さんやユーザーさんの善意のおかげで無秩序に増加をし続けた2chでしたが、
規模が大きくなりすぎたため、好意だけで続けるにはコストが高すぎる状況になってしまいました。

そこで、ぽこぽこと掲示板を閉鎖したり、UNIX板の人たちの協力でスクリプトを更新したりと、2chを維持するコストを縮小しよう計画をしてました。

ある程度まで維持コストは下がりましたが、それでも、「誰かがお金を払う」ことで2chが成り立っていたという事実は変わりません。

そうすると、3種類の対策があります。
・広告スポンサーをつける　＜広告モデルが崩壊してるので厳しい。
・ユーザーが使用量を払う　＜面白くなくなる。
・法人化して金稼ぐ　　　　＜めんどくさい。未知数。
もちろん、2chを潰してしまって、日々の生活に戻るという選択肢もありますが、、、

ということで、今後、2chを残すためにどうすればいいいのかという話し合いをしてました。

現実的な路線としては、法人化してサーバ代を払えるような組織をつくるというところになりそうです。そうすると、今までの2chの行動原則の1つである「面白いことをしよう！」というのは崩れちゃうことになるでしょう。

「面白いかどうか？」という基準ではなく、「儲かるかどうか？」という基準で考えなければ、法人としてやっていけません。

だから、法人化するとしたら、儲かりもしないネタをやって、バカ騒ぎすることは出来なくなってしまうかもしれません。

たった2年間ではありましたが、自由で無責任でアホでどうしようもないけど、無駄に面白い場所というのはもう無くなってしまうかもしれません。そして、現在閉鎖した掲示板が復帰する予定についてもまだわかりません。

閉鎖した掲示板の住人だった人や、自由で馬鹿だった掲示板が好きだった人は、2chを去ってしまい、ほかのところでまた楽しくやっていくことだろうとは思います。

そして、今回のオークションネタは、ネタのわかる人たちへの最後の花向けと、ネタのわからない人たちを笑う最後の悪趣味な冗談だったわけです。

今後、2chがどうなっていくかはわかりませんが、世間を騒がせても笑ったものが勝ちという、生真面目な人をうけつけないアホな掲示板があったことは覚えててもらえるとうれしいです。

んじゃ！

──────────── 2ch-net─

Ｐ２Ｐでサーバに依存しない掲示板を作るみなさん、あなた方がポスト２ｃｈの本命の様です。　陰ながら応援します。頑張ってください。

103:デフォルトの名無しさん
01/09/01 21:49 baJQonXA
がんばってくださいage

104:デフォルトの名無しさん
01/09/01 21:49 ytvqUsmk
使命っすね。がんばらねば。

105:
01/09/01 21:54 9DvFkqOE
俺はがんばらない。別にお前のためにつくってるわけでもないし、使命だ
とおもって作ってるわけじゃない。作りたいから作るだけ。

106:デフォルトの名無しさん
01/09/01 22:09 oknLaLHw
>>101
>書き込みのバケツリレーなんてしたら1対1で直接ファイルをやりとりできるとい
>うP2Pの性質が意味をなさないのでは？
掲示版という性質上、全ての参加者が同一の情報を(少なくとも注目しているスレについては)
共有する必要があるので、新規カキコはリレーでおっけじゃないか?
閲覧のたびにスレのカキコデータを全部もらってくるのは、他の参加者の負荷が上がるので、
読んだものは自分で保持。

107:デフォルトの名無しさん
01/09/01 22:27 LzBeC2l.
>105
ごもっともです。
「エンジョイしてるかい？」に訂正。

108:デフォルトの名無しさん
01/09/01 22:31 RO5r5Hlo
ダサいの覚悟で言わせてくれ。
お前ら最高にかっこE Yo!
++LOVE

109:デフォルトの名無しさん
01/09/01 22:35 V3BM1p2g
>>106

＞読んだものは自分で保持

ログの保存は。

1．自分で読んだもの
2．経由したもの

を、ユーザーの設定によって保存するってのはどうでしょうか？
また、容量制限も必要かもしれませんね。

110:
01/09/02 01:39 K265WADA
もれなくパケットを配布できる理想的なP2Pネットワークってどうよ？
URLﾘﾝｸ(www.geocities.co.jp)

っつーか、まだ出来てないんだけどね。明日は遊びに行くので、もう寝ます。

次ページ