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

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

さっきの話の続き。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:42:04

何でもありの遊び場が無くなるのは勿体無い
まあ、今はIP管理されてるようだし、何でもありは無いか・・・
やっぱ、管理権限の一極集中は問題になるねぇー
あめぞうから2chへシフトした問題も今回の問題と酷似してたきがするし

遊び場を提供してくれていた管理人には感謝するけど
そこが一番の弱点になるのは問題だよな・・・

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:42:25

>>46
総意があればとめられるシステムってのも面白いかもしれんよ？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:43:25

とめられない弊害もあると思われ。
ｎｙ関連のように。

でも俺も>>46同意する。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:43:51

応援するぜ

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

IRCっぽいとなると、進行中のスレッドは1000こえた時点で自動的に
シャットダウンされ、端末に分散してるログをP2Pネットワークで１つにまとめる？

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

>>48
それおもしれーな。
総意は過半数でおｋ？
選挙で決定みたいなかんじ？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:45:17

>>23
Skype は P2P で問題になる遅延を解消してるんじゃなかったかな？
あれって，確かノードに優越付けてるはず．判定基準は知らんが．
あの技術を応用できないだろうか．

>>39
プロトタイプ作るのに MFC なんて候補にならんだろ．
Ruby か Python にしる！

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

皆がやりたいようにやると皆にとって都合がよくなるようなシステムが理想だな
こういうのはどっちかというと文系の領域っぽいけど

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:46:27

>>40
あとトラフィックの状況を検出してクラスタ化の方法も変わるようにするとか。
祭り状態ならリアルタイム性を損なわないようにするとか、そうでないスレなら
まあ適当なサーバにとか。
選出アルゴリズムは結構おもしろいものがあったりするからいろいろ調べてみる
のもいいかもしれん。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:46:39

>>9
> そして，P2P で運営される事を前提にして，
> 現在の板に当たるものは，各ユーザがスレに付与したタグで代用する．

それは、「板」という名前を「タグ」に変えただけではないのか?

タグの集合がプリセットされた集合でないと言うのなら、オンデマンドで場所が
つくられるIRCと同等になるな。

複数のタグを付けられると言うのなら、およそ考えられるありとあらゆる
「タグ」をつけたspamが氾濫する結果に至るが、その対策を考える必要がある。
結局、「スレ」というのは、くされ外道がくされ記事を無制限に氾濫させるのを防ぐ
ためのメカニズムなのだ。

9 · 2007/01/14(日) 03:47:52

参考資料：
http://ja.wikipedia.org/wiki/Skype#.E6.8A.80.E8.A1.93

ほかにも使えそうな技術あったらポインタ貼ろうぜ！

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:48:47

>>23
> P2Pだと伝播されるまでの遅延があるのがなあ。
> スレのどの段階を見て書き込んだか書き込む内容に追加するようにしておくと
> 何かいいことがあるかもしれんな。

引用するっていう話をしてる? この書き込みのように。
そういう性質があるから、オリジナル記事を引用するという慣習が
NetNewsには存在した。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:50:18

>>25
> 確かに，タグのみで分類すると,そういう状態になる可能性高いな．
> ってことは，やはり板という実態も必要だね．

NetNewsでは、複数ニュースグループにポストすることが可能で、
同じ記事を人によって異なるニュースグループで見ると言うことが
茶飯事だった。やっていけるよ。

ただ、「このニュースグループにポストするな!」という不毛な戦いが繰り
広げられたけど。

9 · 2007/01/14(日) 03:51:28

>>56
そのとおりだな．
タグを使うと，タグ spam による DOS がもれなく付いてくるね．
でもタグの利便性も欲しい．

どうしたら良いものか…

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:51:32

>>57
Skype規制されすぎワロタ
やっぱプロトコルはオープンにしとかないと駄目だな

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:51:48

開発避難所作ったよー
http://jbbs.livedoor.jp/computer/34417

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:51:52

p2pになると管理者が存在しないわけだから
情報で対価とるのも無制限になるな。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:52:34

>>57
IRC関係の技術はRFC2810でぐぐると色々でてくるっぽい
その手の人には有名かも試練が一応

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:52:37

>>62
GJ

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

とりあえず法律に反する書込みも止められないようなものじゃ、いつか潰されるので、
民意にしろ管理者にしろ、止める手段は必要だな
社会問題になってしまえば、最悪、国が使用に罰則を加える法案出すのも不可能ではないし

このスレの流れだと多数の意思によって正しい方向へ、という発想みたいだけど、
個人的にはそれでいいと思う。というか、それがいいと思う。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:54:08

ニュースグループはゴミにたいする潔癖すぎる態度が衰退の原因か？
Webインターフェースがなかったことか？
単に匿名性の確保がされてなかったから？（つか未だに実名主義だったりするもんなー）

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:54:13

前スレに貼ってあったヤツ
読み始めたけど、なげー。疲れた。

RFC3977 Network News Transfer Protocol (NNTP) (Obsoletes RFC0977)
http://www.rfc-editor.org/rfc/rfc3977.txt

RFC4642 Using Transport Layer Security (TLS) with Network News Transfer Protocol (NNTP)
http://www.rfc-editor.org/rfc/rfc4642.txt

RFC4643 Network News Transfer Protocol (NNTP) Extension for Authentication
http://www.rfc-editor.org/rfc/rfc4643.txt

RFC4644 Network News Transfer Protocol (NNTP) Extension for Streaming Feeds.
http://www.rfc-editor.org/rfc/rfc4644.txt

RFC4707 Netnews Administration System (NAS)
http://www.rfc-editor.org/rfc/rfc4707.txt

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

>>58
それもある。
賢いユーザはより>>タグみたいのを多用するようになるのかと。
あと遅延したものをマージする場合に役立つのかなと。

9 · 2007/01/14(日) 03:54:17

あとね，ISP による規制に対処するためのメカニズムも欲しいな．
動的にポート番号を変更するようなネゴシエーションをプロトコルに組込みたい．

9 · 2007/01/14(日) 03:56:07

>>62
GJ! 感謝！

>>68
おつ！ありがとう！

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:56:42

>>70
そしたらUPnP必要ですね

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:58:19

>>70
やっぱ基本80番がいいな
何かとあいているし

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 03:58:50

・管理権限（シャットダウン可能にするか不可にするか）

主体は管理者ではなく全ユーザ
接続している人たちの民意をVoteできる仕組みがあるといいかも
スレの削除やIPログの公開も一定以上のVoteが必要とかいろいろ

・データの持ち方
（IP隠匿するか？暗号化するかしないか？犯罪対策）

・トラフィック問題
（Nyのようにプロバイダによるトラフィック規制の可能性を考慮）

技術的な事よりも先に仕様を突き詰めていった方が良いとは思う

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:00:20

とりあえず，Universal Plug and Play：
http://ja.wikipedia.org/wiki/Universal_Plug_and_Play
http://ja.wikipedia.org/wiki/Universal_Plug_and_Play

>>73
80番は well known ポートだから使えないよ．

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:01:07

>>66
P2Pでやる以上は「潰される」ってことはあまり前提にしてないと思う。
ただ法律ってのは一応建前上は多数の人間にとって都合がよくなるように作られてるわけだから
このシステムにおいてもそういうメカニズムが働くようになっていれば、それほど大きな問題は生じないと思う。

そういうのとは別の歪んだ意図(例えば某宗教団体を批判したがために云々とか)によって
「潰され」ないための具体案についてもうちょっと突っ込むならば

・実装よりもプロトコルをオープンにしておくこと
・プロトコル自体を規制できないこと
・一部の参加者によってシステム全体が麻痺してしまうような穴がないこと

というような点を押さえておくことは必要か。

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

>>74
投票機能はおもしろそうだ．
マルチパーティコンピュテーションの専門家はいないかな．

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:02:08

　_∧∧__　　／￣￣￣￣
　|( ﾟдﾟ)|　＜　もう４時なので寝る！
　|＼⌒~＼　＼＿＿＿＿
　＼ |⌒⌒|

何を作っても個人の自由だから今の流れにクギを刺す気はないけど
目的と手段がグチャグチャになった結果劣化Winnyを作るだけで
終わる事の無いよう期待してるよ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:02:36

885 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2007/01/14(日) 02:00:02
少し考えてみた。

・全てのP2Pノードは同等(特権を有するノードは存在しない)
・各ノードは「通常の書き込みメッセージ」と「削除などのコントロールメッセージ」を
　他のノードに送出。または単にリレー。
・各ノードは、インストール時に秘密鍵と公開鍵ペアを自ら生成する。
　前述のメッセージを投げる際、自分の公開鍵で署名。
　公開鍵はそのノードを一意に特定するハッシュのような識別子として用いる
　(2ch P2P網に接続時に頒布する、などして行き渡らせる)
・各ノードはメッセージ(書き込み、コントロール両方)を生成する際、
　必ず秘密鍵で署名する。
　署名されたメッセージは、頒布された対応する公開鍵を用いて検証することで、
　「確かにこの秘密鍵を持つノードで生成されたものである」と検証が可能
　(公開鍵アルゴリズムの基本的な性質による)
・誰でも削除コントロールメッセージは出せるが、
　自分がどのP2Pノードの削除コントロールメッセージを受け入れるか、は
　そのP2Pノードの設定により選ぶことができる

・あとは、削除人をかってでるノードは勝手に秘密鍵を公開して、
　削除メッセージをばんばん投げればいい
・各ISPがそれぞれビジネスとして削除人をやるのは妨げない
　「弊社のISPのユーザは、弊社の削除ノードを受け入れる設定にない場合、
　　違法メッセージを中継した際に訴訟にされされるリスクがあります。
　　よって2chp2pを利用してもかまわないが弊社の運営する削除ノードを必ず信用せよ」

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:03:19

>>74
一次放流元がわからない(と仮定する)とIPをログっても無意味じゃね？
つかP2Pといえど完全匿名ではありえないだろうからよほどヤバいのはISPなり何なりがIP特定するでしょう

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:03:42

こういうアルゴリズムで動いていますってことをきちんと説明できるといいね
みんな納得して使える

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

>>74
＞主体は管理者ではなく全ユーザ
＞接続している人たちの民意をVoteできる仕組みがあるといいかも
＞スレの削除やIPログの公開も一定以上のVoteが必要とかいろいろ
こりゃ無意味でしょ
逆の視点から落ち着いて考えてみなよ

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

基本が匿名っていうのが大切だと思うんだ．
ユーザが希望すれば自分に識別子を付けられる現状の 2ch はとても良いシステムだと思う．

なりすまし防止のために 2ch で用いてるトリップ機能は，電子署名で代用して良いと思う．
ただし，電子署名を使う場合，秘密鍵を持っていないと署名できない点が欠点．
トリップはキーを覚えていれば使えるけど，秘密鍵は覚えられんw

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:14:41

>>83
今時の公開鍵暗号で秘密鍵を暗記して使ってる人なんていなから安心しろｗ

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

続きは避難所でやりますか

スレが少ないから必要かなと思ったらすぐにスレ立てておｋですよ

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

アクセス禁止方法についても考えたいな。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:16:44

今回は金がらみなので無理。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:18:37

>>75 over HTTP

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:21:11

ISPに使用自体を規制されない為にも通信内容はnode探索時点から全て暗号化して方式も自分で選べるようにしてくれ
一般的なBlowfishとかでいいから

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:21:25

携帯からも使えるようにしないとな。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:21:48

>>86
完全アク禁は無理じゃないか？
自分だけ特定IPを無視するくらいのことはできるかもしれないけど
・そのIPはただの中継かもしれない
・他のノードにそのIPを無視させることができない

なのでろくでもないレスは放流しないというのが妥当だと思うんだけどな。
2chからID機能が無くなったものと考えるとspamや工作なんかも増えるだろうから、そういうのも放流しない。
よっぽど工作が上手で皆だまされるってこともあるだろうけど、それはお見事でしたってことでｗ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:22:55

>>90
使えるようにはするが後回し

やっぱりオープンソースでおｋ？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:24:09

>>92
プロトコルが公開されていれば実質的にオープンソースみたいなもんだと思う
仮にクローズドのやつが先に出ても誰かがオープンで作り直すでしょ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:26:07

>>92
おkだと思う。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:30:31

削除のことばっかりだけど
検索、キーのことも考えないと

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:32:33

>>88
マルチキャストが必要だけど、それをhttpでやるとえらいことが起きるぞ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:33:42

無難なポートでやったほうがいいに一票

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:35:51

>>95
とりあえず大前提として板という区分は必要だよね？大まかでいいけど。
板の新設とか統合とかその辺は専用の場(これはWebのBBSとかでもいいかも)で議論するとして。

問題はそれでもスレ(かそれに類するもの)が今とは比較にならないほど多くなりそうだからそこをどうするか、か。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:43:57

>>98
今ny起動して思ったんだけど
単純に固定クラスタリング＝板
これじゃだめなんだろうか？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:45:37

>>97
80番ポートでやるのは全面的に賛成だけど、
over http化するにあたってどういう制約が出るのかを
考えなければならない。

グーグルのクラスタリング技術があれば
いろいろできると思う。
とりあえず
ttp://dev.ariel-networks.com/column/tech/google_file_system
こういうファイルシステムがあるからこれをもとに
マスターノードを流動可能にしたりするなどの工夫をすると
一からP2Pアプリを作るよりも楽な気がする。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 04:58:20

>>88
TCP over TCP でググれ．

>>100
GFS は結構脆いよ．Gmail のメール消失事件とかの関係でググってみそ．
それに，GFS は P2P じゃない．

他にも何名かが指摘しているように，DHT を使うのが今の時代に合ってる気がするな．

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

>>101
GFSはP2Pじゃないのはそのとおりですね。
ただ、全てのPCの故障を想定していてGmailぐらいの信頼性が
担保できればいいかなと思ったけれど、
あくまでもサーバがあることが前提で
差押え→故障と捉えれば差押えがそんなに頻繁にある訳ではないから
それなりに持続可能なシステムになると思ったんだよね。
P2Pの流れから外れてしまってすまん。

DHTを使うという案の方が理想的なのは同意。
別スレでも宣伝したんだけど、
首藤さんのOverlayWeaverを使ったら
作業の手間が大分省けるんではないかと思う。
ttp://overlayweaver.sourceforge.net/index-j.html

影 · 2007/01/14(日) 05:50:51

P2P方式か・・・
賛成だけど、
ウイルスやら何やらが出そうだな。。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 05:53:13

>>885
削除すると言うより各ノードのフィルタを統一的に設定するって感じでしょうか

少し考えてみました
削除対象の設定方法は以下の二通り
・受け取ったコントロールメッセージによる設定…オートアボーン
・各ノードが任意に行う設定(2ちゃんブラウザでの特定IDの非表示設定のように)…マニュアルアボーン

削除対象に設定されたレスはログから削除し、以降、削除対象ノードのレスはヘッダのみ受信。中継でも本文は受信しない。
コントロールメッセージを送信するか否かは各ノードが任意に設定出来る

優秀な削除人は人気が上がって影響力を増す
運営の流動的な入れ替えが可能になるし、これなら最大限に民意を反映出来るんじゃないか？

ニュース板の記者制度に応用することも出来ると思う

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 05:54:58

>>103
P2P == Winny だと思ってるなら，もう少し勉強して下さい．

しかし，一般の理解が 103 のようなものだとすると，
我々はもう少しきちんと啓蒙する努力をしなければならない気がする．

少し反省．

影 · 2007/01/14(日) 05:56:37

>>105

いや、セキュリティーホールを突く系統のウイルスの事

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 05:57:54

発見　すぐ穴埋めが肝心

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 05:58:57

現行2chの一群みたいな、重要な削除対象がデータに残ったまま流れうる、ってのがなんか気分的に良くないなー。
P2Pだから仕方ないとは言え、ある程度はどうにかならないものかしらん。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 06:00:01

>>108
案ずるより生むが（ry

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 06:06:39

当然Win32だよね・・・

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 06:11:10

>>108
こういう、世界を支配したい者が口を出しはじめると、どんなプロジェクトもダメになるんだよね。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 06:27:01

　お、お茶でしゅ～　　　　旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦
　　　　,ｨ^i^ﾄ､　　　　　　　旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦
　　　《y'´￣｀ヽ　　　　　旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦
　　　{　 {八{从)}　　　　旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦
　　　ﾉ,ｲ|；ﾟヮﾟﾉﾘ　　　旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦
　　.(w/ヽ○==○　旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦
　　　/　　||＿　| 旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦
　　　し'￣(_)）￣￣￣▲￣￣￣￣￣￣￣(_)）￣￣￣￣￣￣￣￣￣

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 06:36:30

（　・∀・）つ日　ｻﾞﾊﾟｰ
　　　　　　　川

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 07:04:39

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

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 07:49:38

こうやって考えるとNetNewsは良く考えられていたと思う。

>>102
DHTによる管理は，ノードの参加と離脱時の処理が結構重い。
Skypeの場合は，ユーザごとの情報量が少ないのが救いかと。
DHTで分散された鯖を建てるというのが合理的な解かも。

>>104
>・受け取ったコントロールメッセージによる設定…オートアボーン

この実装に対する問題としては，10年以上前の
mohta氏によるrmgroup攻撃の実例がある。

削除人のランキングはいい案だと思う。
/.ではないが，メタ評価もたぶん必要。M2ぐらいまでは必要じゃない？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 08:19:47

昨日いたpythonとJavaで作ってるって人の話はどうなったの？
ネタだった？
もの作り始めてるみたいだし一番現実味があるかと思ってたけど・・・

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 08:21:42

いっそのことnetnewsに2chカテゴリを作って
xml的な文法でスレや板の情報を保存することにして、
それを読み書きする2chブラウザライクなフロントエンドを
用意してしまうのが早いのかも
とちょっと思った。

netnewsならば作った人間が名誉毀損の幇助罪に問われる
こともないし、なによりも分散して協調動作するサーバが既に
存在するのが強い。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 08:24:05

とりあえずまとめをしないか？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 08:39:49

>>115
＞削除人のランキングはいい案だと思う。
P2Pなシステムで削除システムなんて実装したらクラックされて全データ残らず消されるぞ
P2P型にするなら削除システムは共存し得んて
クラックされたくなけりゃOSSにしない事だがそれじゃ現体制と大差ないし

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 08:40:03

完全匿名はそんな必要ないと思うなあ。
必要なのはBBSPINKとダウソ板だけでしょ。
これもダウンローダと同じで回転が早くてすぐ消えちゃえば事実上問題ないわけだし。
一番問題なのは、スケーラビリティとレスポンスだよ。
２ちゃんはでかいから人が集まってるんであって、アングラだからではない。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 08:56:34

メッセージ「記事○○を削除してください」
ノード「いやです」

-

メッセージ「記事○○を削除してください」
ノード「はい、消しました」
ユーザ「ほほう、これが記事○○か。こりゃ消したくなるわ(にやり)」

-

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 09:02:37

>>120
BBSPINK やダウソ板だけじゃないよ．
匿名性があることで発覚した 2ch 発の告発とかさ．
そういう或る種の権威に対抗するための基盤が 2ch なんだよ．

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 09:07:59

>>120
Ｐ２Ｐになったら一気にアングラ化しそうだけどな

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 09:10:56

もう一回アングラ化したほうがいいよ
リア厨工と一般人は消えればいい

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 09:13:40

P2Pとなると匿名性があろうが無かろうがアングラ的存在としてしか存在し得ない。
だってどのようなまずい書き込みも削除できないでしょ？
そしてアングラ的存在である以上、匿名性を求める声は止まない。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 09:16:50

ひろゆきが受けてる訴訟は私怨の個人情報晒しばっかだろ？
それに２ちゃん自体、完全匿名を謳ってたのは初期だけで、
いまはIP記録してるのをみんな知ってるよな。
問題は別のところにあるのさ。
祭りや実況では２、３分で1000レス行くような掲示板を
夜勤の鯖とバックボーンに頼らずして実現できるかどうか。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 09:18:32

ＩＰ記録しててもひろゆこくんが開示しなくなったから元通りかもん

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

夜勤の鯖の代わりなんていくらでもあるだろう。
ギガビットの回線なんて今時珍しいもんじゃない。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 09:30:39

>>128
いくらでもあるんなら紹介してよ。無料で使えるの。
UNIX板程度なら、今日にでもJBBSに移動しても何の問題もないが。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 09:33:59

おまえら最初からレス読み直せ。それと技術的でない話題はここでは一切するな。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 09:38:54

コンセプトと仕様の話をしないわけにいかないだろ。
下流の仕事しかしてないと、そういう発想になるのかもしれんが。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 09:39:05

まとめサイト作った方が良い

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 09:41:28

>>130
今までの例を見るかぎり、妨害工作の一種だから、
やめろと言って止めることはできないと思う。
こういうケースがあるから、スルー力が必要だと叫ばれているんです。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 09:44:37

>>131 よろしくお願いします。
>>132 >>20へ書き込んで下さい。
>>133 了解。

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

おはようございます。危機スレの47です。
今日も改良やりますのでよろしくおねがいします。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 10:04:05

スレ建ててそっちでやったほうがいいんでないか？
こっちはP2P掲示板の議論になってるようだし。

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

２ちゃんねるプラスClone開発スレ
http://pc10.2ch.net/test/read.cgi/unix/1168737020/

分離しました。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 10:17:26

>>137
それじゃ、そっちに移動

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 10:21:42

とりあえず何をしようとしてるか俺に教えてくれ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 10:23:02

>>139
２ちゃんのクローン作り

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 10:25:18

>>140
軽くWiki見てきたけどCで作るのか？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 10:26:24

>>141
多分。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 10:28:44

最終的にはC/C++にしなければいけないだろうけど、
それぞれ得意な言語があるだろうしそれでいいんじゃね？
移植が得意な人も中にはいるだろうし。(俺?)

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 10:37:34

つか話したものは自己責任で作れるのかな？
方法だけ提示して誰かに任せるつもりならそれでもいいと思うけど。
おまえら妙に期待されてるぜどうするよ？
俺は意見を言わずただ傍観しながらこそこそ作ってるんだけど。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 10:42:25

1からシステム全部書くより
もうnetnewsで2ch.*トップカテゴリと独自のフィード網作ればいいんじゃね
匿名投稿okにするとか、できのいいwebインタフェース作るとか
netnewsリーダは記事を並べて2chブラウザっぽく表示するすれば良い気がす
根本的な解決にはなってないけど、ピュアp2pで無法地帯ってのは限界あるきがす

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

http://networks.servebbs.net:9685/cgi-bin/2chpls/2chpls.cgi?type=thread&board=unix&dat=1.dat

バグ直ったどー

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

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