UNIX板の皆様　閉鎖の危機にまた立ち上がってPt.2

**名無しさん＠お腹いっぱい。** · NG

さっきの話の続き。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 02:48:17

>>714 形態要素解析って知ってる？

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 02:48:43

掲示版が商業目的でなければある程度難しくても（初心者不可でも）おｋだと思います。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 02:57:00

Freenetを推進してけばいいだけな気がしてきた。
Freenetエンジンを如何にインストールさせ、
気軽にハイパーリンクを貼れる環境を生み出すことが肝要。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 02:58:09

でも自動だと無理だと思うな。
パターンが無数にありすぎる。

人に判断させるのが現実的だと思う。
今まで出た案の中で一番良いと思ったのは、
これは削除対象だろうという投票が一定以上になったら、
繋がっている人（なるべくこのスレを見ていない人、意見が偏らないように）に
ランダムに陪審員になってもらって（拒否すれば別の人）
（もちろん個人情報が絡むから規約に同意するか等の配慮もする）
多数決で削除するか決める。

問題があるとすればそれ自体が個人情報が拡散になっている事。

それでもやっぱり人が判断するしかないと思う。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 02:58:45

まとめ
・2ch.netが差し押さえられるかどうかはまだ分からない
　・ドメイン所有者がMonsters Incなのか、ひろゆきなのかはっきりしない
　・ドメイン差し押さえの前例がないため法律上はっきりしない
　・ドメイン管理業者が海外なため差し押さえに応じるかどうかは分からない
　・ひろゆきが保全異議を申請すれば、仮差し押さえ対象外にできる
　・来週になれば差し押さえられるかどうかはっきりする
・2chから他に移民するにしても問題が多い
　・現状で1000万人規模のアクセスに耐えられるサイトがない
　・仮に掲示板が複数個になった場合、情報が散乱する
　・専用ブラウザの互換問題
　・匿名性のバランス
　・↑によっては利用者が根付かない可能性
・ドメインとは別にひろゆきが2chやめるコピペは偽ひろゆきのネタ
・テクトイックス・タブロイドは嘘ニュースサイト
・１５日閉鎖は２ちゃんねるプロバイダー
・今回の閉鎖と2ちゃんねるプロバイダーのサービス終了は無関係
・●と２ちゃんねるプロバイダーは別物

まとめサイト
http://home.kimo.com.tw/dontclose2ch/
http://softbank.s231.xrea.com/

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 02:59:41

>>716
NNTPベースの掲示板だったとしてNetNewsをThunderbird/Outlook Expressで見てくれ，
ってのはおｋなのか？

だとしたら実装はINNにパッチ作ればいい，って話になるからだいぶ話が単純化されると思う。

UNIX板の連中はどうせnavi2chの代わりにGnusに戻るだけだから問題ないだろうけど，
Webインターフェースが欲しいとか専用ブラウザとかの実装は面倒だから
既存のソフトが使えるならそれに越したことはない。
＃GUIとかやりたくないし。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:02:10

>>715
わからんからぐぐってきた。
言葉をバラバラにして分析するっちゅーことでしょ。
まあ、おいらが言いたいのはそういうこと。
どっちかってと法律の人なんでおいら、そっち方面はしらん。
ただ、法律って全事象を言語化するってゆー側面があるから、（だから判例とか超めんどい）削除スクリプトも有りかななんて思ってさ。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:03:10

大きくGrep＋ﾊﾟﾀｰﾝﾏｯﾁﾝｸﾞ　（；´Д｀）無理か…

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:03:28

>>717
Pure P2Pだけではconsistencyが確保できないって話は激しくガイシュツ
>>719
板違いにつき逝ってよし

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:06:04

とりあえず今は削除の投票数が一定以上になったら勝手に消えるようにしちゃってもいいんじゃん？
消えるべきじゃない書き込みが削除されちゃう件は後でかんがえよう

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:08:46

>>721 素人はあっちいっててと遠回しに言われてるんだよ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:09:51

>>682
やれるところから　やるんだよ。少なくとも NNTP は INN はじめ既存の実績が
あるものが存在する。NNTP と P2P の件は上で技術的な解説してくれてるだろ。

そもそも鯖が BSD 系の UNIX UNIX クローンならば、モデルが確定してくれば
既存のものを組合せて実体を組み上げていく。PS プリンタが無くても GS があ
れば a2ps + lpr で Emacs から印刷したりしないか。

RDBMS のレプリケーションや負荷分散などは最初のモデルが出来るまで労力を
割いていられるか。既存のものに最低限の手を加えつつ行くしかないだろ。

バイプやリダイレクション等シェル環境やローカルホストがあるのは何故だ。
tar で LAN 経由でシステムごと引越ししたことはないのか。

たかが掲示板だ。その通りだ。P2P 技術　難解だ。NNTP プロトコル RFC 準拠
だけでもスクラッチだったら身動きつかないかもしれない。

が、既に存在するものを組み合わせて使うのも UNIX 流じゃないのか。法規に
触れず、クライアントの安全（Win + 商用セキュリティーソフト）を既存の
ブラウザやニューズリーダーで確保することも必要だろう。運営責任の形態も。

だから、無い知恵を絞っているんだろうが。金もない、スポンサーも無いんだ。
法に抵触しない範囲で可能な限り過去の資産、既存のリソースを生かす。

夢や理想は初動してから実現させていく。企画倒れにしない。そこが一番大変
なところだろ。もうせっせと試行錯誤にかかっている人達もいるだろう。

たかが、apache2 上でサービスを提供する掲示板だ。エキスパートなら現実的
な解をしろしめしてリードしてくれ。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:12:04

なんか「これが後のWeb3.0であった。」って声がどこからか聞こえた。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:12:40

個人的にはデータ一貫性なんてどうでもいい気がする。
ノードが近ければ取り込まれる可能性が近い、それで十分だ。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:14:29

小説とかならともかく英語で専門的な内容のテキストを読むってかなり大変だ。
マジ疲れたよ。
明日の為にもう寝るわ。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:14:36

>>727
精神分裂病。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:15:53

マジレス。
殺すなどのキーワードによる自動削除回避するのに
頃す、コロスケなんて言い換えが流行ってすぐに役に立たなくなる。
今の2chでも現にやってんじゃねーか。
マジでそんなシステムを作れるならGoogleに高値で売れる。

以上自動削除ネタは終わり。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:19:13

>>729 乙　おやすみ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:19:43

おらたちの元気をす少しづつ分けるからみんながんばれ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:20:13

>>731
今だって殺すなら通報だがコロスケで通報されてる奴はいないんじゃない？

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:21:30

2chにもまとめサイトが乱立しているように
Freenetのような文化に行ってもそれ用のサイトができるだけ。
既存の動いてる環境を2ch風にアレンジして移民すればいい。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:21:34

死ねも氏ねだしね。
そもそも削除対象だけを判断するのは人間じゃないと無理だから。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:22:17

ローカルあぼーんは使われない。メモっとけ、試験に出る（マジで

**151** · 2007/01/15(月) 03:25:50

>>726
NetNewsはPure P2Pだし，昔からやってる人なら難解とは思わないと思う。

現状のNetNewsをそのまま2chに当てはめようとすると(2ch.*を作る)
問題点はこんなあたりか？

・consistency(ノード間の伝播に時間がかかる)
・ピアリングは手動で張らなければならない
・rmgroup攻撃(とりあえず棚上げ)

考察
consistencyの問題は，ノードを減らして接続を完全グラフにすれば良いのでは。
そうすると自動ピアリングの話はノードリストの共有にすり替えることが可能。
削除の件は誰か「実装が簡単」な案を考えてくれ。できればコードは書かずに済ませたい ;-P

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:26:06

多分スクリプトなどを動かして削除なんて無理だと思うがな

**345** · 2007/01/15(月) 03:26:36

>>719
こんなところにまで自分が作ったまとめが貼り付けられるとはｗ
もとは2ch運用情報板で作った物。

で、このスレに書いたアイデアを、少し読みやすくして、
まとめWikiの「345のアイデア帳」にまとめておきました。
もし気になる方はご覧になられてください。
http://vipbox.dip.jp/new2ch/pukiwiki.php?FrontPage

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:27:28

ローカルあぼーんの統計を取るのも手なんだけどな。

**345** · 2007/01/15(月) 03:29:58

って、もう3時半だし。仕事あるのに・・・
寝ますﾉｼ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:32:21

簡単なのから作ってハードルを上げていく方が良いのでは？
いきなり完全を目指すのは無理だ。
少なくとも俺には。

本当は一つのＰＣが掲示板の全ての情報を持っているべきじゃないけど、
最初は全ての情報をそれぞれが持っている簡単なものから作ってはどうだろう？

そのp2pのネットワークに新しく入ってくるPCがいたら、
ネットワークの中のPCが掲示板の情報を流して保管させる。

こういう簡単なのから作って他の機能を追加してその機能の検証してみる、
そういう方が良い様な気がする。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:35:10

>>738

> 現状のNetNewsをそのまま2chに当てはめようとすると(2ch.*を作る)
> 問題点はこんなあたりか？
>
> ・consistency(ノード間の伝播に時間がかかる)

こいつですね。間違いなく。おまけに http で最終的に吐くとしたら。

> ・ピアリングは手動で張らなければならない
> ・rmgroup攻撃(とりあえず棚上げ)

・・・　御意。

> 考察
> consistencyの問題は，ノードを減らして接続を完全グラフにすれば良いのでは。
> そうすると自動ピアリングの話はノードリストの共有にすり替えることが可能。

そっか。”ノードリストの共有”　今日はそろそろギブアップですからちょっと調べて
から実験してみます。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:35:30

削除のシステムについてもある程度アイディアが揃ったらまとめなきゃね。
俺も寝ます。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:37:40

けつ毛バーガーをおまえらは削除しないだろう
よって削除機能など考えるだけ無駄。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:38:52

お前らありがとうな

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:39:34

削除してもどんどん削除対象の書き込みされて対処しきれんかｗｗ
諦めちゃうのが楽だなｗｗｗ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:42:31

>>738
> 現状のNetNewsをそのまま2chに当てはめようとすると(2ch.*を作る)
> 問題点はこんなあたりか？

・スパム。死ぬほどのスパム。記事1つに対し100のスパム
> ・consistency(ノード間の伝播に時間がかかる)
> ・ピアリングは手動で張らなければならない
> ・rmgroup攻撃(とりあえず棚上げ)

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:46:11

投稿時にそれの著作権をいくつかのライセンス(CCとかかな？)から選ばせる機能ほしいな。
固定でもいいけど、選べたらいいなー

そのとき大事なのは、勝手なライセンスは選ばせない。
そうじゃないと、法律的には消さなくても問題ない書き込みまで
「俺の著作物だ、削除しろ」を認めないといけないことになる。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:46:44

そういや2chてスパム投稿ないな。
おれの個人掲示板なんてスパムしか投稿されないのにorz。
なにか対策してるのかな。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:48:10

オライリーの「Usenet ネットニュース管理」
http://www.oreilly.co.jp/books/4900900990/toc.html
が売れる予感!!

…って絶版じゃねーかｗｗｗ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:48:31

現行2ちゃんねるの削除システムの問題点
ttp://www.kotono8.com/2007/01/15hiroyuki.html

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:51:16

>>751
日本以外は蹴るとかいろいろ対策やってたはず。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:51:49

P2P って何？

新しいプレステ２ですか？

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:53:33

>>749 まあベイジアンフィルタは必須だろうな。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:54:42

そろそろガバナンスの問題について議論しようか。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 03:55:07

削除というより、そのものにアクセスできなくしたらいい

**151** · 2007/01/15(月) 03:57:52

>>740
GJ。

書いていいかどうかわかんなかったので，ここで指摘。
・NNTPのRFCはRFC977の方が簡単だし，既存の実装はこれに従っているのでRFC977を書いた方がいいと思う。
・読むのはRFC821/822/2821/2822を知っていれば差分だけで十分。
　RFC821/822の和訳はごろごろ転がっている。POP3を知っていればベター。
・RFCの一次ソースはIETF。
http://www.ietf.org/rfc/rfc3977.txt

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 04:00:30

SourceForgeでそれっぽいの開発してる人いないか調べたけど
厨房だからよくわかんなかった

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 04:01:47

hostsのまとめサイト、転載しておきますね。

http://pc10.2ch.net/test/read.cgi/unix/1168658045/158
＞簡単にwikiで作ったんだけど、とりあえず万一が来るまでは誰でも編集できるようにしとくから
＞誰か追記したり修正したりしてくれ…
＞
＞ http://hitobashira.org/index.php?FrontPage

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 04:02:33

>>738
> 現状のNetNewsをそのまま2chに当てはめようとすると(2ch.*を作る)
> 問題点はこんなあたりか？
>
> ・consistency(ノード間の伝播に時間がかかる)

どのくらいのスケールの話をしているの?

> 最近の記事の伝播速度は想像を絶していて、数秒で全世界の主要な server 全
>てに伝播してしまいます。遅いのは backbone と末端の間の、主に INN 1.7 等
>で配送される部分で、十数秒から数分程度かかります。

という1998年の記述がありますが。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 04:03:26

NNTPってP2Pに応用できるの？
むしろP2Pネットワークの上で動かしたほうがいい気がする

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 04:11:55

>>763
http://ja.wikipedia.org/wiki/Peer_to_Peer
> 例えばネットニュースの伝送システムも、Peer to Peerモデルであり
> 例えばネットニュースの伝送システムも、Peer to Peerモデルであり
> 例えばネットニュースの伝送システムも、Peer to Peerモデルであり

**151** · 2007/01/15(月) 04:14:58

>>762
ほとんどのNetNewsサーバはネットワークトポロジの良い場所に置かれている。
BGPしゃべるルータからの近くとか。
他にフィードするようなサーバならなおさら。
あと，数も多くないので結合はかなり密。

その数字はそういうネットワークを前提にしてて，
2ch代替NNTP鯖をデータセンターに分散して置くならその見積もりでいいんだけど，
置く場所が悪いと「遅いのは backbone と末端の間の、主に INN 1.7 等
で配送される部分で、十数秒から数分程度かかります」の方が見積もりとして正しくなる。

…まあ，ぐだぐだ言わず実験してみるべきだという話だっていうなら激しく同意。
＃オレモナー

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 04:22:52

お疲れ様です。

某板で拾った夜食です。
置いていきますね。

ビッグマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/big.jpg
メガマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/mega.jpg
ギガマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/giga.jpg
テラマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/tera.jpg
ペタマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/peta.jpg
エクサマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/exa.jpg
ゼッタマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/zetta.jpg
ヨッタマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/yotta.jpg
ハーピマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/harpi.jpg
グルーチマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/grouchi.jpg
ゼッピマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/zeppi.jpg
グミマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/gummi.jpg
チキマック
ttp://www.rt.sakura.ne.jp/~fukuda/diary/image/0208/chici.jpg

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 04:23:22

っていうか、ストリームモードで爆送されるのと、
ihave/sendmeでやりとりされるのとあるわけで

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 04:47:42

>>754
日本に以外からだけど、普通に書けるよ。

SPAM対策は連投規制とかあるんじゃない?

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 05:00:08

2chの各種荒らし対策をまとめたサイト
http://info.2ch.net/wiki/

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 05:03:55

NNTPの翻訳は、ENGRISH板や言語学板の人たちに協力してもらったら
いかがでしょうか？
英文を翻訳するだけで疲れてしまっている人がスレ上にいるようなので、
他の板の力を借りても良いように思いました。

NN(Network News)は、HPみたいに公開されていないのでしょうか？

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 05:11:59

>>770
ENGRISHってなんだw
なんかIrishな感じだけど。

NNTPの翻訳ってRFCをって事?
RFC程度の英文も読めないなら、役に立たないだろ。
PGとしてもSEとしても。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 05:15:25

>>770
NetNewsの購読なら自分のプロバイダがNNTPサーバ持っているかどうか調べて
Mozilla Thunderbirdあたりで嫁。UNIX板的にはGnus使え。
NNTPはHTTPやWorld Wide Webの開発よりはずっと古い。
fjあたりの10年前は「インターネット」=Webという風潮にだいぶ反感が持たれてた。

とりあえず見たいだけならGoogle様にお伺いを立てるべし。
http://groups.google.com/group/fj.news.usage/

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 05:20:33

なんかよくわからないけどここに迷い込んでしまいました
おまえらｶﾞﾝｶﾞｯてください

|　∧∧
|(´･ω･`)
|ｏ　　ヾ
|―ｕ'　旦 <ｺﾄｯ　　　　　お茶おいときますね・・

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 05:22:53

Amazon S3をバックエンドにして開発してーーーーー!!

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 05:24:47

>>772 ちょｗｗｗｗｗうさげｗｗｗｗﾅﾂｶｼｽｗｗｗｗ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 05:58:24

>>771
Engrishって確かRの発音ができない日本人を皮肉った言葉だったような

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 05:59:18

７７７ゲット

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 07:39:56

>>777
このナゲット野郎。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 07:47:17

777を7回取ると魂が体から抜けちゃうんだってね。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 08:14:09

NNTPまるごと再利用派も意外といるのね
今INNとってきて動かしてみようとしてるのだが
コントロールメッセージの電子認証機能はあるみたいな記述が
説明書にあるんだけど、これ使えるんでねーの？

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 08:34:02

とりあえずピアリングは手動にして
従来のNetNewsと同様に配送網を作ってみれば?
これなら開発しなきゃいけないのは実質Webゲートウェイだけに
なるんじゃないか?

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 09:06:09

2ch P2Pはやはりみんな妄想してたんだなw
読まずにカキコ

・実況は最初からあきらめていいだろ
・2chと並存補完関係にあるシステムがよい。
　・過負荷でつぶれつつある過去ログ倉庫をP2Pで
　　・2ch専用ブラウザの過去ログをP2Pで共有すると思えばよい
　・避難所機能
　・理想的には2ch本体が2ch P2Pの1ノードになることか？

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 09:16:57

>>782
どういう要望を出すのも勝手だ。

だがUNIX板的に言えば，まず言い出しっぺが実装して見せてくれ。
そうしないと評価しようがない。
話はそれからだ。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 09:25:41

で、どこまで話は進んでるの？

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 09:32:52

P2P 2ch

まとめWiki
ttp://vipbox.dip.jp/new2ch/pukiwiki.php?FrontPage
開発避難所
ttp://jbbs.livedoor.jp/computer/34417

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 10:01:20

>>781,他
実名の方がいいと思って実名でやっちまったが
japan.2chの作成依頼をしておいた。
過去にもjapan.net.2chが何度か提案されたことが
あるようだが、そういう議論は
2chでやれということになり却下されたらしい。
今回は2chの次世代システムとしてNNTPを使うので
そのテストベッドとして使いたいという趣旨が主なので
随分事情が異なるのでどうなるかわからない。

もし作成依頼が通ったら、テストベッドとして使ってくれ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 10:22:18

>>786
乙！

真面目な話，NetNewsってP2Pによる分散データベースそのものだという意味で
きちんとした研究対象として成り立つ気もしないではない。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 10:40:42

すみません、思いつきに過ぎないかも知れませんが、教えてください。

ＲＳＳのような、電文仕様のみを定義して、後はWinny的キャッシュのネットワーク形成で何とか
できたりはしませんでしょうか。電文の仕様は、カテゴリー、タイトル、本文、投稿者、電文ＩＤ、
そしてどの電文に対するものかを特定するリンク。

要するに、掲示板自体をＷＷＷの世界のような個々のコンテンツ＝本文とそのリンクによって
形成し、あとはクライアントサイドで動的にスレッドツリーを生成して見せると。

ただ、電文ＩＤをどうするかが問題ですね。ユニークにするには、個人を特定可能な情報を使う
必要があるんじゃないかと思うので、その辺が課題かと思いますが。

すみません、思いつきですがご意見いただければと思います。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 10:58:56

>>788
P2P掲示板については既存の実装である新月とかについて
利点と欠点を調べてから提案すると吉。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 11:01:40

∧_∧
|・ω・)　ﾀﾞｳｿ板から来ますた
|⊂ ノ
|ωＪ

　　２ｃｈの行く末は貴方達に託されてます
　　陰ながら応援してますので、頑張って下さいね
　たとえ僕らの夢が叶わなかったとしても…
　　　　　　　　 .∧__,,∧
　　　　　　　　（´・ω・`）
　　　　　　　　 (つ夢と）
　　　　　　　　｀ｕ―ｕ´

**788** · 2007/01/15(月) 11:02:42

仮にＲＳＳのような定型の電文フォーマットに則った文書データのキャッシュ集積によって
掲示板的なものを生成できた場合、それに対する検索エンジンがあればいいことになります。
２ちゃんねるは結局のところdatの集積を管理しているわけですが、それが「掲示板サイト運営」
という肩書とイコールになってしまうから問題なのではないでしょうか。

これが単なるＷＷＷ上にあるキャッシュを持っている検索エンジンでございます、っていうこと
であれば、何も損害賠償などはされないで済むのではないかと。Ｇｏｏｇｌｅで違法な情報が載っている
サイトが検索されても、Ｇｏｏｇｌｅ自体にはお咎めが無いのと同じです。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 11:11:41

複数鯖によるデータ負荷分散システムであるならば
管理者も複数存在しえるわけであって
現状のように管理者一人が居なくなる事で止まるシステムではなく、
複数の管理者が存在しているので
運営にも支障は無い、というシステムでありたい

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 11:20:08

・可能な限り2chに近いｼｽﾃﾑ
・匿名性
・すでに流れたデータの削除
・リアルタイム性

不可能だとオモ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 11:22:34

whois見たらモンスター社の所有になってるじゃん
担当者がひろゆきってだけ
おれだって会社名でドメインとって担当者おれで登録してるドメインたくさんあるけど、
そんなのおれの資産じゃ全然ないぞｗ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 11:32:46

・ネットワーク上にポータルノードたるサーバをいくつか参加させて、それを軸として各ノードが補強する
ってのはどうだろ？
リアルタイム性、まとまりのあるdat管理の問題は解消すると思う

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 11:34:37

今考えるとSkypeすげーとオモ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 11:46:46

>>794
所有がひろゆきじゃないって２ｃｈの事？

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 11:52:00

２ｃｈの行く末は貴方達に託されてます
　　陰ながら応援してますので、頑張って下さいね
　たとえ僕らの夢が叶わなかったとしても…
　　　　　　　　 .∧__,,∧
　　　　　　　　（´・ω・`）
　　　　　　　　 (つ夢と）
　　　　　　　　｀ｕ―ｕ´

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 11:58:17

あれ？なんか一気に人いなくなったなぁ
それと>>798そのカキコスレ違いです応援スレに書き込んで

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 12:07:49

http://moriji.web.fc2.com/031321551014213154320.GIF
こんな感じはどう？

メインサーバはプログラムを実装しただけの複数の個人サーバで
問題があるたびにプログラムとパスの譲渡をするだけ。
スレの情報は常にP2Pで残ってはいるがプログラムが無いと見れないみたいな

**名無しさん＠お腹いっぱい。** · NG

DHTならリアルタイム性はある程度確保できると思います
Kademliaがノード離脱時に手続きが必要ないという点で扱いやすいのではないかと。

参考文献
http://www.shudo.net/article/Kademlia-20040727/
http://ntrg.cs.tcd.ie/undergrad/4ba2.02-03/p9.html
http://www.sics.se/~sameh/research/P2P/Kademlia/Kademlia%20Presentation/kpres.pdf

**345** · 2007/01/15(月) 12:39:15

>>799
開発できる人は、みんな本職がサーバ管理者やプログラマーなので、
この時間は人は減ると思うよー。私の自営業だけど、今から打ち合わせ。

>>793
いろいろ考えてると、P2Pでリアルタイム性と匿名性の両方を実現するのがかなり難しい。
匿名性を実現するには、発信者が誰か分からないように
P2Pネットワークに書込を流さなきゃイケないけど、
それだとネットワークの隅々まで書込が届くまでに時間がかかる。

私が考えてるアイデアだと最低7回転送すれば隅々まで行くはずだけど、
それにどれくらい時間がかかるのかは分からない。

あとVIPや実況で使った場合、秒間100書込があったら、
全ノードがそれを受信１回、送信１９回しなきゃいけないから、
1書込＝1パケット＝1.5KBとして、3000KBぐらいのスループットがいることに・・・。
無理だな。

接続ノード数を上3+下3にすれば、9回転送で最大195万ユーザ。
さらに書込が来た場合は、0.1秒待って、複数の書込をまとめて配信するようにすれば、
秒間100書込で、10書込＝1パケット＝1.5KBとして、90KBぐらいのスループット。

あとはCPU負荷だけど、秒間90パケットをやりとりしつつ、
キャッシュを持っていたら、その書込をキャッシュに反映して、
さらに乱立がないかなどのチェックをし、削除決定などは署名も検証しないといけない。
エンジンはCじゃないと、完全に無理そう。
Cでもかなり重たい物になるかも。

板や掲示板全体のP2Pネットワークとは別に、
そのスレを読んでいる＝キャッシュを持っている人だけのネットワークを別に作って、
書込や削除決定はそこだけに流すようにすべきかもしれない。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 12:52:44

えらい難しい方向に進んでるんだけど
2ch仕様のMT作って個々に好きな板立てろつーのはだめなの？
2ch本体は更新Pingでも受ければ良いんじゃないかと。。。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 13:08:41

>>802
P2PBBSはリアルタイムである必要がないというところから入って欲しいです。

まず、レス番が時系列で並んでいるという概念を外せばそれでいいわけです。
Ringochもレス番は時系列ではなく、任意で割り振られたIDの方が優先される。
http://gateway.ringoch.info/822c3df4-fd25-07f3-3b21-d151ecf1c934/

もう一つは2ちゃんねると同等のレスポンスもいらないワケです。
あくまでも2ちゃんねるよりも匿名性が高いものであり、
情報発信者を突き止めることが難しいことを求められているのがP2PBBS。

個人的にはRingochのようにゲートウェイによるwebリンクが可能で、
レスと同時に画像やファイル添付が可能、その上で匿名性も高く、
スカイプのように「ゼロコンフィギュレーション（設定不要）」でポート開放などの必要なく
誰でも手軽に始められるものであれば、2ちゃんねる閉鎖など関係なく、
また2ちゃんねるの規制が強められたとしても関係なく、
勝手に流行るでしょう。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 13:10:51

>>804
2chの代用として話し合っているんだがなぁ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 13:15:18

代用ならクローンでいいだろう。
ここにいる人は一種の作品を作ろうとしているのだよ
2ちゃん～なんて肩書きはいらないさ

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 13:18:05

>>805
閉鎖はないです。
閉鎖よりも、対訴訟リスク回避のための規制強化に流れた場合が問題。
その受け皿として求められるのなら、P2PBBSに必要とされるのは高度な匿名性と
誰でも使えるゼロコンフィギュレーション。

ゼロコンフィギュレーションP2Pといえば、スカイプのほかにもこういうものがあります。
Hamachi
http://www.eonet.ne.jp/~s600/hamachi/
ただし、これは匿名性がありません。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 13:21:58

ただ単に匿名性の高い掲示板ならいくらでもある
2chのシステムに近いp2pBBSを作ろうって話じゃないのかね

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 13:26:25

>>790
>>794
>>798
>>803

>>8-10

>>802
だよもんスレッド見に行くとわかるけど，この板の住人は昼頃に「おはようだよもん」とか
書いていたりする。そういう人種なんです…。

--
P2Pで相互接続されたスーパーノード群＋クライアント群が現実的な解だと仮定して，
相互接続をNNTPにするとスーパーノードのプログラムもクライアントのプログラムも，
20年前から "NetNews" という名前ではあるけど
既に存在するのではないか，という議論が上の方でなされている。

その場合，例えばUNIX板はjapan.2ch.unixという形になって，スレは
In-Reply-Toか何かで元発言にツリー上にぶら下がる形になると思われ。

P2Pとして見たときのNNTPの欠点は，ノードの管理が手動であること。
自動でネットワークに参加・離脱が可能にする仕掛けを作るというのがベターだけど
とりあえず手動管理でもいいからシステム作ってみよう，ってのが>>786。

この場合はjapan.2chができた時点で（コードは1行も書いていないけど)初期実装は終了してる。
サーバにはINN，クライアントには任意のニュースリーダを使ってくれ，って話。
そこから改良は必要だと思うけど。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 13:29:14

>>808
2chに近いレスポンスを求めた場合、このような構成になるしかないと思います。
http://gigazine.jp/img/2006/04/18/skeedtech/skeedtech02.png

センターサーバーの代わりになる常時起動の共有ノードになるサーバーを確保し、
そこにユーザーのノードが繋がるタイプ。
匿名性はありません。

Torは、これに匿名性を付加していますので、
共有ノードになるサーバーが多段転送を繰り返しますが、レスポンスは低下します。

どちらかかと。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 13:48:27

匿名性と即時性を同時に求めるのは不可能なこと？？

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 13:51:28

>>810
コントロールサーバや登録サーバは必須？
それらが必須なのならば、わざわざP2Pにする意義はないと思う。

俺としては、>>801のKadmliaを使うのに一票。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 14:03:09

>>811
即時性を求めるならば>>809がいうように
比較的少数のスーパーノードでP2Pを
構成するしかないというのは俺も同意見。

匿名性はスーパーノードの匿名性と
スーパーノードでないノードの匿名性に分かれると思うけれど、
後者は単に今の2chと同じ仕組みにすればいいだけ。
前者についてはWinnyのようにIPをハッシュした上で
必ず中継サーバを介するようにすれば確保できるけれど、
この方法では速度に影響してしまうと思う。

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 14:12:14

ちょっと疑問なんだが･･･
p2pになると専用のｿﾌﾄとかﾎﾟｰﾄ開放が必要だよね？
まぁﾎﾟｰﾄは特にどうでもいいが、
実際、p2p２CHﾈｯﾄﾜｰｸにﾌﾞﾗｳｻﾞで参加できるの？

出来るとしても、入り口になる所が必要だよね？
そうすると、入り口になる鯖が必要にならない？
必要になるとすれば･･･
入り口鯖が負荷に耐えられるか。
負荷はたいしたことないか？通過してくだけだから。
あとは、誰かが鯖提供しないと・・・
そうすると提供者はひろゆき化しないか？

UNIX板の皆様 閉鎖の危機にまた立ち上がってPt.2

UNIX板の皆様　閉鎖の危機にまた立ち上がってPt.2