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

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

115 : :2001/06/05(火) 13:10
>>113
P2Pによるコミュニティ形成ならば、斬新かどうかよりも、普及するかどうかのほうが
大事だと思うな。

>>114
もし漏れがネット破壊を目的としたスパマなら、適当な警告を近くのノードに送りまく
るな。

「ちょっとこのノード変だな」という奴を村八分にするような仕組み、信頼できるノード
だけで新しいムラを作るような仕組みってうまく作れないもんですかね?

116 :デフォルトの名無しさん :2001/06/06(水) 08:22
>>115
うーん。スレもノードも乱発できないようにしたらどう?
ひとり一日1票。しかも警告出すやつは自分もリフレクトで
ダメージ1/2とか。

117 :デフォルトの名無しさん :2001/06/06(水) 12:52
IRCを応用できんのかねぇ。

118 :115 :2001/06/06(水) 16:03
>>116
>しかも警告出すやつは自分もリフレクトでダメージ1/2とか。

面白い。でも警告をrelayするなら、どうやっても同じだと思うよ。

スパマ警告の警告者情報にIPアドレス付けて、「あなたはノードXがスパマだと
警告しましたか?」と確認しにいくってのはどう? 複数の警告者から確認がと
れればノードXをスパマと認定。

119 :デフォルトの名無しさん :2001/06/06(水) 23:01
>>118
キャラ立った固定ハンドルとかもスパマとしてツブされそうな気が。考え過ぎかなあ。

120 :デフォルトの名無しさん :2001/06/07(木) 10:07
うーん。解決策はいろいろありそうなんだけど、いつだって
完璧とは言いがたいよね。穴はどこかにありそうだもん。
一番の解決策がこれ作らないことってのはなしにしよう。
それより、これを流行らす手法..というかα版を広めてみる
のが正解か?これは性善説で配ったらだめ?

121 :デフォルトの名無しさん :2001/06/07(木) 10:34
>>120
性善説でイイと思う
まず広めてみなきゃ何が問題で何が有効なのかつかめないし・・・
普及しなければスパムさえもないし

でも、とりあえず作ってあとから仕様変更しまくりって感じになっちゃうのが
プログラム的にはよくないけどね・・・

122 :デフォルトの名無しさん :2001/06/07(木) 11:20
別に仕様変更はプログラム的によくないわけじゃないかと。
設計がしっかりしてれば仕様変更しても
大して手間もかからず、グチャグチャになったりもしない。

123 :デフォルトの名無しさん :2001/06/07(木) 11:31
a

124 :デフォルトの名無しさん :2001/06/07(木) 11:50
要求定義が出来ていないのにスクラップ&ビルドをめんどくさがっても
しょうがないじゃん。

125 :デフォルトの名無しさん :2001/06/08(金) 08:37
>>124
α版を期限付きで流すのがいいかな。これが意外に良かったりすると
また問題なんだけどね。

126 :デフォルトの名無しさん :2001/06/08(金) 10:57
こういうのって、どうせ最初から完全なものは作れっこないし、
二回三回とスクラップ&ビルドを繰り返して新しくして、まともに
なっていくもんですよね。

だから、最初の段階からスパム対策だの荒らし対策だのなんだ
の機能を盛り込みすぎることは好ましくないと思うのだけど。
まず動かしてみて、そういう枝葉でなくて、幹の部分をしっかり作
った方がいいと思う。

みんな、それはそれとして考えるのが面白い部分からアイデア
出ししているだけだろうし、それはいいけど、そのせいで実装と
テストが遅れちゃなんにもならないかな、と。

おれ自身はP2P志向ではなくて、また違ったアイデアのBBSを
実装しようとしてるとこなので、こんなところで口を出すのはおか
ど違い、出て行けと言われりゃそれまでですな。

127 : :2001/06/08(金) 16:05
完全なP2Pの場合、一つ一つのクライアントがルーターの役割も果たすわけです
から、 バギーな中継をする奴とかがいると、それだけでネットワークが崩壊する
可能性があるよね。

幹も枝も、区別がつかない。

128 :デフォルトの名無しさん :2001/06/08(金) 21:04
大丈夫、一人壊されても誰も気がつかない

129 : :2001/06/10(日) 03:50


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

131 :1 :2001/06/10(日) 11:47
>>121
その線でいこうと思ってます。プロトコルが乱れるのは避けたいですね。
P2Pの荒らしは結構永遠のテーマのような気がします。

132 :名無し :2001/06/11(月) 01:00
スレッド内容等は暗号化&符号化した方がいいと思う。
正規の手はずを踏まずに更新できてしまうとつぶれるのでは。
オープンだけどクローズ。P2Pだし。

あと、スレッドごとのMD5を計算して保持し、
ファイル保持サーバントの中で一番多いのを真のスレッドとするのはどう?
でも新規投稿時にはブロードキャスト?こりゃだめか?

133 :デフォルトの名無しさん :2001/06/11(月) 13:15
130や113や1のどのソフトを使ってもどれもが繋がるようにはして欲しい

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単位での(弾き・受け入れ)情報を
お互いに参照できるようにするだけでいいと思う。
このとき下記みたいに1行コメントつけられるといい。

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

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

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

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

これは今の掲示板でもある程度やってるしね。
普通の発言を制限する意味でもIPでの弾き機能も多分必要になると思う。

137 :135つづきのつづき :2001/06/11(月) 15:21
それから、マイナス評価だけでなくてプラス評価の(信用度)みたいのを導入するのも
いいかも。

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

あと板(スレッドグループ?)の管理者に信用されてないスレッドは
配信してもらえないとかの設定ができれば会員制みたいな運用もできるかも。
(3人以上の推薦が必要とか)

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動かすより100倍お気楽。
うまく作ればIDからIPはわからないようにもできるんじゃないかな(無責任)

変かな?

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

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

今の2ちゃんねるでは、削除人というモデレータがいて削除を行っている。
この特権を一人一人に少しづつ与えて、民主的な削除。

144 :デフォルトの名無しさん :2001/06/13(水) 22:11
>>143
「個人」情報だと最悪1票しか削除要求はいらない(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の時刻を修正してしまうのも
PCの時間を修正しないようにプログラム書けばOKでしょ?
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みたいのは意外に簡単だと思うが、
掲示板までは長いぞ。
読む側
1)個人の共有フォルダにスレッドを立てることにする。
2)スレタイトルを最新更新で流しまくる。(更新情報には寿命がある)
3)読みたいスレ決まったらクリックするとP2Pでダウンロード
  面倒だから最初は全発言ダウンロードでいいと思う。
4)読まれたスレはgnuttelaでいうttlを1増やして流すことが
  できる。(ここんところちょっと要考慮。ttl1増えると
  見る人間が2〜4倍になる。)

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

というように管理のうまい方法が面倒なのだ。
管理と、表示の実装を分離したいところだ。

161 : :2001/06/22(金) 23:06
聞くところによると、2ちゃんねるは赤字らしい。 サーバのコスト爆発。
つまり、ここは持続可能なコミュニティではない。 がんばれ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
1つのスレッドを誰が持つかについて極めて
悩む俺。ネットニュースってどうやってんの?
時間順にずれる仕組みかなぁ。162,163
ときて162.5はどーするんだぁぁ

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
1つのスレを誰かが持つと、そのサーバー
落ちるとスレ消えちゃうよね。なあんと
なく、常時接続でコピーしてもいいぞって
人と、わたしゃ見るだけですーって人が
混在していて、初めて分散処理になると
思うんだな。
>>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や時間等の評価情報を活用するべきだと思うな。

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

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

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

こんな感じじゃ無理かな?

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
今ごろになってこのスレを発見したのだが、
これ今日あるよ。

ところで1はどこ行った?
もっといろいろ議論しよう

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
おっ、1発見!!ところで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実装部隊です。現状についてご報告。
概要:
 1発言=1SOAPメッセージ
 名前空間=掲示板名.板名前.発言者ID.特定番号
 購読する名前空間を接続、読んでるものは全コピー
 発言順は時間順、スレ番号指定は番号指定して、内部で名前空間に
 変換、表示時に戻す。
 板情報は無条件で全員購読。
開発
 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
まあ、いろんな人が勝手に進めているっちゅうことで。
ちなみに1さんではないです。
掲示板名はコントロールメッセージがあって、これに
追加することになりますね。ネットニュースのそれと
思っていいかと。すくなくとも多少の常時
接続サーバーがあって、それが管理することになると
思われます。
完全P2Pでやるアイデアもあるけど、まだまだ
そういうレベルではないっす。

210 :デフォルトの名無しさん :2001/07/21(土) 15:15
2ちゃんねる難民対策本部★
http://corn.2ch.net/test/read.cgi?bbs=entrance&key=995644824

関連スレ上げ

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

とりあえず、1の仕様が聞きたい。

212 :デフォルトの名無しさん :2001/07/22(日) 05:47
ウェブブラウザのみでPureなP2Pを実現する方法はありますか?
ActiveX?

213 :195=207 :2001/07/22(日) 06:39
>>208
まあ単なる思いつきなんだけど。

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

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

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

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

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

>>212 java使わないでって事?

214 :デフォルトの名無しさん :2001/07/22(日) 11:13
>>213

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

> 結局番号の重複防止ってだけだから、最新の発言を管理しているノードが生きていれば、スレのチェーンは追加可能
> それは、発言があるノードの生きているどれかに聞けば知ってる。
ノードA は 123 が最新だと思ってて、ノードB は 124 が最新だと
思ってるという状況は起こるよね。全部のノードでロックをかけて
最新発言番号を同期的に更新なんてことは現実的には無茶でしょ?

330KB
新着レスの表示

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

0ch BBS 2004-10-30