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

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

さっきの話の続き。

**345** · 2007/01/14(日) 19:33:44

サーバなしのP2Pだと難しい物があるねー。
こんなのはどうかな？

・板ごとに複数の板サーバを用意
・板サーバはサーバ用アプリをインストールして立ち上げられれば誰でもなれる
・板サーバを立ち上げる人は基本的に24時間運用する
・板サーバは立ち上げたときや定期的に、
　マスターサーバに自分がサーバをしていることを通知する
・クライアントノードを立ち上げたときは、マスターサーバにアクセスし、
　板サーバのIPアドレスを取得する
・マスターサーバは誰かがIDCなどに立ち上げる
・各クライアントは、書き込むときに複数の板サーバのいずれかに書き込みを投げる
・板サーバ同士もP2Pで情報を共有して、書き込みを全板サーバで共有する
・クライアントノードは蜘蛛型ではなく、ツリー型で接続する
・そのツリーの頂点にいずれかのサーバがいる
・書き込まれた情報はサーバから10程度のクライアントノードに配信
・さらにそのノードから10程度の下ノードに配信
・これを繰り返すことにより、すべてのノードにもれなく情報を配信する

問題点
・板サーバが１つも立ち上がっていない場合は、なにもできない
・板サーバが全て終了し、データも消してしまった場合は、過去ログが失われる
・板サーバのHDD容量に限界があるので、容量がいっぱいになった時点で、
　しばらく書き込みがないスレ（もしくは書き込み単位）のデータは、順次消される

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

>>387
作り出して方針が変わったとかなりそうだからある程度方向性は必要。
開発出来る自信がある人はまずいない、実際はやってみないとわからないんだと思う。
とりあえずで作り始めている人もいる様子、そういうレスがあった気がする。

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

>>388
マスターサーバって概念がある以上、ひろゆき的存在の人間が出てくるわけだから、
それなら前スレ47氏のいうクローン掲示板でいいんじゃないかと思う。

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

おまえら乙!!差し入れだお

ビッグマック
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/14(日) 19:36:36

>>387
要件定義せずに開発する訳にいくまい。
P2Pのプログラミングの経験がある奴がそうそういるとも思えないけど。

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

おおまかでも設計書なしで実装する奴はバカ。

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

>>388
それって責任がそのサーバ主にかかってこない？

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

>>388
うん…間違いなくボツだね…

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

>>385
えーとか思ったけど漏れが見てるしたらばの板を勢いソートしてみるとUNIX板よりちょっと人が多い程度だったりするな。
ただN速みたいなのはどうなんだろ。なんかよくわかんなくなってきたので整理しなおしてみるよｽﾏｿ

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

>>387
俺はバグ満載C/S型の対戦ゲーなら作ったことある
ここにいるのにWindowsでしかプログラミングできないんだぜ

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

>>339
それは判るが一刻を争う状況だと暫定処置から開始しないと。サービスを
提供するからには営利であろうとなかろうと利用者の安全も考慮しないと
いけないし。

無料で安全に利用できるクライアントソフトもね。だから、今は緊急に手
当て出来る方策が優先なんじゃないかと。実社会と仮想社会は別個じゃな
い。人間は実社会で生きているのだから。

私が言いたかったのは、IRC + Tor の惨劇と同列になることは避けないと
というだけ。リソースの問題も当然あるけど。

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

>>398
おまい、技術者の鏡みたいなこと言うなｗｗ

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

>>388
クローン掲示板つくるぐらいなら、
今のシステムにXenを導入して、
仮差押え→Live Migration
の流れの方がよくね？

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

>>399
お上のお世話にはなりたくないだろ。幾分でも汲み取ってくれい。

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

>>383
厨房がいるところもまた２ちゃんの面白さと思ってる

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

新2chではBeは絶対なくすべきだぜ

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

１．あくまでも利用者側がアプリを起動するだけでそれ自体が2ch掲示板サーバの一員になる仕組みじゃないといけない。
２．匿名で責任者がいなくなるのだから削除システムは重要

**345** · 2007/01/14(日) 19:44:59

>>390,394
じゃー、Winnyの初期接続ノードリストみたいに、
どこかのサイトにCGI立ち上げて、そこにPostするようにすればいいかも。
複数のサイトにPostしておけば、どれか一つのサイトが潰れても大丈夫。

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

そうしたらそのサイトが訴えられそう。
さすがにそこまでは無いか？

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

一つや二つつぶれても平気なだけ数確保すれば訴えられても逃げればいいんじゃね？

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

http://swfup.info/view.php/5970.swf

(´；ω；`)

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

いっぺん「削除とか知らねぇよ勝手にやれや」ってな感じでモノを作っちゃうってのもアリなんじゃないのかな
いろいろ問題もあるだろうけどやってみなきゃわからん面もあるしな
どうせ2chは当分潰れないだろうから何を作ったところで大して人は集まらんだろうし

漏れもP2P勉強してみるか

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

>>406
404 氏のが最低のラインだろうけど守れれば、現状 405 氏のが現実的かも。

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

えと、この問題が解決してからでもいいので
政治家℃もの法案に修正案をいくつか投稿して

それに対して投票できるシステムを作ってもらえないでしょうか

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

言論統制してる国には削除できないってのもいいかもね
ってそれがFreeNetか

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

>>404
同意
こういうのはシンプルにしないと普及しない

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

>>410
忘れてた。将来は知らんが、今この時には　403 氏の Be の件必須だ。

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

>>411
皇帝乙
違ったらスマソ

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

>>368
> 数年後重要になる書き込みまで考えて残しておくなら、
> テキストを圧縮とはいえ相当な量になると思うけど。

「テキストの量」に関する問題は、本質的に、ストレージの容量増大速度と
テキスト増大速度の競争である。

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

腰折レスで申し訳ないのですが、まとめサイトor過去ログ保管所ってありますか？
今前スレ読んでるところなのですが、早さについていけなさそうなので・・・orz

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

>>370
> >>356
> 実況やVIPのような大量の書き込みに対応するのは、
> P2Pの場合結構難しいんじゃないかなー。

構成次第。

> すべてのノードに届き終わるまで１時間とかかかってたら、
> かなり用途が限られるだろうし。

NetNewsのストリーム転送網は、記事を10秒かからずに世界の隅々にまで
行き渡らせるぜ。

**345** · 2007/01/14(日) 20:06:44

>>404
なら、これならどうかな？

・複数のサイトに板リストと、その初期ノードリストを管理するCGIを設置して、
　長期間アプリを立ち上げっぱなしにする人は、自分のIPアドレスを登録する
・複数のサイトのURLは、P2Pアプリの初期設定に登録されており、
　サイトが閉鎖されたりURLが変わったりしても変更可能
・P2Pアプリを立ち上げると、そのいずれかのサイトにアクセスし、板リストを取得する
・板名をクリックすると、その板の初期ノードリストをいずれかのサイトから取得し、
　初期ノードリストのいずれかの下ノードとなる
・ただし各ノードには10～100しか下ノードを付けられないようにし、
　接続した初期ノードが定員になっていた場合、
　初期ノードの下ノードの下ノードとなる。つまり孫ノード。
　さらに孫ノードも定員だった場合は、ひ孫・・・以後、繰り返し。
・書き込みは自分の上ノードと下ノードに送る。
　送られてきた書き込みは、さらに自分の上ノードと下ノードに送る。
　これを７回ほど繰り返すことで1000万ユーザにも対応可能。
・各ノードは自分が設定しただけ過去ログを蓄積できる。
　容量がいっぱいになった場合は、古い書き込みから順次削除する。
・また手動で糞スレ指定をし、優先的に過去ログを消去させたり、
　重要スレ指定をし、ログ消去されないようにすることも可能。

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

>>373
> そもそも１０００で次スレとかいう決まりすらいらないかもしれないけどね。

1000で次スレは、主として技術的制約によるもの。
2ちゃんねるは「書き込み1000毎にリセットされる異常な掲示板」であることを
忘れてはいけない。

ユーザから見た利点としては、個々の書き込みを同定する識別子が
人間がたやすく記憶できる程度の小さな数字にできるため、
扱い易いという点があるが、その代償として失っているものは
とてつもなく大きいことも認識するべきだし、また、
書き込みシステムの工夫次第で(なんならサーバに負荷をかけないAjaxをつかってでも)
長い識別子もハンドリングできることを考えなければならない。

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

ttp://flash.flop.jp/swf/2chkiki.swf

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

1000レスの伝統はある意味いいと思うんだけど。
Part1/1レスからまともなテンプレが張られるわけないやん。。

ここでもそーだけど、テンプレないと法律がとかいってくるのいたじゃん。

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

1000getの楽しみを奪うんじゃないわよ

**345** · 2007/01/14(日) 20:12:30

>>419
追加。
板管理をどうするかが難しいね。

・複数のサイトのCGIは、XML-RPCを使って、
　それぞれのサイト間で板リストと、初期ノードリストを交換する。
・どのサイトと板リスト、初期ノードリストを交換し合うかは、
　それぞれのサイトの管理者が自分で決める
・板リストの管理権限は、それぞれのサイトの管理者が持つ
・もし勝手に悪戯で板リストを消したりするサイトがあれば、
　他のサイト管理者は、そのサイトを交換対象から外す

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

> 1000スレ制限議論の人達
そんなあとからの設定次第でどうにでもなる仕様についての
議論はあとにしようよ

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

うお！すげぇ動いてるな！おまいらガンガってくれ！

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

>>418
同意。私もそれが一番望ましいし、クライアントアプリを既存で済ませる
ことが出来る最大のメリットと相乗効果が期待出来ると思う。

管理方法も確かに構成次第だし。今の時代にと言う人もいるだろうけど
418 氏の言われる既存の転送網が他にある？枯れた技術ほど信頼性もあ
るし、落ち着いてから新しい形態を探ればよいのでは。

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

>>424
ちょっとまってくれ、ネットワーク形状とDHTのアルゴリズムで
ネットワーク形状が決まったりするから。
DHTを使うならネットワーク形状については保留してくんないかな。
ちょっとDHTを比較している論文読んでくるから。

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

ＵＮＩＸの「天地創造」だな

**345** · 2007/01/14(日) 20:29:07

>>419
過去ログ取得の方法などを追加。
過去ログをできるだけ大量に集めるには、
やはりそのデータを持ってるノードをスレリストに記録するしかないかな？
それともそのスレのデータを持ってるノードを、上下ノードに問い合わせた方がいいかな？

・最初にノードとして参加したときに、スレリストを自分の上ノードから取得する
・各スレには、スレッド名、作成日時、最新書込日時、合計書込数、スレ勢い、
　そのスレのデータを大量に持っているトップノード100を記録する
・過去ログを取得する場合は、トップノード100のいずれかから取得する
・一定期間書込がないスレは、スレリストから消去する

>>428
あくまでアイデア書いてるだけだよー。
他の人が仕様を考えるときに、参考になればいいかな程度。

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

たんに、ドメインだけの差し押さえなら、orz みたいなゲートウェイだけ作って
全てのアクセスをそこ入り口にしてやれば、問題ないんでないのか

分散型携帯用２ｃｈビュア・がっくしメニュー2
http://qb5.2ch.net/test/read.cgi/operate/1135497634/

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

>>431
今回の閉鎖騒動の話をしてるわけではないと何度(ry

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

ていうかもしできたら、君たちは２ｃｈから移るわけ？

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

>>433
そうゆうのはできてから考えることだ

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

>>433
2ｃｈが本当に閉鎖して、かつ2ｃｈと同等の機能を持って、そこしかなかったら移るよ

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

>>432

そうか、ごめん...OTL

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

ザビビがあるじゃないかｗｗｗ

ごめん

**345** · 2007/01/14(日) 20:36:44

>>419
ちょっとツリー型ではないパターンを考えてみる。

・ノードが死んだり、転送速度が遅かった場合に備えて、
　上ノードは一つだけではなく、10ノードほど接続する
・送られてきた書込がすでに他のノードから送られてきた場合は、
　再度配信するのではなく、単に無視する
・（スレ削除設定が各ノードで変えられるようにするのであれば）
　スレリストは10の上ノードから取得し、
　それぞれのスレリストで足りない部分は補完させる

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

おらは分裂はいちばんやだ↓

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

>>404
同意。大元そんな感じでいいんじゃなかろうか。

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

>>404
じゃ俺も同意

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

winnyの47氏呼ぶかｗ

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

>>442
ｱﾌｫかｗｗ

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

ぬるぽ

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

>>444
ｶﾞｯ!!

**Opera** ◆bnINNEP4dI · NG

>>444
ｶﾞｯ!!

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

>>442
ヴァカだねｗ

**タラバガニ** ◆yXHOjiDWsA · 2007/01/14(日) 20:48:32

どうしたら2chをたすけられるのですか？

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

なんか
・IRC
・NNTP
・P2P
の話題が錯綜しててよくわからん。
NNTPとP2Pを共存させるの？
NNTPを再利用するの？
IRC（もどき）なプロトコルの役割は？
参考資料嫁ってことかしらん。

**345** · 2007/01/14(日) 20:50:51

>>404,419
書込やスレの削除について考えてみた。

・各書き込みは47氏のアイデアの通り、秘密鍵で署名する
・複数サイトで、板リスト、初期ノードリストと共に
　ボランティア削除人リストを管理する
・削除人リストには、その人の公開鍵を登録しておく
・スレと書込の削除依頼は、誰でもできるが、
　削除依頼の署名が削除人リストに入っていれば、削除依頼を上下ノードに配信する
・書き込んだ人と削除依頼の署名が同じだった場合も上下ノードに配信する

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

まとめどこやけ？

**345** · 2007/01/14(日) 20:57:10

>>449
>NNTPとP2Pを共存させるの？
>NNTPを再利用するの？

そのアイデアをもとに考えたのが>>388。
NNTPはサーバ同時で情報を交換し合うけど、やはりサーバクライアント型。

>>388でダメ出しをしてもらって考えたのが >>419,424,430,438,450 だね。
これはサーバなしのP2P型。
P2Pのネットワーク形状は、419がツリー型で、438がWinnyに近い形かな？
（Winnyよく知らないけど・・・）

**345** · 2007/01/14(日) 20:57:54

>>451
まとめWiki
ttp://vipbox.dip.jp/new2ch/pukiwiki.php?FrontPage

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

なかなか一人で作るのは大変だな。
Winnyよく一人で作ったよ。

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

ひろゆきの責任を分散させるという考え方ね。
社会的なリスクと隣り合わせのサーバ管理をすることで得られる利益は
失う代わりに、言いたいことを言える、ほしい情報がすぐ手に入る、
井戸端会議で盛り上がれる場所がつくれればいいわけか。

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

どれが削除すべき書き込みか把握するのを早める為に投票制にすべきだと思う。
削除の投票が多かった書き込みは削除人の所へ送られ審査される。
第一段階
読んだ人達がこの書き込み違反じゃないか？って思う書き込みがあったら投票を入れる。
第二段階
削除の投票が一定以上多くなった書き込みは自動的に削除人の所へ送られ審査される。

これなら明らかな違反は削除されるし、工作員やいたずらによる削除も第二段階の削除人の審査により削除されない。

ちなみに多くの投票が集まった書き込みがそのまま削除されたら削除されるべきじゃない書き込みまで削除されてしまうから却下すべき。

問題は削除人が信用出来るかだが、それは人間の問題だから今考えても仕方ない。

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

なんとなくイメージが出来てきてるのかな。
あとはプロトコル比較して、ネットワーク形状考えて、
実装していってという流れになるんだろうか。

**345** · 2007/01/14(日) 21:18:05

>>456
なるほど、同意。

しかしよく2chを使う人は、2chブラウザのように専用アプリでアクセスした方が快適だけど、
一般の人はやはりWebブラウザ使いたがるんじゃないかなー。

なので、P2P To Webブリッジ用のCGIも開発しないとダメかもしれない。
そのCGIにアクセスされたら、ローカルキャッシュからHTML作成して表示し、
Webから書き込まれたらP2Pネットワークに流すように。
何人かがWebサイトを立ち上げて、2chに似た名前のドメインで立ち上げればいいかも。
もちろん携帯電話にも対応しないとね。

しかしこれだけ( >>419,424,430,438,450 )のP2PアプリやCGIを開発するの、
かなり時間がかかるよねー。10人ぐらいで作っても、最低３ヶ月はかかりそう。
やはり既存の技術を流用する方向で考えるべきか・・・。

NNTP To WebのブリッジCGIってどこかにないかな？
合ったらそれをベースに改良するのが一番近道かも。

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

例えボランティアにしても削除人が、任命する人がいるならばその人が管理責任を問われないだろうか。
ということで陪審員制というのを考えてみた。

削除依頼が発生すると、アクセスしているユーザー内からランダムに数人の陪審員が選ばれ、
彼らに削除の判断を任す、という感じ。
当然、本人からの削除依頼であれば無条件に削除。
どうしても削除して欲しい人の為に、一定期間をおきさえすれば何度でも依頼できるようにする。
問題は依頼厨をどうするかなんだけども……。

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

メシ喰ってきてみたら、また削除の話にもどってるのかｗｗ
その話を始めると、欠点が見つかりまくって無限ループになるから、まずは外堀から埋めてこうぜｗ

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

どうせ人が少ないうちは削除なんかしなくても事実上問題にはならんような気がするぜ

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

NNTP<->Webってスクラッチから書いてもそんな大した規模じゃないと思うけどね
ひまがあればおれが書きたいぐらい。まだだれも手つけてない？

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

>>450 >>456

P2P + http だよな。

> ・複数サイトで、板リスト、初期ノードリストと共に
> 　ボランティア削除人リストを管理する

これは必須だろ　勿論鍵の信頼性と有効期限の管理も

> ・削除人リストには、その人の公開鍵を登録しておく

とあわせて、独自のキーサーバーを持つのか？それなら

> ・スレと書込の削除依頼は、誰でもできるが、
> 　削除依頼の署名が削除人リストに入っていれば、削除依頼を上下ノードに配信する
> ・書き込んだ人と削除依頼の署名が同じだった場合も上下ノードに配信する

大してリスクも負荷もかかるまい。そこまでするなら全員指紋つきでも
変わらないような・・・ま、利用者が面倒でなければ当然犯罪リスクも
でかくなり未然の防止効果もあると思うけど。

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

話がだいぶループしてきてるし、そろそろ作り出す段だな
俺はそろそろ始めるけど、平日はデフォルト22時まで仕事だし、
始める前に埋めなきゃいけない知識もあるから、早くて３月って感じだな

このスレからネ申が出てくれることを祈りつつ、誰も出なかった時の為に凡人の俺も頑張るわ

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

連書きされたらどうするの
削除たいへんだよね

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

freenetでも試しに入れてみるか...
解説サイトってないのかな

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

わしもちょろちょろ勉強始めるか。
とりあえずまとめサイトのDHT、NNTP、Skype、IRCの資料を読んで、
それを踏まえた議論をすることが課題なんかね。
あ！Winnyもか。だれかリンクplz。
2ch自体は早々つぶれないだろうから、数ヶ月～半年くらいで何か形ができてくれば御の字か。
その前に2chがつぶれたら。。。この板の住民的にはしたらばかNetNewsに避難でOKなんだろうなぁw

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

>>464
だな。一応緊急時とかの情報交換の場所を希望とだけ。2ch 以外で。

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

削除アルゴリズムは難しくもあり面白くもあるところだね。
まあ少なくともいろいろな削除アルゴリズムを適用できるような設計に
しておかなくちゃいかんということかな。

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

つぶれたらおまいらまたjapan.*とか読むの？

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

>>467

> その前に2chがつぶれたら。。。この板の住民的にはしたらばかNetNewsに避難でOKなんだろうなぁw

思っててもいうなよ・・・

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

RESTでIRCってできないのん？

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

緊急時情報交換はここでいいのか？
http://jbbs.livedoor.jp/computer/34417/

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

>>472
できるといえばできる。オーバヘッドが大きいと思うが。

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

3ちゃんねる
http://www.3ch.jp/

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

>>473
バンバンスレ立てておｋ

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

アドレス等の初期ノードをアスキー文字に暗号化する関数を作ってみた
どうでもいい車輪の再開発だけど

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

>>477
うｐおながいします

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

削除に関しては>>456とそのレスを中心に後々議論するということで凍結、
それか本体の議論と分離して別で議論していくか。
どちらにしても本体の議論と削除の議論が混ざると良くないと思う。

とりあえずこのスレではこの先は当分ソフト自体の議論しませんか？
もちろん削除機能が入る事も考慮しておく。

**477** · 2007/01/14(日) 22:05:45

>>478
文字列つっこんだらバグった・・・
もうちょい待って

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

削除機能だけプラグインできる実装になってたら面白いよな。
実用的かどうかは知らんけど。

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

ちょっとまて、不特定多数に配布する時点で
多数決なんてどれほどの意味があるの？
複数のVMにダウンロードして
一人10票とかできてしまうんだよね？

**345** · 2007/01/14(日) 22:18:03

開発言語ってどうします？
プラットフォームをUnix系、Win、Mac対応にするのであれば、
ひとまずはJavaがいいような気もしますが、
低スペックPCだと負荷が重いですかねー？

私はC2D 2.16GHz搭載のMac,Linux,Win使いですが、
Javaベースの2chブラウザやP2Pソフト使っていても、
特に重たく感じることはないですね。
2chブラウザ(BathyScaphe)のCPU使用率は10～30%程度。
P2P(Azureus)のCPU使用率は10～50%程度。

あと参加してもらえる開発者にどの言語使いが多いかによっても違ってきますかねー。

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

すぐにコード書きたがる早漏が多いな。
既存のブツの組み合わせで実現できたら必要ないのに。
要件定義と既存技術の調査をするまでじっとしてられんの？

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

>>458
> NNTP To WebのブリッジCGIってどこかにないかな？
> 合ったらそれをベースに改良するのが一番近道かも。

とりあえず、PerlにApache::NNTPGatewayというのがあるな。

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

>>482
そういう暇なやつがどれだけいるかによるな。
埋もれてしまうくらいなら無視してもいいという考え方もある。

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

Perl, Ruby, Pythonの選択肢も十分にあると思う。

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

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