[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 01/18 19:14 / Filesize : 279 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:名無しさん@お腹いっぱい。 [2007/01/13(土) 13:33:52 BE:440244757-2BP(1016)]
さっきの話の続き。

388 名前:345 mailto:sage [2007/01/14(日) 19:33:44 ]
サーバなしのP2Pだと難しい物があるねー。
こんなのはどうかな?

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

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

389 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:35:46 ]
>>387
作り出して方針が変わったとかなりそうだからある程度方向性は必要。
開発出来る自信がある人はまずいない、実際はやってみないとわからないんだと思う。
とりあえずで作り始めている人もいる様子、そういうレスがあった気がする。

390 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 19:36:11 ]
>>388
マスターサーバって概念がある以上、ひろゆき的存在の人間が出てくるわけだから、
それなら前スレ47氏のいうクローン掲示板でいいんじゃないかと思う。

391 名前:名無しさん@お腹いっぱい。 mailto:sage [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

392 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:36:36 ]
>>387
要件定義せずに開発する訳にいくまい。
P2Pのプログラミングの経験がある奴がそうそういるとも思えないけど。

393 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:37:01 ]
おおまかでも設計書なしで実装する奴はバカ。

394 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:37:13 ]
>>388
それって責任がそのサーバ主にかかってこない?

395 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 19:37:25 ]
>>388
うん…間違いなくボツだね…

396 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:37:44 ]
>>385
えーとか思ったけど漏れが見てるしたらばの板を勢いソートしてみるとUNIX板よりちょっと人が多い程度だったりするな。
ただN速みたいなのはどうなんだろ。なんかよくわかんなくなってきたので整理しなおしてみるよスマソ



397 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:37:49 ]
>>387
俺はバグ満載C/S型の対戦ゲーなら作ったことある
ここにいるのにWindowsでしかプログラミングできないんだぜ

398 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:37:53 ]
>>339
それは判るが一刻を争う状況だと暫定処置から開始しないと。サービスを
提供するからには営利であろうとなかろうと利用者の安全も考慮しないと
いけないし。

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

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

399 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 19:39:22 ]
>>398
おまい、技術者の鏡みたいなこと言うなww

400 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:40:30 ]
>>388
クローン掲示板つくるぐらいなら、
今のシステムにXenを導入して、
仮差押え→Live Migration
の流れの方がよくね?

401 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:41:18 ]
>>399
お上のお世話にはなりたくないだろ。幾分でも汲み取ってくれい。

402 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:41:29 ]
>>383
厨房がいるところもまた2ちゃんの面白さと思ってる

403 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 19:41:36 ]
新2chではBeは絶対なくすべきだぜ

404 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:43:34 ]
1.あくまでも利用者側がアプリを起動するだけでそれ自体が2ch掲示板サーバの一員になる仕組みじゃないといけない。
2.匿名で責任者がいなくなるのだから削除システムは重要

405 名前:345 mailto:sage [2007/01/14(日) 19:44:59 ]
>>390,394
じゃー、Winnyの初期接続ノードリストみたいに、
どこかのサイトにCGI立ち上げて、そこにPostするようにすればいいかも。
複数のサイトにPostしておけば、どれか一つのサイトが潰れても大丈夫。

406 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:46:41 ]
そうしたらそのサイトが訴えられそう。
さすがにそこまでは無いか?



407 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:48:40 ]
一つや二つつぶれても平気なだけ数確保すれば訴えられても逃げればいいんじゃね?

408 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 19:48:58 ]
swfup.info/view.php/5970.swf

(´;ω;`)

409 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:51:13 ]
いっぺん「削除とか知らねぇよ勝手にやれや」ってな感じでモノを作っちゃうってのもアリなんじゃないのかな
いろいろ問題もあるだろうけどやってみなきゃわからん面もあるしな
どうせ2chは当分潰れないだろうから何を作ったところで大して人は集まらんだろうし

漏れもP2P勉強してみるか

410 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:52:16 ]
>>406
404 氏のが最低のラインだろうけど守れれば、現状 405 氏のが現実的かも。

411 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 19:52:54 ]
えと、この問題が解決してからでもいいので
政治家℃もの法案に修正案をいくつか投稿して

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


412 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:52:57 ]
言論統制してる国には削除できないってのもいいかもね
ってそれがFreeNetか

413 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:53:04 ]
>>404
同意
こういうのはシンプルにしないと普及しない

414 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:53:55 ]
>>410
忘れてた。将来は知らんが、今この時には 403 氏の Be の件必須だ。

415 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 19:54:11 ]
>>411
皇帝乙
違ったらスマソ

416 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 20:00:09 ]
>>368
> 数年後重要になる書き込みまで考えて残しておくなら、
> テキストを圧縮とはいえ相当な量になると思うけど。

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



417 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:01:28 ]
腰折レスで申し訳ないのですが、まとめサイトor過去ログ保管所ってありますか?
今前スレ読んでるところなのですが、早さについていけなさそうなので・・・orz

418 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 20:02:18 ]
>>370
> >>356
> 実況やVIPのような大量の書き込みに対応するのは、
> P2Pの場合結構難しいんじゃないかなー。

構成次第。

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

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

419 名前:345 mailto:sage [2007/01/14(日) 20:06:44 ]
>>404
なら、これならどうかな?

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

420 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 20:07:17 ]
>>373
> そもそも1000で次スレとかいう決まりすらいらないかもしれないけどね。

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

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

421 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:09:01 ]
ttp://flash.flop.jp/swf/2chkiki.swf

422 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:11:33 ]
1000レスの伝統はある意味いいと思うんだけど。
Part1/1レスからまともなテンプレが張られるわけないやん。。

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


423 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:11:47 ]
1000getの楽しみを奪うんじゃないわよ

424 名前:345 mailto:sage [2007/01/14(日) 20:12:30 ]
>>419
追加。
板管理をどうするかが難しいね。

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

425 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:13:34 ]
> 1000スレ制限議論の人達
そんなあとからの設定次第でどうにでもなる仕様についての
議論はあとにしようよ

426 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:14:32 ]
うお!すげぇ動いてるな!おまいらガンガってくれ!



427 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:18:21 ]
>>418
同意。私もそれが一番望ましいし、クライアントアプリを既存で済ませる
ことが出来る最大のメリットと相乗効果が期待出来ると思う。

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

428 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:19:47 ]
>>424
ちょっとまってくれ、ネットワーク形状とDHTのアルゴリズムで
ネットワーク形状が決まったりするから。
DHTを使うならネットワーク形状については保留してくんないかな。
ちょっとDHTを比較している論文読んでくるから。

429 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:28:21 ]
UNIXの「天地創造」だな

430 名前:345 mailto:sage [2007/01/14(日) 20:29:07 ]
>>419
過去ログ取得の方法などを追加。
過去ログをできるだけ大量に集めるには、
やはりそのデータを持ってるノードをスレリストに記録するしかないかな?
それともそのスレのデータを持ってるノードを、上下ノードに問い合わせた方がいいかな?

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

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

431 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:30:00 ]
たんに、ドメインだけの差し押さえなら、orz みたいなゲートウェイだけ作って
全てのアクセスをそこ入り口にしてやれば、問題ないんでないのか

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

432 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:33:35 ]
>>431
今回の閉鎖騒動の話をしてるわけではないと何度(ry

433 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:34:17 ]
ていうかもしできたら、君たちは2chから移るわけ?

434 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:35:53 ]
>>433
そうゆうのはできてから考えることだ

435 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:36:15 ]
>>433
2chが本当に閉鎖して、かつ2chと同等の機能を持って、そこしかなかったら移るよ

436 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:36:15 ]
>>432

そうか、ごめん...OTL



437 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:36:39 ]
ザビビがあるじゃないかwww




ごめん

438 名前:345 mailto:sage [2007/01/14(日) 20:36:44 ]
>>419
ちょっとツリー型ではないパターンを考えてみる。

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

439 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:38:47 ]
おらは分裂はいちばんやだ↓

440 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:41:28 ]
>>404
同意。大元そんな感じでいいんじゃなかろうか。

441 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:42:33 ]
>>404
じゃ俺も同意

442 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:43:03 ]
winnyの47氏呼ぶかw

443 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:44:11 ]
>>442
アフォかww

444 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:45:20 ]
ぬるぽ

445 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:45:52 ]
>>444
ガッ!!

446 名前:Opera ◆bnINNEP4dI mailto:sage [2007/01/14(日) 20:46:40 BE:1601791698-2BP(0)]
>>444
ガッ!!



447 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:47:32 ]
>>442
ヴァカだねw

448 名前:タラバガニ ◆yXHOjiDWsA [2007/01/14(日) 20:48:32 ]
どうしたら2chをたすけられるのですか?

449 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:49:25 ]
なんか
・IRC
・NNTP
・P2P
の話題が錯綜しててよくわからん。
NNTPとP2Pを共存させるの?
NNTPを再利用するの?
IRC(もどき)なプロトコルの役割は?
参考資料嫁ってことかしらん。

450 名前:345 mailto:sage [2007/01/14(日) 20:50:51 ]
>>404,419
書込やスレの削除について考えてみた。

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

451 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 20:51:08 ]
まとめどこやけ?


452 名前:345 mailto:sage [2007/01/14(日) 20:57:10 ]
>>449
>NNTPとP2Pを共存させるの?
>NNTPを再利用するの?

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

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

453 名前:345 mailto:sage [2007/01/14(日) 20:57:54 ]
>>451
まとめWiki
ttp://vipbox.dip.jp/new2ch/pukiwiki.php?FrontPage

454 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:08:48 ]
なかなか一人で作るのは大変だな。
Winnyよく一人で作ったよ。

455 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:10:26 ]
ひろゆきの責任を分散させるという考え方ね。
社会的なリスクと隣り合わせのサーバ管理をすることで得られる利益は
失う代わりに、言いたいことを言える、ほしい情報がすぐ手に入る、
井戸端会議で盛り上がれる場所がつくれればいいわけか。


456 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:14:51 ]
どれが削除すべき書き込みか把握するのを早める為に投票制にすべきだと思う。
削除の投票が多かった書き込みは削除人の所へ送られ審査される。
第一段階
読んだ人達がこの書き込み違反じゃないか?って思う書き込みがあったら投票を入れる。
第二段階
削除の投票が一定以上多くなった書き込みは自動的に削除人の所へ送られ審査される。

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

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

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



457 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:18:02 ]
なんとなくイメージが出来てきてるのかな。
あとはプロトコル比較して、ネットワーク形状考えて、
実装していってという流れになるんだろうか。

458 名前:345 mailto:sage [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人ぐらいで作っても、最低3ヶ月はかかりそう。
やはり既存の技術を流用する方向で考えるべきか・・・。

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

459 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 21:18:47 ]
例えボランティアにしても削除人が、任命する人がいるならばその人が管理責任を問われないだろうか。
ということで陪審員制というのを考えてみた。

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

460 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 21:20:33 ]
メシ喰ってきてみたら、また削除の話にもどってるのかww
その話を始めると、欠点が見つかりまくって無限ループになるから、まずは外堀から埋めてこうぜw

461 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:23:03 ]
どうせ人が少ないうちは削除なんかしなくても事実上問題にはならんような気がするぜ

462 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:23:17 ]
NNTP<->Webってスクラッチから書いてもそんな大した規模じゃないと思うけどね
ひまがあればおれが書きたいぐらい。まだだれも手つけてない?

463 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:23:32 ]
>>450 >>456

P2P + http だよな。

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

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

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

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

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

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

464 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:26:38 ]
話がだいぶループしてきてるし、そろそろ作り出す段だな
俺はそろそろ始めるけど、平日はデフォルト22時まで仕事だし、
始める前に埋めなきゃいけない知識もあるから、早くて3月って感じだな

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

465 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:27:53 ]
連書きされたらどうするの
削除たいへんだよね

466 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:31:54 ]
freenetでも試しに入れてみるか...
解説サイトってないのかな



467 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:34:48 ]
わしもちょろちょろ勉強始めるか。
とりあえずまとめサイトのDHT、NNTP、Skype、IRCの資料を読んで、
それを踏まえた議論をすることが課題なんかね。
あ!Winnyもか。だれかリンクplz。
2ch自体は早々つぶれないだろうから、数ヶ月〜半年くらいで何か形ができてくれば御の字か。
その前に2chがつぶれたら。。。この板の住民的にはしたらばかNetNewsに避難でOKなんだろうなぁw

468 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:35:30 ]
>>464
だな。一応緊急時とかの情報交換の場所を希望とだけ。2ch 以外で。

469 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:36:04 ]
削除アルゴリズムは難しくもあり面白くもあるところだね。
まあ少なくともいろいろな削除アルゴリズムを適用できるような設計に
しておかなくちゃいかんということかな。

470 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:36:23 ]
つぶれたらおまいらまたjapan.*とか読むの?

471 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:37:09 ]
>>467

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

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

472 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:41:54 ]
RESTでIRCってできないのん?

473 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:42:16 ]
緊急時情報交換はここでいいのか?
jbbs.livedoor.jp/computer/34417/

474 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:44:24 ]
>>472
できるといえばできる。オーバヘッドが大きいと思うが。

475 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:46:37 ]
3ちゃんねる
www.3ch.jp/

476 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:49:34 ]
>>473
バンバンスレ立てておk



477 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 21:59:35 ]
アドレス等の初期ノードをアスキー文字に暗号化する関数を作ってみた
どうでもいい車輪の再開発だけど

478 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 22:01:04 ]
>>477
うpおながいします

479 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 22:03:29 ]
削除に関しては>>456とそのレスを中心に後々議論するということで凍結、
それか本体の議論と分離して別で議論していくか。
どちらにしても本体の議論と削除の議論が混ざると良くないと思う。

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

480 名前:477 mailto:sage [2007/01/14(日) 22:05:45 ]
>>478
文字列つっこんだらバグった・・・
もうちょい待って

481 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 22:06:11 ]
削除機能だけプラグインできる実装になってたら面白いよな。
実用的かどうかは知らんけど。

482 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 22:14:56 ]
ちょっとまて、不特定多数に配布する時点で
多数決なんてどれほどの意味があるの?
複数のVMにダウンロードして
一人10票とかできてしまうんだよね?

483 名前:345 mailto:sage [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%程度。

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

484 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 22:18:13 ]
すぐにコード書きたがる早漏が多いな。
既存のブツの組み合わせで実現できたら必要ないのに。
要件定義と既存技術の調査をするまでじっとしてられんの?

485 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 22:18:50 ]
>>458
> NNTP To WebのブリッジCGIってどこかにないかな?
> 合ったらそれをベースに改良するのが一番近道かも。

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

486 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 22:19:05 ]
>>482
そういう暇なやつがどれだけいるかによるな。
埋もれてしまうくらいなら無視してもいいという考え方もある。



487 名前:名無しさん@お腹いっぱい。 [2007/01/14(日) 22:21:38 ]
Perl, Ruby, Pythonの選択肢も十分にあると思う。

488 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/14(日) 22:21:57 ]
>>483
2chブラウザくらいだとJavaでも軽いけどP2Pになると低スペックだとかなり重くなる。
使う人の人数と使用時間を考えると動作の快適さも重要視するべき。
OSXだとCocoa(Objective-C)で作るべきでしょう。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<279KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef