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

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

さっきの話の続き。

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

遅っ！

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

二重立てしてもたかな？
http://pc10.2ch.net/test/read.cgi/unix/1168662595/

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

>>3に統一します。

**名無しさん＠お腹いっぱい。** · 2007/01/13(土) 13:38:36

俺たちはいつも２ちゃんねるに見守られさまざまなカキコをしてきた。
その２ちゃんねるが閉鎖されるなんていやだ。
そのためにはどうすればいいか？抗議をすればいい
いまこそ２ちゃんねるを守るために俺は秋葉原駅電気街出口で抗議をしようと思う。
みんな、手を貸してはくれないか？

手を貸してくれる同志は下記参照
日時　２００７年1月１３日
日程　午前１０時から秋葉原駅電気街出口にて民衆に訴えかける、午後1時終了予定
必ず「２ちゃんねるが閉鎖されるのを黙ってみていられません、どうか２ちゃんねるが閉鎖されるのに反対してください」と言ってください

どうかコピペして広い範囲に知らせてくれ。

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

んじゃ、ここPart3ね。

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

ふむマンU勝ったし、寝るか

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

UNIX板のスタンス
・ドメイン差し押さえが可能かどうかは専門外
・仮に差し押さえられたとしても、閉鎖ではなく一時停止。対策はある
・しかし管理・運営の責任が一極集中していることで将来も安泰とは言いがたい
・どうせだからこの機会に新2chシステムでも考えてみる？

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

Part3 はここで良いのかな？

新システムを作るなら，俺もアイデアを一つ．
「板」という概念を撤廃しないか？

現状，板はスレの集合になっている．
これを，フラットにスレが存在する空間にする．

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

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

「ここのスレは2chが今すぐ閉鎖されるかどうか問題にしない」という点は俺も禿同．

でも，万が一，一時的にでもアクセス不能になるかもしれないなら，
その時のための避難所をどこかに用意したいよなぁ．

でも，普段あまり 2ch 見てない俺には，避難所の作り方が分からない…

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

確かに避難所が無かったら議論すらできないな。

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

どうせ2chがアクセス不能になれば/.あたりにタレコみあるだろうから
それで誰かが避難所のアナウンスすればいいんじゃね?

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

４７のアレじゃいかんのか

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

そろそろまとめサイトができても良い頃だと思う

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

>>13
ロクに書き込みも出来ないような状態だし

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

>>9
そういうスレは何板に立てれとかいう不毛な争いはなくなりそうだな
各ユーザが任意にタグを付加した場合に、受け取り先によって板が違って見えそうだが

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

>>9
むしろ自分が興味のあるレスを元にして勝手にクラスタリングされてスレらしきものが出来上がったりしたらすごいな
などと妄想してみるテスト

9 · 2007/01/14(日) 03:19:04

mixi にコミュ作ろうかとも思ったんだけど，あそこは匿名性が無いから動きにくいし，
それに，mixi ID 持ってない人は ROM することもできないから即却下した．

俺は，新たなモノが創り出されそうなゾクゾクする空気が大好きだから，
今の流れが断ち切れてほしくないよ…

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

こういうのは考えてるときが一番ワクワクするんだよな

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

http://vipbox.dip.jp/new2ch/pukiwiki.php?FrontPage
ここがまとめWiki？

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

>>14
http://vipbox.dip.jp/new2ch/pukiwiki.php?FrontPage

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

mixiなんて論外だろー
つかそんなこと言ったらmixiでやれってことになるじゃまいか

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

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

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

おいておきますね。前ｽﾚより

840 名前：746[] 投稿日：2007/01/14(日) 01:36:13
>>832
ですね。削除板作れば何とかなるのかな。

さて、皆さん待望のWikiが出来ましたよー。回線細いから重いと思うけど・・・まともに使えなかったら誰か新しいWiki借りてきて・・・
http://vipbox.dip.jp/new2ch/pukiwiki.php?FrontPage
テンプレでも今まで出た案でもご自由に書いてください。Frontpageの凍結は解除してあります。

9 · 2007/01/14(日) 03:21:59

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

>>17
それスゴイ！
リアルタイムでやられたりすると，うんこ漏れそうになるw

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

板を定義しない代わりにスレ立ての際にkeywordを登録できるようにする手もあるな

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

>>17
でもそれってコミュニケーションとれなくないか？

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

P2P、ユーザによる選択
こういう条件が付くと、リアルタイム性は期待できんな

その為に前スレでIRCとBBSの併用を言っていたのかもしれんけど、
どうもその辺の使い分けが自分の頭の中にしっぽり来てくれない

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

とりあえずPerl、Ruby、Pythonとかでプロトタイプ作ってみるってのが
いいんだろうな。
それでシミュレーションしてみると。
Cとかでごりごりのチューニングするのはその後というのが定石なのかもしれん。

26 · 2007/01/14(日) 03:25:54

って>>16がもう書いてるかorz

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

>>26
業者サイトのmetaタグみたいなことになりそうだｗ

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

作ってる人ガンバレーなんだけど
これって今の時点で実現できそうなの？

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

>>22
ごめん．

>>23
過去ログの保持を P2P で行って，スレの進行は前スレにあったように
IRC のようなプロトコルで行うのはどう？
P2P の overlay network 上にあるノードが全部 IRC 鯖みたいな感じだろうか．

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

なんかわくわくしてくるｗ

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

>>32
半年で出来たらネ申だと思ってくれ

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

>>32
すでに着手している5流プログラマの俺ｶﾞｲﾙ

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

とにかく今後も宗教テロリストや外国人犯罪者もどんどん増えるだろうし、
彼らの中には日本語堪能なのがいるし、
無法地帯にだけはしちゃダメだよね。

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

>>32
可能性は高い

オープンソースだからね
困難は分割せよっていうだろ

でも、数々のシミュレーションをしないといけない

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

やっぱり、まずはMFCとかでシミュレーションしないといけないなあ・・・

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

>>23
一定のネットワーク規模ごとに通信・計算性能が高くて起動時間の長いノードを検出して
そいつにその地区の管理(子ノードからの問い合わせ)と他地区との整合性管理させるって感じにするとか
どっかのボットネット作成ツールでそんな感じのあったろ

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

4/1までにRFC書くか。

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

>>40
それなんていうWindowsのworkgroup?

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

他所でおまいらが活躍してると聞いて飛んできた俺に

神様達乙

とだけ言わせてくれ。

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

>>41
それなんてIP送電？

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

おまいら超凄い
超応援してる。頑張れ

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

とりあえず言いたい事だけ書いとく
ピュアP2P型に一票
誰にも止められないシステムをネット上に投げ出してしまうのがある意味で一番の解決方法かと

**名無しさん＠お腹いっぱい。** · 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

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

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