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

UNIX板の皆様　閉鎖� ..

327:名無しさん＠お腹いっぱい。
07/01/14 18:42:38
>>312
速度が速く、住人が多いスレッドではチャット型、そうでない場所は
掲示板形に分けてみればどうだろう。

328:名無しさん＠お腹いっぱい。
07/01/14 18:43:04
>>321
不可能ではないと思う。各クライアントがインデックス用意してくれるようにすれば。
探しに行く距離によって、存在する言葉がヒットしないという状態は起こるけど。

>>323
前スレでもそんな話になってたね。それで良い感じだと思っとります。
個人的に、今の「書込みは1000まで」というバランスは良いものだと思ってるので、
ある程度の数がたまったスレに対しては投稿不可能にはなって欲しい。
そして誰かがそのログを倉庫に救済しない限り、埋もれて消える運命にあって欲しい。
つまり、2chテイストが残っていて欲しい。

329:名無しさん＠お腹いっぱい。
07/01/14 18:43:50
チャットも掲示板も同じでしょ。
リロードとかそういうのなくなるよ、きっと。

330:名無しさん＠お腹いっぱい。
07/01/14 18:44:50
ログを取っときたいと思えばいくらでも方法はあるからな
誰も興味持たないようなログは消えても一向に構わんね

331:名無しさん＠お腹いっぱい。
07/01/14 18:45:17
>>323
> 今の2chの番号(1～1000)を無しにして、発言全部にハッシュを生成して添付
> アンカー(>>とか)つけるときはそのハッシュを指すようにする
> 並べる順番は届いた時間。こんな感じにすればいいような気がするがどうだろう

はい。NetNewsはそうでした。それでやっていけますよ。

332:名無しさん＠お腹いっぱい。
07/01/14 18:47:04
>>323
２ちゃんの肝は反応の早さ。
書いたレスが１秒も経たす反映され、レスもすぐ返ってくるところに中毒性がある。
NetNewsみたいにトロいのは話にならない。

333:名無しさん＠お腹いっぱい。
07/01/14 18:48:47
チャットに近い実況系は鯖を分散、
実況系じゃない板はP2Pなら問題ないんじゃないか？
実況を受け皿にできるところがあるとは思えないけど。それでひとくくりでポスト2chでどう？

334:名無しさん＠お腹いっぱい。
07/01/14 18:49:26
>>324
IDはIPを固定暗号鍵で暗号して、復号鍵は警察さんが持ってるようにするとか
nyで流出したりしたら終わりだが

335:名無しさん＠お腹いっぱい。
07/01/14 18:50:55
>>317
NNTP は INN とか既存のものを本体は触らずに出来ないか。チャット形式は
管理は勿論、P2P 利用だとお上の許容範囲を越えるアホがいた場合即応と防
止が後手にまわる可能性あるぞ。

また、利用者のセキュリティーソフトがきちんと動作するようにしてあげな
いと。ポートも一般的なものだけ使わないといけないし。

336:名無しさん＠お腹いっぱい。
07/01/14 18:51:34
言ってみればこれって２Ｄでしょ
レスだって>>335って感じでどの書き込みのレスか示してるじゃん。
これをもっと３Ｄ的にというかこういう２Ｄ的羅列をやめるとか、
どのレスがどのレスにつながっていっているのか視覚的に分かり易く見えるようにとか。
いや、もちろん従来の今のような方が良い人もいるかもしれない、
だから表示の仕方を選択出来ても良くない？

337:名無しさん＠お腹いっぱい。
07/01/14 18:53:26
>>336
スキンシステムを導入できるといいですね。
Ajaxとか使うのも面白そう。

338:名無しさん＠お腹いっぱい。
07/01/14 18:54:16
>>336
それはクライアントのお仕事で、どうにでもなるから後回しで良し

339:名無しさん＠お腹いっぱい。
07/01/14 18:54:34
336で言いたかったのは今のに慣れすぎてさらに便利な形を追求する事が出来なくなっちゃうんじゃないか、
つまり今の2chの形に固執しすぎるのも良くないんじゃないかと言う事。

340:名無しさん＠お腹いっぱい。
07/01/14 18:54:44
強制IDにするんだったらP2Pじゃない方がいいんじゃないの？
P2Pで個人を識別できるようにしたいんだったらトリップ程度のことしかできないんじゃね？

341:名無しさん＠お腹いっぱい。
07/01/14 18:54:48
Purep2p派じゃないだけどどっか分家スレkbn

342:名無しさん＠お腹いっぱい。
07/01/14 18:55:00
スキンとかどうでもいい

343:名無しさん＠お腹いっぱい。
07/01/14 18:55:58
ちと思った。
既存のベイジアンスパムフィルタを流用して、レスごとにスパムフィルタかけれないかなぁ？

自分とこに入ってきたレスを取捨選択する。
それでスパムはじぶんとこのキャッシュに入れない。
そうすると、

・多くの人がスパムと感じた書き込みは、保持ノードが少ないので出回りにくい
・誰かがいたずらで片っ端から削除しても、大多数の人がまともである限り、影響はない

まぁ、きっちりした削除の仕組みも必要だろうけど。

344:名無しさん＠お腹いっぱい。
07/01/14 18:56:15
IPで強制的にID作ればいいんじゃないの？
IDがいるかいらないかってのは今の2chでもあったりなかったりするわけだから微妙な問題。

345:名無しさん＠お腹いっぱい。
07/01/14 18:56:24
>>324
2chの登場からだいぶ時間も経ってるし、どうせ新しく作るんなら、
2chの問題点を解消したシステムの方がよくない？

私としては工作員対策をどうにかして欲しい。
書き込んだ人のドメイン名を最初のホスト名部分を除いて表示させるとか。
ISPかどこかの企業かの判別はできるし。

346:名無しさん＠お腹いっぱい。
07/01/14 18:57:04
それ800レスついたスレ見たら800こいちいち吟味するん？

347:名無しさん＠お腹いっぱい。
07/01/14 18:57:11
>>336
どっちかというと今のは１Dじゃね？というのは置いといて・・・
2chブラウザもアンカーにカーソル当てれば、その内容がポップアップするけど
そのレスの下につくのもいいかもしれないね。スレのツリー化？

348:名無しさん＠お腹いっぱい。
07/01/14 18:58:02
>>346
やっぱ負荷かかりすぎかなぁ？

349:名無しさん＠お腹いっぱい。
07/01/14 18:59:26
そもそも自分が保持している2chの情報がどんな内容のを保持しているのか分かるようにはしない方が良いと思う。
情報は平等で、例えばレアで一般的にはあんまり見向きされないが重要な情報の書き込みなんかが
あまり保持されなく消えるなんてないようにしたい。
今は重要でないが数年後に重要になる書き込みもあるかもしれないし。

350:名無しさん＠お腹いっぱい。
07/01/14 18:59:46
>>347
すでにそういう表示をするアプリがあって、見てる分は面白いけど、
実用的かどうかは・・・。

351:名無しさん＠お腹いっぱい。
07/01/14 19:00:30
今の2chでdat落ちしたスレ探すの大変ジャン。
すくなくともにくちゃんねるなんかが合ったくらいだからふつーに需要あると思うんだけど。

352:名無しさん＠お腹いっぱい。
07/01/14 19:00:33
>>345
HPでアクセス解析やってるんだが、韓国からのアクセスだとリモホが表示されないんだぜ・・・
もしかして俺だけ？

353:名無しさん＠お腹いっぱい。
07/01/14 19:01:37
でも、それだと大量の不要データがHDDを埋めつくすことに……

P2Pなので、自分1人が全部持ってる必要はないんだけど、
不要なデータのためにハードディスク容量を圧迫したり冗長性が減ることになったりは避けたい。

354:名無しさん＠お腹いっぱい。
07/01/14 19:01:43
>>344
IPったってP2Pだと一次放流元の特定が難しい以上IDに使うのは面倒じゃね？
そういうのがやりたいんだったらP2Pじゃない方が断然都合いいと思うんだが…

355:名無しさん＠お腹いっぱい。
07/01/14 19:02:02
>>352
ヒント:国別のIPアドレス。
韓国のアクセす切りたきゃ、禁止IPアドレスを韓国の範囲にすればよかろー。

356:名無しさん＠お腹いっぱい。
07/01/14 19:02:30
どのぐらいの規模のP2Pにするかを決めないと
その先の要件定義ができないと思う。
2chのユーザ数と同じ数のノードがあったら
実況やVIPなどに必要な速度を提供できないし、
少なすぎると1つのノードの負荷が大きすぎてしまう。
個人的な勘だと100～1000ノードぐらいが適当だと思うのだけど
その選定基準をどうするの？Skypeみたくアルゴリズムで選ぶの？

357:名無しさん＠お腹いっぱい。
07/01/14 19:03:10
>>354
書き込みした時点でクライアント側でID付けて送ればいいんじゃないの？

358:名無しさん＠お腹いっぱい。
07/01/14 19:03:51
>>353
仮に不要データだらけになっても、たかがテキストデータですよ。
古いファイルは圧縮でもかけときゃよくない？

359:名無しさん＠お腹いっぱい。
07/01/14 19:04:46
p2pであっても全部のノードが対等である必要はないでしょ。

360:名無しさん＠お腹いっぱい。
07/01/14 19:04:53
>>357
それ普通に偽ID作れそうな気がするが大丈夫なのか

361:名無しさん＠お腹いっぱい。
07/01/14 19:06:14
>>360
オープンソースだからねｗ
それか最初に通過する相手がつけるとか。

362:名無しさん＠お腹いっぱい。
07/01/14 19:07:03
>>356
板内ネットワークと、スレ内ネットワークの二つを併用するのはどうだろう？
板内ネットワークにはスレや過去ログのタイトルがまったりと流れてくる
スレ内ネットワークには、スレの内容がまあ速めにやり取りされてる

363:名無しさん＠お腹いっぱい。
07/01/14 19:07:15
時間がないんだよな･･･。

364:名無しさん＠お腹いっぱい。
07/01/14 19:07:21
>>356
ノードの反応速度と帯域で優先順位を付ける仕組みが出来ないかね。
そうすると各自が出来るだけリソースを用意しようってインセンティブも働く。

365:名無しさん＠お腹いっぱい。
07/01/14 19:08:01
>>361
最初ってのはどうやって知るんだよって話だな

366:名無しさん＠お腹いっぱい。
07/01/14 19:08:02
>>353
2chブラウザだって不要なログを溜め込むし、所詮はただのテキストデータだからそれ程気にする事はないと思う

367:名無しさん＠お腹いっぱい。
07/01/14 19:08:07
>>358
かなり長期間スレを見てると、特にAA板とかだと結構な量(数GB)になると思われ。
でも、最近のハードディスクに比べるとそこまで負担にはならないか。
>>353
生きているスレッドだけ流しておいて、dat落ちスレについては中央サーバに流すようにすれば、
一人一人の負担が減るんじゃね？もちろん、中央サーバが用意できればの話だが…
又は、過去ログ保管に関してはまとめるユーザに任せて切り捨てるとか。保存したいスレは
ユーザが閲覧中にマークすればdat落ちした時に保存する、って感じではどうだろうか？

368:名無しさん＠お腹いっぱい。
07/01/14 19:08:16
>>358
数年後重要になる書き込みまで考えて残しておくなら、
テキストを圧縮とはいえ相当な量になると思うけど。

369:名無しさん＠お腹いっぱい。
07/01/14 19:11:18
ログは残したい奴が残しとくってんでいいんじゃないの？
残してる奴が多けりゃ容易に手に入るだろうし、少なくても延々繋いでればいずれ落とせるっしょ。
だいたいP2P上で持ってなくてもWebにまとめサイト作れば済む話だしな。

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

そのスレを見ているすべてのノードにどうやって配信するかとか。
動画のストリーム配信や、ネットワークのルーティングと似たような問題だね。
すべてのノードに届き終わるまで１時間とかかかってたら、
かなり用途が限られるだろうし。

371:名無しさん＠お腹いっぱい。
07/01/14 19:12:36
取得したﾛｸﾞを管理出来るようにすれば無問題やん

372:名無しさん＠お腹いっぱい。
07/01/14 19:13:59
全員が専ブラ使ってなく、実況とかの転送量を含め
全てを均してみる。
（スレを差分だけ読み込むといった事をしないユーザーを含め）

一人当たり毎秒30KBになるとしたら
今の2ch人口1000万から、200万がアクティブ
そうなると、
30KB/s　X　200万　＝約60GB/s

一人当たり毎秒3KBでも 6GB/s･･･

373:名無しさん＠お腹いっぱい。
07/01/14 19:14:27
スレって続いていくもんだから、
このスレはこのスレから続いていっているという情報も持たせて、
古いスレは取得に時間がかかるタイプ
新しいスレはストレスなく最新がすぐに手に入るように。
場合分けすれば結構いけるんじゃない？

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

374:名無しさん＠お腹いっぱい。
07/01/14 19:14:43
にくちゃんに「650ギガバイト、21億の発言、620万スレッド」とかって書いてあったな
この掲示板が今の2chくらい広まったら、分散しても相当な量になりそう

375:名無しさん＠お腹いっぱい。
07/01/14 19:16:56
>>373
スレはわざわざ新しくしなくても最初立てたのを未来永劫使えばいいんじゃね？
そんで大昔のログは大昔から保管してる奇特な人間から落とすか、まとめサイトかどっかを漁ってくれということで
基本出回るのは最近のログだけでいいと思うんだが

376:名無しさん＠お腹いっぱい。
07/01/14 19:17:03
アーカイブに関してはにくちゃんねるのような
保存を専門にやってくれる為のリソースがあるんだから
# 法的にも保存は問題にならないだろうし

P2Pで流れるのは現行スレだけの流通にとどめて、
なるべくスピードを重視すべきじゃないかな？

377:名無しさん＠お腹いっぱい。
07/01/14 19:17:36
>>372
200万はいくらなんでもないだろ・・・
多くて1000人、ROMも含めると2000人が最大じゃない？
それに、そんな重くなったら分かれてください。でいいんじゃない？

378:名無しさん＠お腹いっぱい。
07/01/14 19:20:19
>>370
厳しいつっても、実況や祭り状態に対応できなきゃ2chの代わりにはならんよ。
許容範囲はせいぜい2～3秒。
クタラギが光回線が普及すりゃレイテンシを隠蔽できると言ってたが
この大言壮語をクタに代わって我々が証明せにゃならん。w

379:名無しさん＠お腹いっぱい。
07/01/14 19:21:31
個人的には実況とか実況並みに流れが速いようなのはそもそもP2Pでやる必要無いと思うがどうか
実況なんて基本ｷﾀｰｷﾀｰ言ってるだけなんだしそんなの閉鎖の原因になんてならんだろ

380:名無しさん＠お腹いっぱい。
07/01/14 19:23:40
>>377
サーバーが50個に別れなけりゃならないほどの転送量
2000　x　30KB　=　60MB/s　？
これくらいじゃ別れなければならない理由にならないかなと思い･･･

381:名無しさん＠お腹いっぱい。
07/01/14 19:25:07
>>379
実況のメインがｷﾀｰｷﾀｰだけだからといって、
実況などで犯罪行為が発生して差押えられるリスクがない訳じゃない。
そもそも、そのリスクを回避するのが目的だろ。

382:名無しさん＠お腹いっぱい。
07/01/14 19:27:25
>>380
アウトバウンドの帯域は正直いってどうでもいい。
P2Pにしたら、その100倍ぐらいの帯域が内部で必要でないか？

383:名無しさん＠お腹いっぱい。
07/01/14 19:27:58
P2Pの方が、厨房が減るから（ポート開放の際に）賛成!

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ぬるぽ

384:名無しさん＠お腹いっぱい。
07/01/14 19:28:56
>>381
IRCでやればいいんじゃね？ってのは無しかｗ
ユーザーインターフェースだけ合わしとけば見た目違いはわからんから問題ないような気がするが

>>383
ｶﾞｯ

385:名無しさん＠お腹いっぱい。
07/01/14 19:29:21
>>379
いや逆。UNIX板やシャワートイレ板程度の規模なら、したらばに板作れば終わっちゃう話。
規模がでかくなけりゃ、無料で使える鯖リソースは転がっているのさ。

386:名無しさん＠お腹いっぱい。
07/01/14 19:29:32
>>380
えとそれは受信が30KB/s？
実況の大祭りでも1500res/"min"だよ
そこまではいかないんじゃないかね
それにニ、三段ツリー階層持たせれば結構通信料抑えられる気がする
実況なんて5秒くらいなら遅れても気がつかないでしょ

387:名無しさん＠お腹いっぱい。
07/01/14 19:30:48
ところで開発できるやつはいるのか？
みんな意見を出し合ってるだけだが

388:345
07/01/14 19:33:44
サーバなしのP2Pだと難しい物があるねー。
こんなのはどうかな？

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

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

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

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

391:名無しさん＠お腹いっぱい。
07/01/14 19:36:14
おまえら乙!!差し入れだお

ビッグマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)
メガマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)
ギガマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)
テラマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)
ペタマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)
エクサマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)
ゼッタマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)
ヨッタマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)
ハーピマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)
グルーチマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)
ゼッピマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)
グミマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)
チキマック
URLﾘﾝｸ(www.rt.sakura.ne.jp)

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

393:名無しさん＠お腹いっぱい。
07/01/14 19:37:01
おおまかでも設計書なしで実装する奴はバカ。

394:名無しさん＠お腹いっぱい。
07/01/14 19:37:13
>>388
それって責任がそのサーバ主にかかってこない？

395:名無しさん＠お腹いっぱい。
07/01/14 19:37:25
>>388
うん…間違いなくボツだね…

396:名無しさん＠お腹いっぱい。
07/01/14 19:37:44
>>385
えーとか思ったけど漏れが見てるしたらばの板を勢いソートしてみるとUNIX板よりちょっと人が多い程度だったりするな。
ただN速みたいなのはどうなんだろ。なんかよくわかんなくなってきたので整理しなおしてみるよｽﾏｿ

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

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

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

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

399:名無しさん＠お腹いっぱい。
07/01/14 19:39:22
>>398
おまい、技術者の鏡みたいなこと言うなｗｗ

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

401:名無しさん＠お腹いっぱい。
07/01/14 19:41:18
>>399
お上のお世話にはなりたくないだろ。幾分でも汲み取ってくれい。

402:名無しさん＠お腹いっぱい。
07/01/14 19:41:29
>>383
厨房がいるところもまた２ちゃんの面白さと思ってる

403:名無しさん＠お腹いっぱい。
07/01/14 19:41:36
新2chではBeは絶対なくすべきだぜ

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

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

406:名無しさん＠お腹いっぱい。
07/01/14 19:46:41
そうしたらそのサイトが訴えられそう。
さすがにそこまでは無いか？

407:名無しさん＠お腹いっぱい。
07/01/14 19:48:40
一つや二つつぶれても平気なだけ数確保すれば訴えられても逃げればいいんじゃね？

408:名無しさん＠お腹いっぱい。
07/01/14 19:48:58
URLﾘﾝｸ(swfup.info)

(´；ω；`)

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

漏れもP2P勉強してみるか

410:名無しさん＠お腹いっぱい。
07/01/14 19:52:16
>>406
404 氏のが最低のラインだろうけど守れれば、現状 405 氏のが現実的かも。

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

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

412:名無しさん＠お腹いっぱい。
07/01/14 19:52:57
言論統制してる国には削除できないってのもいいかもね
ってそれがFreeNetか

413:名無しさん＠お腹いっぱい。
07/01/14 19:53:04
>>404
同意
こういうのはシンプルにしないと普及しない

414:名無しさん＠お腹いっぱい。
07/01/14 19:53:55
>>410
忘れてた。将来は知らんが、今この時には　403 氏の Be の件必須だ。

415:名無しさん＠お腹いっぱい。
07/01/14 19:54:11
>>411
皇帝乙
違ったらスマソ

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

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

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

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

構成次第。

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

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

419:345
07/01/14 20:06:44
>>404
なら、これならどうかな？

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

420:名無しさん＠お腹いっぱい。
07/01/14 20:07:17
>>373
> そもそも１０００で次スレとかいう決まりすらいらないかもしれないけどね。

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

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

421:名無しさん＠お腹いっぱい。
07/01/14 20:09:01
URLﾘﾝｸ(flash.flop.jp)

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

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

423:名無しさん＠お腹いっぱい。
07/01/14 20:11:47
1000getの楽しみを奪うんじゃないわよ

424:345
07/01/14 20:12:30
>>419
追加。
板管理をどうするかが難しいね。

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

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

426:名無しさん＠お腹いっぱい。
07/01/14 20:14:32
うお！すげぇ動いてるな！おまいらガンガってくれ！

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

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

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

429:名無しさん＠お腹いっぱい。
07/01/14 20:28:21
ＵＮＩＸの「天地創造」だな

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

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

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

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

分散型携帯用２ｃｈビュア・がっくしメニュー2
ｽﾚﾘﾝｸ(operate板)

432:名無しさん＠お腹いっぱい。
07/01/14 20:33:35
>>431
今回の閉鎖騒動の話をしてるわけではないと何度(ry

433:名無しさん＠お腹いっぱい。
07/01/14 20:34:17
ていうかもしできたら、君たちは２ｃｈから移るわけ？

434:名無しさん＠お腹いっぱい。
07/01/14 20:35:53
>>433
そうゆうのはできてから考えることだ

435:名無しさん＠お腹いっぱい。
07/01/14 20:36:15
>>433
2ｃｈが本当に閉鎖して、かつ2ｃｈと同等の機能を持って、そこしかなかったら移るよ

436:名無しさん＠お腹いっぱい。
07/01/14 20:36:15
>>432

そうか、ごめん...OTL

437:名無しさん＠お腹いっぱい。
07/01/14 20:36:39
ザビビがあるじゃないかｗｗｗ

ごめん

438:345
07/01/14 20:36:44
>>419
ちょっとツリー型ではないパターンを考えてみる。

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

439:名無しさん＠お腹いっぱい。
07/01/14 20:38:47
おらは分裂はいちばんやだ↓

440:名無しさん＠お腹いっぱい。
07/01/14 20:41:28
>>404
同意。大元そんな感じでいいんじゃなかろうか。

441:名無しさん＠お腹いっぱい。
07/01/14 20:42:33
>>404
じゃ俺も同意

442:名無しさん＠お腹いっぱい。
07/01/14 20:43:03
winnyの47氏呼ぶかｗ

443:名無しさん＠お腹いっぱい。
07/01/14 20:44:11
>>442
ｱﾌｫかｗｗ

444:名無しさん＠お腹いっぱい。
07/01/14 20:45:20
ぬるぽ

445:名無しさん＠お腹いっぱい。
07/01/14 20:45:52
>>444
ｶﾞｯ!!

446:Opera ◆bnINNEP4dI
07/01/14 20:46:40 BE:1601791698-2BP(0)
>>444
ｶﾞｯ!!

447:名無しさん＠お腹いっぱい。
07/01/14 20:47:32
>>442
ヴァカだねｗ

448:タラバガニ ◆yXHOjiDWsA
07/01/14 20:48:32
どうしたら2chをたすけられるのですか？

449:名無しさん＠お腹いっぱい。
07/01/14 20:49:25
なんか
・IRC
・NNTP
・P2P
の話題が錯綜しててよくわからん。
NNTPとP2Pを共存させるの？
NNTPを再利用するの？
IRC（もどき）なプロトコルの役割は？
参考資料嫁ってことかしらん。

450:345
07/01/14 20:50:51
>>404,419
書込やスレの削除について考えてみた。

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

451:名無しさん＠お腹いっぱい。
07/01/14 20:51:08
まとめどこやけ？

452:345
07/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
07/01/14 20:57:54
>>451
まとめWiki
URLﾘﾝｸ(vipbox.dip.jp)

454:名無しさん＠お腹いっぱい。
07/01/14 21:08:48
なかなか一人で作るのは大変だな。
Winnyよく一人で作ったよ。

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

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

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

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

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

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

458:345
07/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ってどこかにないかな？
合ったらそれをベースに改良するのが一番近道かも。

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

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

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

461:名無しさん＠お腹いっぱい。
07/01/14 21:23:03
どうせ人が少ないうちは削除なんかしなくても事実上問題にはならんような気がするぜ

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

463:名無しさん＠お腹いっぱい。
07/01/14 21:23:32
>>450 >>456

P2P + http だよな。

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

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

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

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

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

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

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

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

465:名無しさん＠お腹いっぱい。
07/01/14 21:27:53
連書きされたらどうするの
削除たいへんだよね

466:名無しさん＠お腹いっぱい。
07/01/14 21:31:54
freenetでも試しに入れてみるか...
解説サイトってないのかな

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

468:名無しさん＠お腹いっぱい。
07/01/14 21:35:30
>>464
だな。一応緊急時とかの情報交換の場所を希望とだけ。2ch 以外で。

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

470:名無しさん＠お腹いっぱい。
07/01/14 21:36:23
つぶれたらおまいらまたjapan.*とか読むの？

471:名無しさん＠お腹いっぱい。
07/01/14 21:37:09
>>467

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

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

472:名無しさん＠お腹いっぱい。
07/01/14 21:41:54
RESTでIRCってできないのん？

473:名無しさん＠お腹いっぱい。
07/01/14 21:42:16
緊急時情報交換はここでいいのか？
URLﾘﾝｸ(jbbs.livedoor.jp)

474:名無しさん＠お腹いっぱい。
07/01/14 21:44:24
>>472
できるといえばできる。オーバヘッドが大きいと思うが。

475:名無しさん＠お腹いっぱい。
07/01/14 21:46:37
3ちゃんねる
URLﾘﾝｸ(www.3ch.jp)

476:名無しさん＠お腹いっぱい。
07/01/14 21:49:34
>>473
バンバンスレ立てておｋ

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

478:名無しさん＠お腹いっぱい。
07/01/14 22:01:04
>>477
うｐおながいします

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

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

480:477
07/01/14 22:05:45
>>478
文字列つっこんだらバグった・・・
もうちょい待って

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

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

483:345
07/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:名無しさん＠お腹いっぱい。
07/01/14 22:18:13
すぐにコード書きたがる早漏が多いな。
既存のブツの組み合わせで実現できたら必要ないのに。
要件定義と既存技術の調査をするまでじっとしてられんの？

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

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

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

487:名無しさん＠お腹いっぱい。
07/01/14 22:21:38
Perl,　Ruby,　Pythonの選択肢も十分にあると思う。

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

489:名無しさん＠お腹いっぱい。
07/01/14 22:22:09
Java屋の俺がいうのもあれだが2chでJavaはありえんだろ
FreeBSDでいいよ

490:名無しさん＠お腹いっぱい。
07/01/14 22:23:59
>>483
適当なスクリプト言語でいいとおも。
つか、とっととコード書きたい向きはすでに書いてると思うし。
慎重な向きはまだ言語決める段階じゃないでしょ。

491:名無しさん＠お腹いっぱい。
07/01/14 22:24:12
たしかにまだプログラム書く段階ではないな。
wikiにまとめていってスレで議論するというのが足りん気もする。
周辺のこまごましたコンポーネントなら調査の意義もあっていいかもしれんが。

492:名無しさん＠お腹いっぱい。
07/01/14 22:24:15
>>452
> NNTPはサーバ同時で情報を交換し合うけど、やはりサーバクライアント型。

ちがう。クライアントサーバ型のユーザインターフェースを持っているだけで
(それをまったく使わなくても良い)、
あれは全ノードがフラットで、分断されても機能しつづける、本質的なP2Pだ。

近代的なP2Pと比べて欠落しているのは、ピアリングをプリセットすることに
なっている点。サイト毎に独立して固有のポリシを持っていたかつてのイン
ターネットの政治的トポロジーに適合している形態なのだ。

このピアリングをもっと柔軟に扱えるようにすれば、ほとんどプロトコルの
拡張なしで使えるだろう。

493:名無しさん＠お腹いっぱい。
07/01/14 22:28:11
>>485
> > NNTP To WebのブリッジCGIってどこかにないかな？
> > 合ったらそれをベースに改良するのが一番近道かも。
>
> とりあえず、PerlにApache::NNTPGatewayというのがあるな。
URLﾘﾝｸ(search.cpan.org)

PHP News Reader
URLﾘﾝｸ(pnews.urdada.net)

というのもあるな。

494:名無しさん＠お腹いっぱい。
07/01/14 22:28:42
板の皆さん超おつ。本当におつ。がんがってください！

495:名無しさん＠お腹いっぱい。
07/01/14 22:30:18
NNTP関連のRFCの和訳ないの？

496:名無しさん＠お腹いっぱい。
07/01/14 22:30:46
まずUnix板作ってWindowsとMacOSXに移植の方向でいくの？
移植を考えるとCとかが良い？

497:名無しさん＠お腹いっぱい。
07/01/14 22:32:05
>>487
> Perl, Ruby, Pythonの選択肢も十分にあると思う。

NNTPに関しては、NetNewsと一緒に育ったも
同然のPerlがなにもかも部品が揃ってる。

498:名無しさん＠お腹いっぱい。
07/01/14 22:34:14
先行してるのがすでにあるが。

新月 - P2P匿名掲示板
ｽﾚﾘﾝｸ(software板)

499:名無しさん＠お腹いっぱい。
07/01/14 22:34:16
Usenet立ち上げて、Webインターフェースつくって、それを改良していくという流れかな？
過去ログはP2Pで共有（o2on?）

500:名無しさん＠お腹いっぱい。
07/01/14 22:35:23
共通の仕様作ってそれぞれの環境に合わせて別々で作るのは無理？

501:名無しさん＠お腹いっぱい。
07/01/14 22:40:04
>>498
2chと違いすぎて見づらいな

502:345
07/01/14 22:40:57
>>492
へー、そうだったんだ。

>>493
NNTPGatewayの方は、ソース1700行ぐらいしかないし、機能も少ないねー。

PHP News Readerは、本格的で複数の言語にも対応してるみたい。
ただしまだ日本語には対応してないから、UTF-8かSJISの追加が必要だね。
HTML書出部分も2ch風に完全書き直しかな？

次ページ