2chのような掲示板システムってP2Pで

■スレッドリストへ戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 最新50

133 ：デフォルトの名無しさん ：2001/06/11(月) 13:15: 130や113や１のどのソフトを使ってもどれもが繋がるようにはして欲しい
134 ：デフォルトの名無しさん ：2001/06/11(月) 13:27: とりあえず、難しいことは考えずにP2Pで掲示板システムが可能か
プロトタイプを作るのが先だね。
135 ：デフォルトの名無しさん ：2001/06/11(月) 15:15: スレッドが存続している間はそれを管理しているノードはID固定に
する必要があるとおもう。（板のようなスレッドグループがあるなら板も）
さすがに管理者不在じゃまずいと思うから。
でIDといっしょに公開・秘密鍵のペアも作っとく。

IDは公開鍵そのものでもいいかもしれない。
で、削除依頼やなんかの管理メッセージには
IDと証明書をつける。

配信を含む管理メッセージのやり取りで証明書つかえば
ニセスレやニセメッセージ問題はとりあえずいいと思う。

悪意のニセスレを除けば
取りこぼしとかはあまり気にしないでも複数ノードで
自然に補完できそうなきがする。
2ch程度の信頼性でもなんとかなるくらいだしな（笑い
136 ：135つづき ：2001/06/11(月) 15:21: >>118 警告を配信しなくてもID単位での（弾き・受け入れ）情報を
お互いに参照できるようにするだけでいいと思う。
このとき下記みたいに１行コメントつけられるといい。

＞　弾きID:AAA キケン！電波
＞　弾きID:BBB 挙動が怪しい。バージョンが古いのか？
＞　弾きID:CCC 人気ありすぎて重い。XXX,YYYあたりからとってくるといいかも

 >>119 みたいに一部に嫌われてるノードも悪口いってるほうがよっぽど嫌われ物なのが
分かったりもするだろうし（笑

変なノードや管理がずさんなノードはこれで自然と村八分になるとおもう。

これでも新規IDを使ってクソスレたてまくるのは防げないけれど
これは近所のノードの人がまめにIPアドレスで弾くしかないんじゃないかな。

これは今の掲示板でもある程度やってるしね。
普通の発言を制限する意味でもIPでの弾き機能も多分必要になると思う。
137 ：135つづきのつづき ：2001/06/11(月) 15:21: それから、マイナス評価だけでなくてプラス評価の（信用度）みたいのを導入するのも
いいかも。

人気スレッドでみんなが1次ノードからとってきたがって重くなるから
公式ミラーみたいなのを指定したりしてね。

あと板（スレッドグループ？）の管理者に信用されてないスレッドは
配信してもらえないとかの設定ができれば会員制みたいな運用もできるかも。
(３人以上の推薦が必要とか)
138 ：デフォルトの名無しさん ：2001/06/12(火) 22:14: >133
方言になっちまうよね。トランスレータいれちゃどうだ？
これは多分プロトコルだけでなくて、国語変換もあっていい。
日本語<->英語とかね。
139 ：：2001/06/12(火) 22:30: 拡散してきたな。
140 ：デフォルトの名無しさん ：2001/06/13(水) 17:23: 管理者とか会員制とかにしちゃったら全然2chと違うじゃん・・・

しかしふと思ったが管理者不在ってなると悪意の個人情報とか永久に流れちゃうわけで
それはそれでまずいよなぁ・・・
141 ：デフォルトの名無しさん ：2001/06/13(水) 17:27: >>140の危険性からやっぱりIPは記録せざるを得ないと思うけど、
2chがここまで発展したのはIPを記録してないから無責任な発言ができたからであって、
それを無くしてしまうとまったく意味が無くなってしまう・・・

以上無責任な発言でした。
142 ：135 ：2001/06/13(水) 21:35: >>141
誰でもミニひろゆきにいつでもなれて、荒らされて嫌になったら
ID作り直していつでもやりなおし。
そんなスレッドがたくさんあるイメージ。
普通の発言は別にIDつける必要ないとおもう。

ソフトと自分のスレのID(＋と秘密鍵)さえ持ってれば
どこからアクセスしてもいいしサーバ借りたりしなくていい
ってのが理想だと思う
こうなれば自分のサイトでcgi動かすより１００倍お気楽。
うまく作ればIDからIPはわからないようにもできるんじゃないかな（無責任）

変かな?
143 ：：2001/06/13(水) 21:43: >悪意の個人情報とか永久に流れちゃうわけで
>それはそれでまずいよなぁ・・・

各カキコに「削除」ボタンを付けて、カウントがたまったらそのカキコを流さない
ような仕組みを作れないかな。悪用すればシステム破壊者につけこむスキを
与える可能性もあるけど。

今の２ちゃんねるでは、削除人というモデレータがいて削除を行っている。
この特権を一人一人に少しづつ与えて、民主的な削除。
144 ：デフォルトの名無しさん ：2001/06/13(水) 22:11: >>143
「個人」情報だと最悪１票しか削除要求はいらない(W
145 ：デフォルトの名無しさん ：2001/06/14(木) 09:34: う～む・・・難しいねぇ・・・
146 ：名無しさん＠お腹いっぱい。 ：2001/06/14(木) 22:12: 書き込みの順番はどうするのでしょうか？
一つのデータに書き込む訳じゃないから、時刻で並べたりするのでしょうか？
その時、ローカルマシンだと時刻が合ってなかったりするから問題だと思うけど、
インターネットに共通で使える時計とかあるのでしょうか？
147 ：デフォルトの名無しさん ：2001/06/14(木) 23:16: P2PよりPTTPが好き。
148 ：：2001/06/14(木) 23:46: >>146
NTP, SNTP

といってもP2Pアプリが勝手にPCの時刻を修正してしまうのも強引と思われるね。
アプリ内にOSの時刻とは別の正確な時刻を持つ。

そもそも書き込みの順序を正しくソートする必要はあるかな。
149 ：名無しさん＠お腹いっぱい。 ：2001/06/15(金) 10:41: >>148
ありがとうございます。時刻はアプリ内に持てば良いでしょうね。初回接続時。

> そもそも書き込みの順序を正しくソートする必要はあるかな。
そもそも具体的な実現法が分かっていないのですが、同期の取れていないデータ
をどうやってマージするのかを考えた時、この辺が必要かなと思いました。
150 ：>148 ：2001/06/15(金) 15:04: >といってもP2Pアプリが勝手にPCの時刻を修正してしまうのも
ＰＣの時間を修正しないようにプログラム書けばＯＫでしょ？
NTP, SNTP からただ時間を獲得してくるだけ～
151 ：デフォルトの名無しさん ：2001/06/15(金) 15:44: >>150
まさに >>148-149 はそういうことが言いたいんだと思うよ。読解力ゼロ君？
152 ：デフォルトの名無しさん ：2001/06/15(金) 15:53: そろそろアルファ版公開してよ？
やってみなきゃ問題点もわからんし・・・
153 ：150 ：2001/06/15(金) 16:03: 読解力ゼロですね・・・・
154 ：150 ：2001/06/15(金) 16:41: ttp://www.jnutella.org/docs/gnutella/scalinggnutellanet.html

『絶対に実装してはならない機能はチャットである。
狂気の惨状にしてはならない:
チャットのパケットを送ってはならない。』

パケットをうまく抑制するプロトコル考えなきゃ、
結局『繋がらない（怒）』ってなりそうですね
155 ：1 ：2001/06/16(土) 14:53: >>152
すまそ。忙しさでまだできてない。
まだコアの部分の実装をどうするか、悩んでいたりする。

もし本当に興味があるなら、

http://www.jnutella.org/mailinglist/

のjnudev MLに参加いただけると嬉しいです。こちらで議論を続けるつもりです。（もちろん、2chにもフィードバックします)
156 ：：2001/06/17(日) 19:09: MLに参加するのはめんどくさいから、ときどきこっちに書いてね。
157 ：デフォルトの名無しさん ：2001/06/17(日) 20:58: PerlでP2Pアプリケーション作れるのかなぁ。
158 ：1 ：2001/06/20(水) 22:14: >>156
了解！！
ちなみにjnutellaもSourceForgeに入ります。
159 ：1 ：2001/06/20(水) 22:15: >>157
P2Pって一言でいってもプロトコルはいろいろあるので、一概には言えませんが、PerlでもP2Pはできると思います。Gnuttelaみたいなのはすぐできるのでは？
160 ：デフォルトの名無しさん ：2001/06/22(金) 17:24: やってみている。Gnuttelaみたいのは意外に簡単だと思うが、
掲示板までは長いぞ。
読む側
１）個人の共有フォルダにスレッドを立てることにする。
２）スレタイトルを最新更新で流しまくる。（更新情報には寿命がある）
３）読みたいスレ決まったらクリックするとＰ２Ｐでダウンロード
　　面倒だから最初は全発言ダウンロードでいいと思う。
４）読まれたスレはgnuttelaでいうttlを１増やして流すことが
　　できる。(ここんところちょっと要考慮。ttl１増えると
　　見る人間が２～４倍になる。）

書く側
１）書きたいスレ決まったら書き込む。
　　書いたデータは、ｐ２ｐポストで転送
　　非常に小さい、変更トークンを流せるようにするか？？

というように管理のうまい方法が面倒なのだ。
管理と、表示の実装を分離したいところだ。
161 ：：2001/06/22(金) 23:06: 聞くところによると、２ちゃんねるは赤字らしい。サーバのコスト爆発。
つまり、ここは持続可能なコミュニティではない。がんばれP2P。
誰でもｲｲﾖ。
162 ：デフォルトの名無しさん ：2001/06/26(火) 15:28: P2Pがたくさんの帯域を必要とすることについて、、
これまでのサーバ＆クライアントの通信と比べると
帯域を食うので、効率が悪いと思うヒトもいるだろうけど、
これからのDSLなどで解決できるでしょ。

今のところ、DSLなんかでインターネットを使ってると
現在のコンテンツでは今以上の帯域は要らないんじゃないかと
思うから。

俺的には、ブロードバンドって言うとすぐ大容量コンテンツの
高速ダウンロードにつなげようとする何年も前から
同じことしか考えられない発想の貧困な人間は嫌い。

まじ楽しみにしてるよ。>>1
163 ：デフォルトの名無しさん ：2001/06/26(火) 15:33: あ、掲示板だけどあるスレッドの全ての発言を収集しようとするのでなく、
時間順にある程度欠けてもいいんじゃないかと思う。

本当にレスの多い発言ほど、発言の損失を極力防げると思う。
まぁ、レスのつかないスレなら、P2Pである時点で諦められるYO！
164 ：デフォルトの名無しさん ：2001/06/26(火) 17:48: １つのスレッドを誰が持つかについて極めて
悩む俺。ネットニュースってどうやってんの？
時間順にずれる仕組みかなぁ。１６２，１６３
ときて１６２．５はどーするんだぁぁ
165 ：デフォルトの名無しさん ：2001/06/26(火) 23:09: >>164

　みんなで1つのスレを共有するんじゃない？

　接続しているPCの中で、162.5がなければ読むこともできないし、
その存在を知ることもできない。

　もし、162.5がどこかに1つでもあれば
新たに自分の保有しているスレにも書き込まれるんじゃない？
166 ：：2001/06/27(水) 04:06: んー。ここらへんキモですね。

たとえば、
スレッドにIDつけて、各カキコのIDは (スレッドID+カキコ時間)にしる。
すると（カキコID, カキコ本文）ってテーブルが出来るね。

それで、「誰かこのスレを共有する奴いないー？って」IDを含むくえり
投げて、同じ興味の奴が見つかったら、そいつとテーブルの一部を
交換。次からは、くえりは投げずに、書き込む度、読み込むたびに、
そいつとテーブル交換。

破綻してるかも。寝る。
167 ：デフォルトの名無しさん ：2001/06/27(水) 13:18: 番号は別にリナンバしてもいいんだけど、
番号へのリンクを書き込み時に
絶対リンクにする必要があるのかなぁ。
>>165
１つのスレを誰かが持つと、そのサーバー
落ちるとスレ消えちゃうよね。なあんと
なく、常時接続でコピーしてもいいぞって
人と、わたしゃ見るだけですーって人が
混在していて、初めて分散処理になると
思うんだな。
>>166
これが正解かも。リンクは各カキコへの
リンクに変換して持つことにして、
スレという実体は存在しないと。
168 ：デフォルトの名無しさん ：2001/06/27(水) 13:51: ご参考に
http://www.ntt.co.jp/news/news01/0104/010427.html
169 ：デフォルトの名無しさん ：2001/06/29(金) 02:59: http://www.zdnet.co.jp/news/0106/28/e_hacktool.html
170 ：デフォルトの名無しさん ：2001/06/29(金) 03:45: P2Pってさあ、一歩間違うと超強力な規制ツールになりうるような気が…。
でかい企業が最近P2Pに注目してるけど、本意はこんなところに
あったりして～
たとえばNTTのやつも「意味情報」をもとにネットワーク全体にブロッキング
をかけることができるわけでしょ？個々のサーバをつぶすよりも簡単に
規制できるよね。
とレッシグの「Code」を読みながらおもた。
171 ：170 ：2001/06/29(金) 03:59: あーでもAOLみたいなのといっしょな気もするから、あるネットワークに
かぎって考えれば規制のしやすさってのはいっしょなのかな～。
いろんなP2Pネットワークサービスができればいいねえ。
172 ：デフォルトの名無しさん ：2001/07/02(月) 04:10: P2Pな掲示板アプリケーションは具体的にはどのようになるのかな。

(1)いくつかのサーバ（ノード）で動くJavaアプリ
(2)ウェブブラウザを拡張、組み込み型のアプリケーション
(3)ぐぬてらみたいな純粋なクライアント側のアプリケーション
(4)なぷすたみたいな中間型。
173 ：ﾂｯｺﾐ不要 ：2001/07/02(月) 11:31: >>31
大槻教授お久しぶりです
174 ：ﾂｯｺﾐ不要 ：2001/07/02(月) 11:36: 誤爆したようです。
気にしないで下さい。
175 ：>1 ：2001/07/02(月) 13:22: 「あめぞう型掲示板」って言えよ。お前、どうせあめぞう本家なんて出入り
したことなかっただろ。最近2chに入ってきて2chのことわかったつもりで
2ch用語とか使いまくって2ch歴長いふりして悦に浸ってるだろ。
176 ：デフォルトの名無しさん ：2001/07/02(月) 17:13: 1ではないが
 >>175
歴史が古けりゃ偉いと思ってるバカ発見！
2ch型掲示板って言った方がリーチが大きいだろがﾊｹﾞ
177 ：>176 ：2001/07/03(火) 09:16: 無知のくせに逆ギレですか？あなたよりは壷やあめぞう界に関する知識と経験は
ずっと上ですよ。
178 ：176 ：2001/07/03(火) 10:09: >>177
Q.「壷やあめぞう界に関する知識と経験」は何の役に立つの？
179 ：デフォルトの名無しさん ：2001/07/03(火) 11:37: どっちでもいいけど、マターリいこうよ。
180 ：デフォルトの名無しさん ：2001/07/03(火) 15:21: 2ch歴短いけど、>>177の発言は今までで一番笑えました。
是非、>>178の質問への答えが知りたい。
181 ：デフォルトの名無しさん ：2001/07/04(水) 03:31: バカがいるからおもしろい
ありがとう >>177
182 ：デフォルトの名無しさん ：2001/07/04(水) 08:21: jxtaをどう想う？>>1
183 ：>1 ：2001/07/04(水) 10:42: 2ch型掲示板という呼び方は間違いです。正しくはあめぞう型
掲示板です。訂正しましょう。
184 ：>178 ：2001/07/04(水) 10:42: 183が分かる
185 ：デフォルトの名無しさん ：2001/07/04(水) 11:41: P2Pがさっぱりわからない厨房です。
自前のWebサーバにログをあげておけるようにはできないのですか？
どこからでも読み書き可能な個人掲示板と、P2P掲示板の合わせ技
みたいな感じで。ある程度簡単に設置できたら置いてみたいです。
トンチンカンなこと言ってたらすみません。
186 ：デフォルトの名無しさん ：2001/07/04(水) 12:08: P2Pって概念は誰が最初なの？グニュテラ？

ちゃんとした本が合ったらぜひ読みたい。

教えて！
187 ：178 ：2001/07/04(水) 17:47: >>184
超ウラヤマシイぜ（藁
188 ：名無しさん＠お腹いっぱい。 ：2001/07/04(水) 18:14: >>185
それをWebアプリケーション（インストールして誰でも設置出来るようにする）
として提供すれば確かに大差ないと思う。
189 ：デフォルトの名無しさん ：2001/07/06(金) 15:53: >>1じゃないけど、

JXTA面白いよ。
でも、JXTAを採用したら jxtaのライセンスに縛られるわけで。
190 ：デフォルトの名無しさん ：2001/07/14(土) 00:16: なんかニュースある？

あげ
191 ：デフォルトの名無しさん ：2001/07/14(土) 00:20: sage
192 ：デフォルトの名無しさん ：2001/07/14(土) 01:30: sage
193 ：デフォルトの名無しさん ：2001/07/14(土) 15:35: a.g.e.
194 ：デフォルトの名無しさん ：2001/07/14(土) 17:34: sage
195 ：デフォルトの名無しさん ：2001/07/15(日) 06:51: レス番号は固有にしたいな。レス順序が変わったら2chじゃないもん。
そこがネットニュースとの違いになると思う。

問題はスレとノード（板）の関係だけど
とりあえすスレ立てる時、何かカテゴリかなんかのキーワードを指定すると言うのはどうだろうか？

逆に言うと各ノードは、取り扱う内容によって詳細なキーワード（板の名前を含む）を持っていて、
そこに立てると自動的にその属性が付く

で他のノードのスレで、受け入れ可能なスレがあったら、自動的にノードにリンクさせる
スレの順位はとりあえずage sageや時間等の評価情報を活用するべきだと思うな。

スレをよむときは、最後の書き込みがあったノードにアクセスする。

書きこむ時は最後のノードと最初のノードに許可を取って自分がチェーンにぶら下がる。
最初のノードと最後のノードは常にスレの状態を把握しているので衝突が起きたらわかる。
問題はどっちかが消えた時。
最後のノードが消えた時は最初のノードが暫定許可を出す、
そのノードは次のノードが書き込みをしようとしても前のノードに確認を取らないと許可がだせない。

最初のノードが消えた時は２番目以降に確認をとってから許可を出す
聞かれた各ノードは最終ノードに食い違いが起きていたら問い合わせる。

こんな感じじゃ無理かな？
196 ：委員長 ：2001/07/16(月) 10:56: >>659
> >>641 既得スレ一覧は保存してないから無理かも、

どうも、委員長です。
既得スレ一覧についてなのですが、基本的には保存している一覧表から作成し
ない方が良いと思いますよ。
スレッドのダウンロード時に既得スレ一覧に追記する事になると思うのですが、
万が一追記出来なかった(エラーやバグなど)場合、一覧に載っていないdatファ
イルが存在し続けることになりかねません。
私が作成中のブラウザには既得スレ一覧の機能がありますが、以下のイメージ
で実装しています。

・logフォルダから全datファイルを検索。
・既得スレ一覧からスレッドタイトルなどの情報を取得
・既得スレに記述がない場合、datファイルなどから情報を取得
　既得スレに追記しておく。
・既得一覧ツリーに追記。

既得スレ一覧の機能は必要だと思います。
これがないと既得スレの掃除がやりにくいと思うんですよね。
197 ：委員長 ：2001/07/16(月) 10:57: すみません、誤爆です。
198 ：デフォルトの名無しさん ：2001/07/16(月) 11:37: ホットゾヌsage
199 ：名無し ：2001/07/20(金) 21:59: 今ごろになってこのスレを発見したのだが、
これ今日あるよ。

ところで１はどこ行った？
もっといろいろ議論しよう
200 ：デフォルトの名無しさん ：2001/07/20(金) 22:07: おう。議論しようぜ。俺も頭の中とメモ帳で考えている。

P2P+BBSで検索したら、ここがヒットした。
http://www.gimlay.org/~andoh/diary/2001-01.html
201 ：デフォルトの名無しさん ：2001/07/20(金) 23:16: とりあえず、誰か動くの早く作れ。
早く試してみたいナリよ。
202 ：1 ：2001/07/20(金) 23:41: お久しぶりです。

Software Design 8月号 P122に出ている「P2Pを利用したコミュニティモデルの可能性」の掲示板サイトとは恐らく2chのここのスレのことだと思います。

>>175
あめぞうってなんでしょうか？
2chを最近はじめたのも事実ですよ。。（すいません）

>>200
安藤さんはjnutellaのMLにも投稿されているようです。
すごい人はバイタリティーありますよね。
203 ：おいら ：2001/07/21(土) 00:11: >>202
おっ、１発見！！ところでP2P掲示板の進捗はどうよ？

>Software Design 8月号 P122
おいらも読んだけど、ここのスレを指してるなんていうのは、
流石にないんじゃないの？だって、全然、現実的な議論にまで、
発展してないもん。
#今月号のソフトウェアデザインはよかったね。
#おいらみたいなアホにもP2Pが分かるように書いてあった。

>あめぞうってなんでしょうか？
あめぞうっていうのは2chの元になったスレッド式匿名掲示板
なんだよ。あめぞうさんっていう人が管理してたんだけど、
訴えるぞゴルァとか言われて、ノイローゼになってやめちゃった
んだよ。そこで、ひろゆき、あめぞうのシステムをパクッて2ch
作ったら大当たりしたって分けよ。あめぞうあってのひろゆきっ
てことなのね。ちなみに、あめぞう型掲示板は2ch以外にもいろ
いろな派生があるよ。

ところで、P2P掲示板の仕様はどうなったのよ。
早くﾊﾋﾟｮｰしてほしいなりよ。
204 ：デフォルトの名無しさん ：2001/07/21(土) 05:36: >>195みたいなチェーン型は駄目ですかね？
205 ：デフォルトの名無しさん ：2001/07/21(土) 07:44: >>204
チェーン型の場合、ノードは誰が管理するの？
ノード=サーバってことになるのかな、、、
そうすると、pure P2Pではなくてハイブリッド型P2Pになるのかな？
206 ：デフォルトの名無しさん ：2001/07/21(土) 08:24: こんにちわ。SOAP実装部隊です。現状についてご報告。
概要：
　１発言＝１SOAPメッセージ
　名前空間＝掲示板名.板名前.発言者ＩＤ.特定番号
　購読する名前空間を接続、読んでるものは全コピー
　発言順は時間順、スレ番号指定は番号指定して、内部で名前空間に
　変換、表示時に戻す。
　板情報は無条件で全員購読。
開発
　SOAPちゅうかXML実装中。chat+SOAPみたいな構成から
　はじめようとしてます。
ご意見希望
207 ：デフォルトの名無しさん ：2001/07/21(土) 09:23: >>205

＞チェーン型の場合、ノードは誰が管理するの？
ノードの運営者、つまり自分。

要は、かちゅ～しゃのお気に入りを自分のノード（掲示板）とみなして、
他の人とも共有しようって話だけどね。

どうも今進んでる話だと、単にネットニュースをp2pで流そうって話に聞こえる。
まあそれはそれでいいと思うけど。
208 ：デフォルトの名無しさん ：2001/07/21(土) 14:03: >>206
チャットしていた内容が後から閲覧できるというイメージでしょうか？
掲示板名と板名前はどうやってきめるの？

>>207
その場合、ノードの管理者は常時接続で、パソコンの電源も
入れっぱなししておかないとダメなんじゃないの？

それだと、そういう環境の人しか発言できないよ。
209 ：206 ：2001/07/21(土) 15:04: まあ、いろんな人が勝手に進めているっちゅうことで。
ちなみに１さんではないです。
掲示板名はコントロールメッセージがあって、これに
追加することになりますね。ネットニュースのそれと
思っていいかと。すくなくとも多少の常時
接続サーバーがあって、それが管理することになると
思われます。
完全Ｐ２Ｐでやるアイデアもあるけど、まだまだ
そういうレベルではないっす。
210 ：デフォルトの名無しさん ：2001/07/21(土) 15:15: ２ちゃんねる難民対策本部★
http://corn.2ch.net/test/read.cgi?bbs=entrance&key=995644824

関連スレ上げ
211 ：デフォルトの名無しさん ：2001/07/21(土) 18:49: >>210
ひろゆきも結構P2Pは研究してるっぽいね。
ところで、>>210 のスレで質問してるのはここのスレの１か？

とりあえず、１の仕様が聞きたい。
212 ：デフォルトの名無しさん ：2001/07/22(日) 05:47: ウェブブラウザのみでPureなP2Pを実現する方法はありますか？
ActiveX?
213 ：195=207 ：2001/07/22(日) 06:39: >>208
まあ単なる思いつきなんだけど。

>その場合、ノードの管理者は常時接続で、パソコンの電源も
>入れっぱなししておかないとダメなんじゃないの？
>それだと、そういう環境の人しか発言できないよ。

いや >>195をみてもらいたいんだが、

結局番号の重複防止ってだけだから、最新の発言を管理しているノードが生きていれば、スレのチェーンは追加可能
それは、発言があるノードの生きているどれかに聞けば知ってる。

とりあえず終了前に番号の管理権を他の常設ノードとかに委譲できれば
問題ないんだけど、持ち逃げされて、さらに１のノードも同様に途絶すると
スレッドストップが掛かっちゃうよね。
プライベートスレッドならその方がいいのかもしれないけど。
常設の連絡先をもう一つ決めておけば済むかな？
ウォッチドックを仕掛けておいて、例えば連絡が途絶したらその連絡先に聞いてみて、
一定時間経ってもつながらない方の権限は消滅して繰り上がるとかね。

まあ２つのノードの確認が必要なからまあ重そうだけどね。

>>212　java使わないでって事？
214 ：デフォルトの名無しさん ：2001/07/22(日) 11:13: >>213

スレッドの最新発言番号だけは中央集権的に管理しないと
きついんじゃない？ホスティング会社に置いた、十分に安定した
サーバーで。

> 結局番号の重複防止ってだけだから、最新の発言を管理しているノードが生きていれば、スレのチェーンは追加可能
> それは、発言があるノードの生きているどれかに聞けば知ってる。
ノードA は 123 が最新だと思ってて、ノードB は 124 が最新だと
思ってるという状況は起こるよね。全部のノードでロックをかけて
最新発言番号を同期的に更新なんてことは現実的には無茶でしょ？
215 ：デフォルトの名無しさん ：2001/07/22(日) 22:03: >>212-213
プラグインがいいんじゃない？
javaだとローカルのHDDにアクセスできないよ。

>>213-214
つーか、発言番号をやめて、時間で管理すればいいんじゃないの？
時間＋発言者のIPだったら絶対ユニークになると思うが、、、
使い勝手が悪いかな？
216 ：デフォルトの名無しさん ：2001/07/23(月) 02:19: ２ｃｈは、板によってはかなりひどい人権侵害や犯罪行為が堂々と行わ
れている。「削除」はボランティアに依存し、裁判もかかえている。存続
に対する潜在的なリスクは大きい。このサイトもそう長くは続かないだ
ろう。

削除不可能な２ｃｈのP2P版を作ることに、果たして社会的な正義や
必要性があるだろうか。技術者の倫理として、作ることが許されるの
だろうか。

原爆の開発者は、開発後にそれを後悔しただろう。クローンの研究
者には、越えてはならない一線があると考えられており、法的な規制
もある。

プログラムを開発しリリースすることが社会的な行為である以上、
「面白そう」だけで公開することは許されない。
217 ：デフォルトの名無しさん ：2001/07/23(月) 02:55: ひろゆき「２ちゃんねるはもってあと１年」

1 名前：夜勤投稿日： 2001/07/17(火) 18:36

ほいほい過去ログを html化していたら、、、
piza がディスクフル目前だ。どうしよう、おろおろおろ。(考え中。。。)

13 名前：夜勤投稿日： 2001/07/18(水) 03:54

短期的には、piza いきなり停止。。。
なんてことがあっても、許してネ、

このスレが2chを救う・・・・かもしれない　ガンバッテ
218 ：217 ：2001/07/23(月) 03:02: >>216
このスレの趣旨とは違うだろ、ここではあくまでP2P実現のためのシステムを
考える・実践するためのものかと。
219 ：デフォルトの名無しさん ：2001/07/23(月) 03:34: まぁ、ナプスターの騒動をみても、ソフトウェアのシステムと社会的な
影響は切り離せては考えられないと思うけどね。

まぁ、アングラ活動の人たちは何を言ってもわからないだろうけれど、
自分の行っている行為を省みる大人であれば、何を作るべきで何を
作らないべきかについて少しは考えるだろう。

前にも書いたけれど、民主的に削除を行うような仕組み（たとえば参加者
一人一人に少しづつ削除権を与え、カウントがたまったら削除されるよ
うな）が作れれば面白いと思う。
220 ：デフォルトの名無しさん ：2001/07/23(月) 08:39: >>219
生物におまえら進化すんなといっても無駄なように、物事は
進化しちゃうんだよ。そして最悪を経験して、さらにいい方向
にいくんだと思うな。ま、それでダメならシステム自体がダメ
なんだろうし。
221 ：デフォルトの名無しさん ：2001/07/23(月) 10:55: >>215
マシンの時計同期の問題もあるし、NAT に隠れたマシンとか
Proxy 使ってるクライアントから1秒以内に同時書き込み
されるとだめだし。

スレ内の発言番号の順序一意性ってそんなに重要？
222 ：デフォルトの名無しさん ：2001/07/23(月) 11:50: >スレ内の発言番号の順序一意性ってそんなに重要？
>>221
重要じゃないと思うよ。
だいたい時間でソートできればいいんじゃないの？
メーリングリストみたいにさ。
223 ：デフォルトの名無しさん ：2001/07/23(月) 12:02: >>216 >>219
おいら達もP2P掲示板作ろうと思ってるけど、そんなに悪いものかなぁ？
罪悪感とか微塵も感じないが。

みんなどうよ？
224 ：デフォルトの名無しさん ：2001/07/23(月) 12:30: 結局 NetNews を再発明するということになるのか？
・番号の順序は面倒みない
・中央集権的な削除はできない (コントロールメッセージは無視すりゃ終い)
225 ：213 ：2001/07/23(月) 14:13: >>214
>全部のノードでロックをかけて
私の（机上の）方式だと、番号管理権をもってるのは最新のノードで、サブが最初のノード。
新しく自分が最新になる為には、現時点での最新のノードからの管理権譲渡が必要な訳。
ただノードはいつもオンラインだとは限らないからどうするかって話。

>最新発言番号を同期的に更新なんてことは現実的には無茶でしょ？
>ノードA は 123 が最新だと思ってて、ノードB は 124 が最新だと
>思ってるという状況は起こるよね。

要は最新の発言をどうやって知るのかって話だね
チェーンなんだからだとっていけばいいんだけど
途中で手がかりが消えた場合どうするのかって事かな。
サブマスターである１のノードに聞けばわかると思うんだけど
いつも居るとは限らない訳だよね。

>スレッドの最新発言番号だけは中央集権的に管理しないと
>きついんじゃない？ホスティング会社に置いた、十分に安定した
いや、これをなんとかできないのかって話なんだけどなあ。
じゃないとあんまりp2pの価値がないし。（実用性って意味なら問題ないけど）
つうかインターネットのポリシー的にもねえ。
226 ：213 ：2001/07/23(月) 14:14: >>224
そうだねえ、まあそれはそれで便利かもしれんね。
まあネットワークに出回った以上、本来の意味の削除というのは出来ないんだけど、
見えない所に持っていく事は出来ると思うんだよねえ。

余談だけど、ユーザー非表示機能って欲しいなあ。
不快に思った人がその発言にチェック入れると、消えはしないけど、
わざわざリンクを押さないと表示しないようにできる機能
他のonにしている人が見るときもそうなる。
従来のなんでも表示がよければoffにすればいいだけ。
227 ：デフォルトの名無しさん ：2001/07/23(月) 14:46: >>225
全部読んでないので、がいしゅっつかも知れないんですが
最新のノードってどうやって知るのよ？
サブマスターと言われるものが持ってるのが最新なの？
サブマスターが乱立・サブマスターが孤立した状態が長い
↓
最新スレが乱立・成長
↓
同一スレが分裂・著しく時系列に並ばない
↓
(ﾟдﾟ)ﾏｽﾞｰ

じゃないの？
228 ：214 ：2001/07/23(月) 15:04: 結局 IRC のサーバースプリットと同じような問題かな。
>>227 の言ってるようなことを意図的に起こせるでしょ。
分散処理につきまとう本質的な問題だと思うよ。
結局 >>224 のような NetNews もどきになると思われ。
229 ：225 ：2001/07/23(月) 17:29: >>227
＞最新のノードってどうやって知るのよ？
最新発言ノード=マスターてことにすると、マスターがどのノードかという事は、
サブマスタ=（マスターの相談相手、とりあえず１の発言ノード）なら確実に知ってる。
１のノードがどこかなんてのは、勿論そのスレのキャッシュ自体を見ればわかる。
１が居なかったら２に聞けば、もしサブマスターが移っているなら
問い合わせがあったはずなのでどっちか知っている筈。
逆に言うとサブマスターが把握できないものは
たどる事が出来ないので正式なチェーンにはならない。

というか基本的に発言(マスター変更他)があったときは、バケツリレー式に
自分の前のノードに知らせる。死んでれば飛び越す訳だけど、
まあ、チェーンの各ノードは次のノードに、自分の復帰した時とかや
定期的にアクセスしてキャッシュを更新してるんじゃないかな？

つまりチェーン上のノードに適当にアクセスすれば、
ほぼ最新の情報が手に入る。
本当に最新か確かめたければ、そこに書かれてある
最新のノードにアクセスしてみれば、マスターかどうかはわかる。
マスターでなければ、新マスターや、サブマスターを教えてくれるはす。

マスターが消えた時はサブマスターが暫定許可を出す訳だけど
それ以降はマスター不在になる。
マスター交代はマスターの失踪宣告がでた後じゃないと不可。
そこでやっと新マスターが誕生する。
逆に言うと一定時間音信不通だと、
マスタもサブマスターもいったん権利を失うって事。
サブマスターは、生きてる中で一番古いノードに移行する。
要は、自分がいったん失踪した生き返りである事を自覚していれば、
その時点で確認を取る必要があるので、許可を乱発するなんてことはない筈。
誰かに聞かれたら、自分はもうマスターではないといって、
サブマスター他から聞いた新たなマスターを紹介すればいいだけ。
勿論暫定マスターが誰もいなければ（新着がなければ）
また返り咲くわけだけど。
230 ：225 ：2001/07/23(月) 17:29: >>228
＞>>227 の言ってるようなことを意図的に起こせるでしょ。
＞分散処理につきまとう本質的な問題だと思うよ。

まあそうなんだよね。認証を厳しくすれば可能かもしれないけど。
悪用して逆手にとろうとしたら幾らでも出来る。
そこが問題だよなあ。
231 ：デフォルトの名無しさん ：2001/07/23(月) 20:31: >>230
だから、システム的に問題があれば、ユーザ離れていくし、
流行ればインテルＣＰＵみたいになんとかなっていくんで
ないかなー。甘い？
232 ：224 ：2001/07/23(月) 21:51: > というか基本的に発言(マスター変更他)があったときは、バケツリレー式に
> 自分の前のノードに知らせる。死んでれば飛び越す訳だけど、

遅そう...

330KB

新着レスの表示

スレッドリストへ戻る全部前100 次100 最新50

0ch BBS 2004-10-30