キャッシュ型負荷分散システム開発スレッド

このスレッドは、2ch.net の転送量削減を目指し、P2P-cache型の
負荷分散システムを開発するスレッドです。

参照：http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998845501&ls=20

その他、障害報告・動作報告等は、
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998808733&ls=20

に、それぞれお願いいたします。

●２ちゃんねる開発統合スレッド（連絡用）
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998908559&ls=20

●キャッシュ型負荷分散システム開発スレッド （ここ）
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998908154&ls=20

●read.cgi開発スレッド（当面、bbs.cgiの話題も扱う）
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998845501&ls=20

●動作報告・障害報告スレッド
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998808733&ls=20

●２ちゃんねるWiki（全体にわたる参照事項です）
http://www.gedoh.org/aki/2ch/wiki/yukiwiki.cgi?TopPage

最新スクリプト
http://star.endless.ne.jp/users/forcount/4countbbs/scriptmaker/index.html

とりあえず　本家サーバにROMのリクエストが来たら
　　305 Use Proxy
で追い返すって感じですかね？

本家サーバにROMのリクエストが来たら
てきとーなキャッシュ鯖に飛ばすんじゃないのかな？

基本的には、本家2ｃｈ鯖は、書き込み処理と
キャッシュ鯖への誘導って感じ？？

この対応策は、ひろゆきさんの参加が絶対条件ですね。

ＲＯＭの持ってるキャッシュとの差分だけ送るなんて器用な真似できませんかね
アクセスは専用ブラウザのみにして・・

問題は　そのキャッシュをどこに置くんじゃｺﾞﾙｧってとこか......

>>4
302 のほうが良いでしょう。
で、 >>5 が言ってるように
Location: でキャッシュ鯖にとばす、と。

いまの２ちゃんねるの運用実績を見る限り、サーバの移転、仕様の変更、新規板の設立などは、よく言えばフレキシブル、悪く言うと前置きや準備なしにいきなり行われています。
こういうシステムになると、相互のコミュニケートが必要なので、ひろゆきさんが参加しないとお手上げでしょう。

ftp://210.170.170.131/incoming/perler/mirror/mirror.pl

に、ダウンロード専用スクリプトをおきました。こいつをcronで走らせる算段です。

今のところデバッグで、tech板の取得しかしないです。

実行カレントDir以下の、dat/tech/dat/*datにキャッシュファイルを作ります。

このまま実行すると巨大になるので、キャッシュ管理ファイル(index.dat)も一緒に
アップロードしてあります。

./dat/tech/index.dat

に置くと、何個かのファイルしか取得してきません。

現在、index2.htmlの自動生成をやっています。差分取得はさらにその後です。

>>10 "302 Found"だと立てるサーバは「キャッシュ」というより「ミラー」と言った方が
しっくりくるけど......まぁ結果的に本家のトラフィックが減ればどっちでもいいんだけど

２ｃｈへのアクセスは専用ブラウザｏｎｌｙにして
各専用ブラウザにキャッシュ持たせて
まず、Ｐ２Ｐで最も新しいキャッシュを探して
差分を本家サーバーから落とせたら・・・

>>14
> ２ｃｈへのアクセスは専用ブラウザｏｎｌｙにして
> 各専用ブラウザにキャッシュ持たせて

ここまでは、2ch.net上のread.cgiを消せばかちゅ〜しゃ等が代わりになりますよね。

http://star.endless.ne.jp/users/forcount/contents/scriptmaker/mirror/mirror.pl
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/mirror/index.dat
アプしときました

つーか、なんで↓でやらないの？
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=990334284

>>16
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/mirror/mirror.plは
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/mirror/mirror.txt
にした方がいいのでは？

>>17
・実質、read.cgi部のミラー化でありP2Pじゃないこと
・既に仕様がある程度固まり、実際に開発に入ったため、仕様策定のスレッドと分ける必要性が
出てきたこと

以上の2つでスレ分けを提案しました。

>>15
そうですね
で、専用ブラウザにＰ２Ｐの機能を持たせて
各２ちゃんねらー同士で最新キャッシュの問い合わせをしあって
まぁ、とりあえず本家サーバーから落とすのは差分データーのみに出来たら・・・・

でもこれだとキャッシュ問い合わせに時間がかかりすぎるかな？

>>18
おっしゃる通りです
変更しときました
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/mirror/mirror.txt

>>19
いや、>>14なんかはあっちで出てる案と似てるし、
別にあっちも完全P2P化で決定ってわけでもないですよ。
こっちは完全に固定キャッシュサーバでいくのなら分かれていても
いいですが、そうでないならまとまっていた方が効率が良いかな、と思いまして。

とりあえずread.cgiに差分送信機能だけでも盛り込めないですかね
クライアントがＩＥだと難しいですかね

>>22
ここは、サーバのミラーリング的手法だと思ったんですが。
P2Pとはちょっと違うと思います。
一緒にやるとたぶん混乱します。

>>10
というか、302にしないと、根スケ4.X(どれだったか忘れた）が、Locationを処理してくんないよ。

サーバーのミラーリンクをBig-serverが許してくれるでしょうか・・

すげ、、このコード
sub connect_soc　勉強に使わせてもらいます>>perler様　（＾＾
部外者しつれい　ROMに戻ります

>>27
本来はモジュール使うべきところなんだけどね。。。＞connect_soc

あと10分ほどで、index2.html作成部をアップロードできると思います。

ひろゆきは今なにしてんだろ？、。
本人がでないと、かなり苦しいのでは？

ftp://210.170.170.131/incoming/perler/mirror/mirror.pl.1
ftp://210.170.170.131/incoming/perler/mirror/index2.pl

をアップロードしました。ディレクトリ構造は一緒です。

今のところ、index2.plは、ファイルスタンプをみてますので、多分sageに対応していないです。
sage対応は後ほど入れる予定。

mirror.plにコマンドライン引数が入れられるように改変中。

ひろゆきと後Big-server側の人も来て欲しいね

>>30
上のファイル無いけど？

>>30
＞sage対応は後ほど入れる予定。
一時的かもしれんが、今みたいに TOP10 も表示せず
スレッド一覧だけ表示するようになれば、、、
sage機能要らないじゃん？

なるほど、昨日のQuickhackといい勉強になりまくってます。
FW挟んでるんでテストに参加出来ないのが悲しいです。
度々しつれいします　　今度こそROMに戻ります。

>>651
お疲れ様です。ありがとうございました。

>>21
今会社から帰ってきたんで何のコードかさっぱりわからないんだが、

#### ソケット S をバッファするようにする
select(S); $| = 1; select(stdout);

これってバッファしないようにする。じゃないかな

>>32
すみません。mirror.pl.1入れなおしました。

http://star.endless.ne.jp/users/forcount/contents/scriptmaker/mirror/mirror2.pl.1
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/mirror/index2.txt
あげておきました
でも、index2.plはindex2.txtにリネームしてます

http://star.endless.ne.jp/users/forcount/contents/scriptmaker/mirror/mirror2.pl.1
じゃないですね
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/mirror/mirror.pl.1
でした

ところで　ミラー側からpullするスクリプトができれば　あとは本家側のread.cgi
とかで（ってか.htaccessのRedirectディレクティブでもいいんだっけ？）
リダイレクトさせればいいんだけど　ミラーサーバをどこに置くのよ？ってのが
問題......　本格的に動かしたら　アクセス量は半端じゃないでしょう......

なんか、うまく動いてくれないです・・・
error: open ./dat/tech/965815778.dat for writingで引っかかります。
いちおう、/dat/tech/は作ってあるのですが、datはあらかじめ必要なんでしょうか？

最終的な解決はp2pあたりが有望だけど、サーバ、クライアントの開発や環境構築と
deamonが動かせる環境の確保が必要なのでしばらく時間がかかると思われ。
こちらは、基本的には現行のhttpを使用して、鯖の確保と受け渡しcgiの作成のみで
サクッと運用しちゃいましょうがテーマでしょう。

ただし、全板キャッシュするとそれなりの容量と帯域を使うので、最大で数百人〜数千人が
利用しないと旨みが少ないし、板ごとのキャッシュじゃ2ch.netに振り分けの負荷が掛かる。
個人でこんなサーバを持つのは難しいので、対象はISP側のレンタルスペースが有望。
ただし、perl以外のcgiが許される所は少ないし、cronなんて・・・。

そのため、全投稿を受け付ける2ch.netのbbs.cgiへキャッシュ鯖への転送処理を入れ、
ミラー側では受け口となるmirror.cgiと、現行のread.cgiが走らすのが一番簡単そうな
感じがします。バケツリレー方式も可能だし、投稿ごとに送っても大丈夫。
ISP側の権利問題は、ミラー側で自由にフロントエンドを拡張できるので、その辺で解決。
あとは、ミラーのリンクを自動にしたら勝手に鯖は増えるけど、悪用されちゃうかな。
cgiもperl版を作れば、有志によるミラーが自然と増える気がします。

# ブラウザ側でも、JavaScriptでdatの展開しちゃえば、差分取り出しできそうですね

>>41
dat/tech/dat/が必要です。。

>>40
確かにそうですね。
とりあえず過去ログ参照だけでもミラー鯖にしたほうが
転送料は減るんじゃないかな。

最低限１鯖を１０〜２０のホストがミラーだな。
DNS ラウンドロビンだけじゃなくて 302 の Location で負荷分散
するなら、鯖数 50〜100 はいけるかな？
あんまりキャッシュ鯖が増えたら意味無くなるかな？
３段構成くらいにして、master→slave→cache とか。
こうすれば、master の負荷は結構減るかな。

速報板とか、アクセスの激しいのはどうするべきだろうか。

>>43
あ、了解です。
ディレクトリなかったら自動で作る仕組みも欲しいですね・・・
(というか、書けって怒られてしまいそう)

>>44
>３段構成くらいにして、master→slave→cache とか。

これは視野に入れて開発してます。現行のmirror.plで対応可能。
というか、受け取ったデータをいじらずにそのまま
2ch.netと同じ階層構造で保存してやってるだけだけど。

取得の方がrangeに対応してませんが、閲覧の方は問題なくできるように
なってきています。

そろそろプロパガンダも兼ねて公開テストも行いたいんですが、
誰かCGI利用可能なHTTPサーバーで公開しても良いという方はいませんかね。。。

>>44 DNSのラウンドロビンでやったらカキコのアクセスもミラーの方に
行っちゃうけど......bbs.cgiへのアクセスを本家側にリダイレクトさせれば
いいんだろうけど　ミラー側のaccess_logにPOSTの記録が残るのを嫌がる
人が出てくるかも......ってかPOSTを他のホストにリダイレクトさせると
ブラウザが警告を出すんじゃなかったっけ？

オレの自宅で使ってるプロバイダ(CATV)はサーバ立て禁止......
仕事先のを使ったらｺﾞﾙｧになるだろうし......

>>48
POST、というか bbs.cgi 周辺は全て master に置けば解決。
とは逝っても信用出来ない鯖だと、
html の FORM action URI を書き換えてしまう
かもしれんな。

やっぱりURL自体を分散しようよ。
１．Oracle使って同期レプリケーションを組んで、
２．WebAPサーバをDBサーバと同じ台数稼動。

>>47
こっそり建てることは出来ますけど、公開となるとちょっと。

>>52 同意(w まぁここの開発メンバぐらいしか来ないという確証が
あれば　仕事先のマシンにこっそり仕掛けることぐらいしても
バレないとは思うけど...... いや仕事先にバレるだけでなく
そのマシンがヘンなやつらに目をつけられちゃうと......

>>52
確かに。うちもそう。
うちはインターリンクってゆープロバイダで
固定IPで立ててるけど、２ｃｈで公開なんか
しようもんなら、あまりのアクセスの多さに
文句くるだろうなあ。。。

関係ないっすけど、技術者集まって、一回
OFF会しません？

なんか NetNews のようなことができないかと考えてみたり。

そうですよね。。。
ただ、現状でも、スレ立てて閲覧はミラーサーバーを使うようにお願いすれば、ある程度の負荷軽減は
達成できるんじゃないかと思うので、2ch側に説得力を持たせるには、公開実験が良いと
思ったんですが。。。

別の板で募集かけてみるってのはどうでしょうかね?

>>54
場所にもよりますけど、出席しますよ
>>56
それこそ、夜勤さんにお願いするべきでは？

IP 直書きでも whois でスグに身元が割れちゃうからなぁ…

鯖、無いことは無いんだけど、
個人的な鯖は回線細すぎだし
そうじゃないのは、ネットワーク管理者にばれるとダメだし…

うーむ。
さすがにさくさたん怒っちゃうかなぁ。

テストぐらいなら大丈夫だとは思うけど……。
http://www.gedoh.org/aki/2ch/mirror/

>>59
akiさん、ありがとう。

>>59

あ、ありがとうございます。

index2.plも試してみてもらえませんか?
mirror.plと同じ階層に置いて、

index2.pl tech

とするだけです。mirror.plからも一応呼び出すようになってます。

はじめからキャッシュありき、で行くのは如何なものか？
さまよえるオランダ人キャッシュまで到達するのであれば別ですが。

>>62
提案レベルを作ってるって事でしょ？

>62
人が１カ月に２倍以上くらいのスピードで増えていて、
gzip, last-modified の改造でも 45% 前後しか転送量圧縮出来ない
とくれば、後は金を作るか、転送量を減らすかしか無いですからねぇ…

金がどうにもならない以上、転送量減らさないと。
何か名案はある？>62

とりあえず文章後半の意味がよくわからん。

>>55
ttp://piza.2ch.net/log2/network/kako/945/945648512.html

>>56
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998908559&ls=20
で募集かけてみました。ご報告まで。

Perlerさん、index2.plですが、実行時間を記録する仕組みって組み込めますか？
ものすごく作業に時間がかかっています。

>>66
募集ありがとうございます。お手数掛けます。

>>67
index2.plがですか?
index2.plは一瞬で終わるはずなので、時間がかかっているのなら
どこかにバグがある可能性があります。

mirror.plは、index.datを入れておかないと、初回に全ログを採りに行くので
莫大な時間が掛かります。

ちょっと今日は明日早いので、寝てしまいます。計測は、

BEGIN{$EXT::time = time};
END{print time - $EXT::time}

とかじゃ駄目でしょうか?

>>68
index2.plです。
どうも、2chにオリジナルを取りに行っている節がありますけど。

物凄いバグ発見。

$countをクリアしてないので、レス数がすごいことになってます。
恥ずかしいが、明日直します。$count = 0;埋めるだけだし。

ＲＯＭで応援している者ですが、プログラマ辞めて８年もたってるので
インターネット云々には疎くお手伝いできそうもありませんが、情報のみなら・・ということで

この間無料ＨＰ探して見つけた所なんですが
http://www.nurs.or.jp/index.html
で借りれませんか？容量無制限、ＣＧＩ可
「当会では「ネットワークのより自由で高度な応用」を研究テーマとして活動しております」
と書いていますが？
さすがに誰も自分のアドレス公開できんと思うので取りあえず。
　２ｃｈ入り初めて２週間くらい何で失礼ならすいません。

>>69

すみません、お手数かけますが、

ftp://210.170.170.131/incoming/perler/mirror/index2.pl.1

でやりなおしてみてもらえますか?

>>72
了解です

実行してみました〜。

あと、YukiWikiから、衝突に強いTikiに移行しました。
http://www.gedoh.org/aki/2ch/tiki/

>71
そこ、おごちゃんのところじゃ無かったっけ？
２ｃｈのテストとなると、どうでしょ。貸してくれるかなあ。

さてと、今度こそ寝ます。テスト環境の件などなどでで私と直接連絡とりたい方は、

[email protected]

までお願いします。皆さん大変でしょうが引き続き頑張ってください。

>75
おごちゃん、散々イジめたからなぁ。この板で…

＞71
nursさんか・・・
個人でML運営させてもらってるので、アカウント作ってもらったとこだ。
自分のメインのメールアドレスもnurs。
ただ、いつも load average 高いです。今現在は 4〜8程度。

知ってる人は知ってると思いますが、ここのrootはogochanです。

>>63 >>64
cacheに王道なし
ゆえに、血道をあげて最適化を図るしかないのがcache道。
できれば、最期の手段として取っておきたかったな、というのが本音です。
cacheしますよ、だけではproposalとして×。
ヒット率目標を明確にしないとPGが走れないと思う。

さまよえるオランダ人キャッシュっていうのは、
「誰からも90%以上のヒット率がえられるキャッシュ機構」のことです。
writeback非同期、turnback最小化が理想。

追記：
RISCがなぜあそこまでcachehitにこだわるか考えてみよ。

あれは、高いcachehit率に支えられないとうまく回らない
（つまりCISCにまける - ただ命令が長いだけの演算論理に成り下がる）論理だから、
ああいう風にしている。

>>79
今ここでやってる cache は、disk cache と違って
cache server にアクセスすれば必ず hit すると思うんですが…
今やってる cache は mirror だから。認識間違ってるかな。

そのうち本物の cache になるかどうかは今後次第ですね。

mirror.plで取ってきたものをread.cgiで読めるようにしてみました。
例えば、
http://202.247.106.47/test/read.cgi?bbs=tech&key=998845501&ls=100
こんな感じで。.datは
973187725.dat 990101968.dat 994912940.dat 997791189.dat 998845501.dat
980342413.dat 990334284.dat 995044723.dat 997931422.dat 998878393.dat
981044659.dat 991795568.dat 995431899.dat 998329377.dat 998908559.dat
981726544.dat 993005709.dat 996151042.dat 998403891.dat 998914613.dat
981823340.dat 993186053.dat 996848309.dat 998444037.dat 998915621.dat
984182993.dat 993358225.dat 997045112.dat 998736516.dat 998921988.dat
985566190.dat 993736410.dat 997348797.dat 998808627.dat 998922784.dat
987698965.dat 993758383.dat 997686555.dat 998841754.dat 998924030.dat
とりあえず、こんだけあります。適当に試してみてください。

僕が誰だか詮索しないように。

理屈ばっかだと、1/16,000 になっちまうぞ。(w

>>81
cacheの母体がCPUと同じところに乗っていようが、DISKに乗っていようが、
cacheする以上、必要な論理はただ一つです。
「mishit時のアクセスレスポンス < hit時のアクセスレスポンス」
あとは、
・この比を求める
・平均レスポンスをどのあたりに持っていきたいか策定する
・比と平均レスポンスから、何%hit以上をもくろむか策定する

ただし、過半数がゆったりした人orCachehit率100%付近を要求する、
ということであれば、私の意見はないに等しいです　ただのうるさいオヤジということになります。

>>83
cacheの逆ザヤって結構ある話なんです。
私はそこだけ心配なので、
目標のあるcache戦略なのかな？
であれば、サルでもわかる解説があるはず！
と思ったまでです。

皆様お疲れ様です。
P2P cache のほうはだいぶ下がっちゃったし実装待ちかな。

ところで

>>82

http://202.247.106.47/test/read.cgi?bbs=tech&key=998845501&ls=3

でレスの１　と最後2つが表示されるのですが...
ls=XX の数字がずれてません？
何かずれた事いってたらごめんなさい。

なんかお役に立てませんでした。
駄文に返事下さり有り難うございました。
　その時の履歴漁ったケド有料鯖以外でＣＧＩフリーって、なかなか無いですね。
　しくしく

http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998908154&nofirst=true&ls=3
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998908154&ls=3

全部でレス３つってことで、あってるのでは。

>88
あ、すまそ..
もともとの仕様を勘違いしてた.. 鬱だ

>>84
いや、だから、今（少なくとも年内？）問題なのは 2ch.net ゾーンの
転送量ですので、2ch.net 以外のゾーンに cache server 置けば
cache サーバ使用時のレスポンスは今より悪くなる可能性はあるのでは。
でも背に腹は変えられないという訳です。

>>90
了解しました。
要はread専用にレプリカするためのもので、
それによって転送量総量の問題を分散させる、ということであれば
その範疇で組んでも大丈夫でしょう　ほっ・・・

>>85
とりあえず、ミラーサーバに関しては、cacheによって高速化しよう
ということではなくて、有志のサーバ達に分担させて2chのトラフィッ
クを減らそうということです。

ADSLな上り512Kbpsな人が100人集まれば、50Mbpsの回線を提供できると。

>91
理解して頂けたようで良かった。

>92
残念ながら ISP の内部で帯域幅狭まると思われ。
地方から東京までの回線とか、結構狭いと思う。

# flets ADSL とか、IP どう割り振ってるんだろう。

大手ISPごとに居ると嬉しいんですけどね。
なかなかそうも行かないところ。

とりあえずBフレッツ来たらミラーしてもいいです。

http://203.174.72.113/p2pcache/P2Pcache/frame.htm

goo 重いね。やっぱ IIS だから？

http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998879305&ls=20

もうダメなのか？

To:97
http://kaba.2ch.net/test/read.cgi?bbs=news&key=997961706&st=637

隊長暴走気味。

あきらめたらいかん。

プログラマ版は必死でやってる。
最後の1秒まであきらめたらあかん。

>>100
というか、ここにいた人がプログラム板に逝ってるんですが。

キャッシュサーバー案の方は、テストですらサーバーを提供してくれる
人がいないという事で頓挫しつつありますな。。。
閉鎖しかけた時に「うちのを使ってくれ!」って人が結構いたんで、
多少期待していたんですが。
どなたか、index2.pl動かしてうまく行った人いらっしゃいますか?

>>102 うーん......本質的には　キャッシュ／ミラーサーバを用意するにしても
その管理者がどうなのか......ということで利用者の方も引いてしまうことも
考えられますね　ひろゆき自身が動いてくれないと......

>>103
うーん、書き込みは2ch.netを使うので、書き込んだ人のIPは今までどおり
保護されますが、やはり読む側のIP保護も必要とされてるんでしょうか？

個人的には読む側のプライバシーは不要だと思っているのですが。。。
実際、世の中の殆どのサーバーが、閲覧者のIPを保存してるわけで
すし、実際悪用しようにも方法が思いつかないです。

ひろゆき氏の登場を待つまでもなく、
現状でも、キャッシュ版index2.htmlへのリンク一覧を専用スレに
張って人力で誘導すればある程度の負荷削減になると考えて
キャッシュサーバー稼動の参加者を募っています。

しかし、個人的には、究極的ですが

・負荷過多のため、2ch.net側がread.cgiを次々と止めてしまう。
・応急処置としてmirror.plを立ち上げるボランティア・サーバーが出現
・ユーザーが次第にそちらへ流れて結果的に負荷削減

という流れが荒療治ですが自然だと思っています。

そういえば、現在read.cgi「だけ」止まっているサーバーってあるのでしょうか?
あるのでしたら、そこのミラー化が一番の実験課題だと思うのですが。

>>102
index2.pl動いています。
http://202.247.106.47/tech/index2.html

他にミラーサーバに参加してやるという奴はいないのか？

「稼働テストなら参加できるけど本番運用はできない」って人がほとんどと思われ

http://www.gedoh.org/tech/index2.html

>>105
>>107
ありがとうございます。確認しました。
特に問題になるところはないように思えますが、検証お願いできますでしょうか?＞読んでる方々

現在の所、私のローカルでは、

perl -e 'while(1){system("./mirror.pl");sleep(60)}'

というコマンド(というかone-liner)を走らせて自動巡回させてテストしています。
これだけで、とりあえずキャッシュサーバー完成になりますので、
協力者の方、引き続き募集中です。

仕事がまた忙しくなってきたので、Range対応はもうちょっと
遅れそうですが。。。まだRange仕様も半分しか読んでないですし。

はずかしながら・・・
ミラーサーバー参加したいけど、具体的にどうしたらいいのか・・・

フレッツ地域からテレホ地域に引っ越しちゃったし。（鬱
今夜試行錯誤やってみますか。

うまくいけば会社の専用線に・・・（もち帯域制限かけますけど・・・

ミラーのテストをしようとしているのですが、
error: Socket Error
が出るのは何がマズいのでしょう。
このスレをざっと読んだだけなのですが何か重要なことを見落としてますか？

rangeとgzip対応が済んでないので
現段階ではかえって負荷かけることになると思います。
gzipはmod_zip導入待ちですが・・・

>>110
サーバーは何を使っていますか?
Windowsにはsocket関連のシステム・コールがないので、
ひょっとしたらそこでコケるかもしれません。

また、サーバーによっては外部への80番ポートへの接続
を拒否してるところもあるかもしれません。

telnetが使えるなら、そのサーバーから

telnet 2ch.net 80

とやってみて、

Trying 64.71.145.43...
Connected to 2ch.net.
Escape character is '^]'.

ここまで表示が出るかどうか試してみて下さい。

あとは、Solaris辺りだと、AF_INET辺りの値が違った
ような記憶があります。

/usr/include/sys/socket.h　だったかを見て違うようなら
適切な値をソースに書き込んでください。

この間、ソースのincoming用に公開した所を攻撃して落とすようなヴぁかが
集まってる所だからねぇ、２ちゃんは。

>>112

サーバーというかOSはIRIXです。
外部の80/TCPには接続できます。　出来なければここ見れません＾＾；
AF_INETは合ってました。
socket.hを見た感じでは似たような値がセットされているのでたぶん
この辺りは問題無いのではないかと思います。

となると、やはりsocket関連のシステム・コールが無いのでしょうか
うーん残念。

うーん、IRIXはあると思いますよ。。。＞Socket関連関数
Perlのコンパイル時の問題なのか、構造体のメンバが違うのか。。。

ちょっと私のソースの方も見てみますね。

共用レンタルサーバでも可能ならミラーサーバ参加したいが。。。
まあ、専用じゃないと迷惑だよな。

サーバを提供する人が現れないとなると、
このプロジェクトが２chを救うのは、次の消滅騒ぎまでなさそうですね。
次は冬休みかなー

＞Perler様
えと、昨日は一日ダウン＆今会社にいるんで協力遅れてごめんなさいです。
もし必要であれば、今夜家に帰ってからなら稼動実験に参加できます。

あ、210.170.170.131 の持ち主です、はい。

それと、どなたか「稼動実験に参加するための手順」をまとめて頂けないでしょうか。
もしくは「稼動実験を開始するために必要なファイルをtar.gz形式でまとめる」かですね。

＃いま会社なんで、時間が取れなくて自分はまとめも出来なくて・・・・。

>>117
ハード的な問題なら、現物寄付でどうにかなると思いますけど
2chのDNSやCGI側での振り分けをBIG Serverが許可してくれるか
難しい問題ですよね｡

勝手にキャッシュサーバじゃ実効が上がらないとおもいますから
現段階で2ch管理の方にここに来てもらって、BIG Serverと話し合う時の
検討事項にしてもらう必要があるでしょうね。

色々返事遅れてます。

mirror.plがchunkedに対応してなかったため、不具合が出てました。
あと、rangeに対応させました。
デバッグ用コードを外してからリリースします。

mirror.plが新しくなりました。

ミラー用スクリプトとしては大体完成に近いんじゃないかと思います。
あとはあぼーん対策だけですね。。。簡単そうなんですが、また仕事に戻って
しまうので、変更は後回しです。すみません。

ftp://210.170.170.131/incoming/perler/mirror/index2.pl.2
ftp://210.170.170.131/incoming/perler/mirror/mirror.pl.2

とりあえず新バージョンは、

Fancy Indexを取得。

そののち、Fancy Indexを参考に1分単位で更新されているファイルを取得。

その際、キャッシュを見て、既にキャッシュがあれば、Rangeヘッダを送信。

。。。という方法を採っています。

現在のところ、piza2のtechをターゲットに10分おきに走らせた場合で、
1回ミラーするのに1分前後に収まっています。

では
サーバ提供者が現れないなら勝手にジオとかに自動的にユーザ登録して
.datをミラーしてしまうってのは？


ミラーしたスレは適当なキーワードと共に
2ch側にアドレスを書き込んでしまう

別班で、Windows用の専用ブラウザかプロキシを作り、そのキーワードを
発見したらミラーを読むようにし、 ファイルサイズに差があれば、その差を
埋める動作をさせる

>>123
それってgeocitiesだとabuseですよね。。。

2chの規模でそれやったら、冗談抜きで威力業務妨害罪とか
に問われそうです。。

http://www.geocities.co.jp/members/info/contents.html
>ホームページをファイルダウンロード専用のページとしたり、
>他のページ（ジオシティーズ内外を問わず）へのリンクをす
>るためだけのページ

tripod の jump2ch もどうかと思うけど。
ところで、cron が使えるところならミラー可能？

>>125
取り合えず、「root権限がもらえる」という前提は必須かと。
cronだけじゃなくて、色々な事をやらなければいけない事を考えるとね。

>>126
私が作った奴の今の仕様だといらないです＞root権限
特に必要になる状況も思いつかないです。
cronも不要。

while(1){
system("./mirror.pl");
sleep(60);
}

ってのをbgで走らせてほったらかしにしてあるだけですんで。
逆にcronで走らせる間隔が短いと、今のスクリプトだと
二重起動起こしてファイルを潰しあう可能性があります。

>126
そっか。やっぱり自前か専用じゃないと無理だね。
一応シェルは使える。

>127
それはそれで鯖管に怒られそうだ…
プロセス切られたりして。

>>128
シェルがつかえるならmirror.plは充分動くよ

だれかホスティング／ハウジング業者とかデータセンタでそれなりの権限もってる
人とかいないのかな？

実は

「2chのような掲示板システムってP2Pで」
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=990334284

でも鯖探してます。
こっちで必要なのは2ch.net に追加する新cgiがテストできる
鯖なのですが、相乗りさせていただくことって可能ですか？

ちなみにcgiの機能としては
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=990334284&st=537&to=537&nofirst=true
です。

漏れ鯖一台余ってるYO！さくらのパーソナルだけど（ｗ

>>131
それなりに権限をもっているだけじゃダメなのよ…。
きちんとしたビジネスプランなり研究プランを示せないことには、
学校・会社では通用しないんで。

なので、比較的いいわけが効く実験環境ならなんとかなるけどって
いう人が多い。

>>127
なるほど。誤解してました。
確かにそのループならroot権限は要りませんね。

研究にするにしても、大抵の学校のサーバでは無理そう。
少なくてもうちの学校は WIDE にぶらさがってるだけなので転送量的にキツイ。
教授に申請しても ﾊｧ?(ﾟДﾟ) といわれるのがオチだなあ。

やはりサーバ業者の協力が不可欠なような。
キャッシュサーバみたいなのををビジネスにしてる企業に売り込む？
費用対効果が低いのはbig-serverで証明されちゃってるから難しそうだ。

ここはThe Internetの基本に立ち返っていっそ米軍に泣きつくとか…

>>136
いや、ある程度の数の proxy が立ち上げってくれば
2ch の全てを肩代わりするわけじゃないので大丈夫だとは思う。
ただ、実運用時には個人の趣味の範囲で許される程度からは
外れそう。

ちなみに、ビジネス・研究とは関係なくても netnews の場合
は各会社や provider が NNTP server を自前で用意していた
過去があるけど、これは junet=fj & mail だった名残なのかなぁ?

お疲れさまです。
現在のindex2.plで吐き出されるデータって、テスト状態のデータですよね？
件名（件数）の件数が10000件以上のものもありますけど。

>138
ミラー方式だと本体への負荷が高いので、
へたに proxy の数が多いと効果が低くならない？
結局データ自体は本体に集中してる。
最終的には NNTP や P2P だと思う。

VLAN切ってストレージサーバを用意するとかじゃダメかねぇ。

>>140
read access が極端に多く、traffic が問題となっている
状況ならば、proxy が多くてもそうは問題にならないでしょう。

いざとなったら squid のように proxy 間で data のやり取り…。

#って、そりゃ NNTP 化するのとほぼ同義だな。

>>142
要するにここでのproxyの役割は、cacheによる高速化ではなくてdelegationによる
バックボーンの負荷分散、ってことだよね？ >>140 が言っているのは、（更新頻度を考えると
P2Pじゃないキャッシュがほとんど意味をなさない2chで）キャッシュサーバから本体に取りにいく
トラフィックの総計は、今のエンドユーザのトラフィックの総計と大して変わらないのではないか、
という話なんじゃないかなあ？

# でもそれだとproxyの数はあまり関係ないね

>142
なるほど。だとしても板と時間帯によるね。
ニュー速やラウンジならともかく、
WebProgとかレンタル鯖には必要ないだろうし。
それと朝方は比較的アクセス少ない。

ちょっと誤解。
キャッシュサーバへのアクセスしか許さないならば、効果はあると思う。

っていうか　cache/proxyというよりdatファイルをコピーしてミラーリング
というのならどうなの？　readよりwriteの頻度の方が低いんだから
カキコがあるたびにdat転送しても　今のreadアクセスよりはトラフィックは
だいぶ少なくなると思うけど

＞readよりwriteの頻度の方が低いんだから
次スレに移って一ヶ月以上も経つのに。
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=969471588&st=977
こうゆヤツも救うのかと思うと悲しくなるね…

read.cgi は、5.10 になったが。
bbs.cgi は古かった模様…。

>>147
おかげで、bbs.cgi の挙動が不審なことはわかったけど:-)

#でも、read.cgi と違って手のうちようがない…

>147
頭が痛いね…とりえあずスレスト依頼すべきだ。

スマソ　外道ネタ

　一ヶ月借りてその後の退会は自由との事
　「実験だけなら何とか出来ない？」もっともドメイン持っている人じゃないと
　ダメっぽいケド・・・どっちにしても自分で書いてて情けないな・・鬱だ逝ってくる。
『interQまるごとサーバー』は、サーバーを１ヵ月無料で体験できます。
http://www.marugoto-server.com/campform.html?mid=970026
ＣＧＩ／ＳＳＩ／アクセス解析可／NTTネットワークセンター内設置にて320Mbps接続
現在取得済のドメインにてサーバーをお申込み頂きますと、翌日にサーバーの用意ができます。

>>151 それってIPアドレス直打ちじゃダメなのかね？

悪名高き InterQか…

interＱは詐欺商法（第３版）
http://salami.2ch.net/test/read.cgi?bbs=isp&key=995199180

板を丸ごとじゃなくて、混んでるスレだけでも分散できないかな。
混雑スレ専用proxy。かちゅーしゃなどに組み込んで。
一つのスレに連続投稿すると勝手に起動して、2ちゃんに連絡する。
以後、そのスレを読もうとすると、proxyを経由させられる。
かちゅーしゃに組み込まれたバックドアから2ちゃんが侵入するようなイメージで（ｗ

実況などに抑止効果があると思う。巡回ソフトには効果ないけど。
2ちゃん側の変更がどの程度になるのか全然分かりませんが。

多分俺と同じ状況で歯痒い思いをしている人はたくさんいると思うのだが、
俺んとこはフレッツADSLで固定グローバルIPを8つもらえるサービスを使っていて、
現に稼動しているApacheがあるので、テストだけだったらIPbasedなVirtualHostで
環境を提供することも出来る。DNSラウンドロビンの実験用にVIPを振ってそれ様の
namedを上げたりしてもいい。でも、問題なのはドメインネームが.netだから個人情報が
駄々漏れになってしまうんだよ……(;´Д`)

>>155
IP8個ならその時点で駄々漏れじゃん

>>156
日本の一般用whoisでは電話番号とかは出ないじゃん。

>>118
>それと、どなたか「稼動実験に参加するための手順」をまとめて頂けないでしょうか。
>もしくは「稼動実験を開始するために必要なファイルをtar.gz形式でまとめる」かですね。

漏れのやった（やっている）手順
1:最新のindex2.plとmirror.plをGET
2:２つのファイルを/usr/local/etc/www/data/に移動し
　実行できるようにchmod
3:data以下にdat/tech/datを作る
　（パーミッションは777でやっちゃったよ。）
4: ./index2.pl tech
5: perl -e 'while(1){system("./mirror.pl");sleep(60)}'

今現在取り込み中・・・


問題があったらメールなりで指摘してくれ。
環境は自宅鯖、Pentium166Dual(藁　FreeBSD-4.3-stable apache-1.3.20

[email protected]

>>157
そうなんだよね。ヲレの場合、whois db を更新していないので
実家の電話番号が出てきちゃうんで、とんでもない大問題なのだ…。

鬱氏
/usr/local/etc/www/data
↓
/usr/local/www/data

まぁとにかくApacheのdataディレクトリ

----------------------------------------------------
*******************2chが閉鎖？ﾜﾗﾀﾖ******************
----------------------------------------------------
ネットキャンサーが自らのトラヒク負担でアポトーシスだと。(藁
死んで当然death。消えて当たり前田のクラッカーだよ。
何？クラッカーじゃなくてハッカー？（ﾌﾟ
UNIX板のノータリンはハッカーとは呼べないだろ。
普段はトゥール・クラッキングでオナってる偽ハッカーのくせに。（はぁと
**********************************
-----UNIX板の連中なんざ、芋虫------
**********************************
みんなで協力してます？ﾊｧ？死ねば？
お前らの発言とも思えないが？（＾＾；）
偽善と欺瞞、傲慢に独善。自分たちがしてきた行為を
振り返ってみな？胸に手を当ててよく考えろ。
そうすれば、2ch閉鎖が世界のためだと気づくはずだＹＯ！

最後に。UNIX板のプログラマはヘタレ。
お前らの吐き出すコードはムダとバグの塊。
もうママゴト・プログラミングなんてやめたら？みっともないよ。

＞158
感謝！
っていうか、「なんでmirror.pl動かんのじゃー！」とか苦闘してて(汗。
先にindex2.plを動かさんと行けないってのを忘れてました。

ご指摘感謝。いま動いてます＞mirror.pl

あ、すいません、>>162はいわゆる「369」です。

ミラーサーバ案が頓挫しそうな雰囲気ですねぇ。

2chをNNTPに載せるという案を散見しますが、具体的にどうするかという話が
全然出てこないですね。状況は逼迫してると思われるので、急いで実現可能な
方法が必要だと思うんです。NetNewsのシステム自体は枯れているので、それ
をそのまま使うというのは現実的な話だと思います。ただし、現在の2chのシ
ステムをそのままNetNewsに移行するのは難しいと思います。やるとすれば、
2chとは別の、2ch的ポリシーを持ったトップカテゴリを作るというあたりが落
としどころではないでしょうか。

仮に、2ch.* というトップカテゴリを作るとして、これに属するGroupはすべて
moderatedにします。moderatedとはどういうことかというと、投稿した記事は
一旦moderatorにメイルで届きます。通常はmoderatorが検閲し許可した記事を
代理投稿しますが、2ch.* では匿名化のために使います。moderatorに届いた
記事はスクリプトで From: nobody@invalid (名無しさん) みたいに書き換えて
投稿します。

サーバ側に関しては、とりあえず自分のマシンに 2ch.* を作って、OPEN NNTP
として運用を開始し、同時にpeerしているサイトに配送を働きかけます。他に
希望があれば、どことでも無条件にpeerします。

クライアント側に関しては、NetNews用のクライアントを使う必要がありますが、
OutlookやNetscapeが使えるので障害は少ないと思います。Webインターフェイス
が必要であれば勝手に作ってください。

こんな具合で始めたらどうでしょうか。

馬鹿プログラマー死ね！！

>>161
激しく同意

えと、ftpサーバーの
incoming/2ch-read-current/
以下に、

mirrortest.tar.gz
mirrortest.doc

というファイルを置いておきました。mirror実験を開始するための
セットと、その使用方法というかつかい方、というところで、
簡単なセットとマニュアルをおいておきました。

なにか間違いとか不備があったら突っ込みお願いします。

>>166
僕は荒らしをしているとは考えていない。
そうではなくて、真実を述べている。

>>167
全般的にカス。コーディング。やめれば？

mirror.pl.2 ですが、HTTP/1.1 のデフォルトは持続型接続と
なっているのでファイルをダウンロードしてから Apache が
タイムアウトで接続を切ってくれるまで待つようになります。

Connection: close を送出するとダウンロードが完了したら
即座に Apache が接続を切ってくれるのでミラーリングが
早くなります。

ほんとは持続型接続をうまく利用すべきでしょうけど・・・。

--- mirror.pl.2.orig Tue Aug 28 22:58:33 2001
+++ mirror.pl.2 Tue Aug 28 23:05:11 2001
@@ -322,6 +322,7 @@

###### GET コマンド送出
print S "GET " . $get_command . " HTTP/1.1" . $crlf ;
+ print S "Connection: close" . $crlf;
print S "Host: $servername" . $crlf . $crlf;
1;
}
@@ -336,12 +337,14 @@

###### Range付きGET コマンド送出
print S "GET " . $get_command . " HTTP/1.1" . $crlf;
+ print S "Connection: close" . $crlf;
print S "Host: $servername" . $crlf;
print S "Range: bytes=$range-" . $crlf . $crlf;

### debug..
&green;
print "GET " . $get_command . " HTTP/1.1" . $crlf;
+ print "Connection: close" . $crlf;
print "Host: $servername" . $crlf;
print "Range: bytes=$range-" . $crlf . $crlf;
&nomal;

NNTPは懐古趣味とか言ってみる

ＤＱ−−−−−−−Ｎ

NNTPウザイ

＞173
昔、ひろゆきさんが「バケツリレー式のNetNewsなんて、ぶっ潰そう！」
なんて言ってた頃もあったけどねー。;-P

index2.plとmirror.plをつかっていろんな板を自鯖に保存したくなってきた・・・

＞175
そう思って皆がミラーし始めて、転送量上がるんじゃないの？

＞mirror.pl
無事動いてます。index2.htmlからの読み込みなどもオッケーのようです。
IRC経由で友人に頼んで動作確認してもらいましたが、読めるみたいです。

あとは、「このパッケージがあれば動作確認ができるぜ」っていう
アーカイブとドキュメントを書けば良いのかな。
それと、なにげにディレクトリ階層をちゃんと2ch風に合わせないと
だめなんだろうな、という話も考えなきゃ・・・・。

>>176
もちろんミラーサイトから・・・（笑


うーん、次はread.cgi・・・どうやるんだ？

とりあえずmirrortest.tar.gzを自分のサーバーのhttpdルートに解凍して
mirrorフォルダは作りました。あとはmirror.plを実行すればいいんですよね？

>>179
あとは、read.cgiを何とかしてmakeして、って作業が必要かと思います。
閲覧にはやっぱりread.cgiをつかいますので。

>>180
read.cgiを何とかって・・・どうするの？(^^;
makeはできるけど、どのファイルなのか。
もう一個のほうのプロジェクトで開発してるんでしたっけ？

みなさん検証ありがとうございます。
Connection: close
以外の不具合は見つかっていないでしょうか？
Connection: closeに関しては、次バージョンで取り込みます。
その前にkeep-aliveに対応したいところですが。

>>179
てことで、「必要なもの一式」をまとめてみました。
つまり、「mirror.plを実行する環境」のほかに、「read.cgiを動かす」
こともできなくてはなりません。

ということで、そのアーカイブセットとドキュメントを

ftp://210.170.170.131/incoming/mirrortest/

の中に置いておきました。

＞Perlerさん
えと、バグというか、不具合というか。

自分はいま、perlerさんが軽く紹介してくれた一行スクリプトを走らせているのですが、
index2.htmlの構築の段階で予想外に時間がかかってるので、
sleep(60)が意味をなしてない感じです(^^;;。

mirror.plの実行終了から60秒じゃなくて、mirror.plの起動から
60秒待って、という感覚なんですが、perlの使用ってこんなんじゃ
ないですよね？

つまり、waitなしでひたすら実行されてしまうように見える、って
ことなのですけれども。

あと、先ほどあげましたmirrortestのアーカイブとかドキュメントとかで
不備がありましたらぜひご指摘ください。

えと、明日も仕事なんで、とりあえず自分はここらで寝ます_(..)_
また明日の晩まで実質的には動けません・・・・。

実行してみた。
一応確認だけど、ドキュメントの cd mirror/dat/test
cd mirror/testですよね？（Makefileとソースがそこにあるので）
実行したところzlib.hがなくて動作せず。
探さないと・・・。

>>184
うーん、mirror.plが時間がかかるのは分かるんですが、index2.html
の生成は一瞬のはずですが。。。
ただ、index.datを入れない状態だと、2ch.netのtechのすべてのログ
をダウンロードするため、ものすごい時間がかかります。
昨日あたりのindex.datをサーバーにあげてあるので、それを入れる
とダウンロード時間はかなり少なくなります。
１分ごとの起動だと、mirror.plは１分くらいの時間は食いますが、それは
現仕様では仕方ないです。

>Perler
ミラーテスト成功しました。
index.html書いてないので、datディレクトリのファイルを直接参照したんですが・・・。
http://www.tokyo-nazo.net/mirror/dat/test/read.cgi?bbs=tech&key=997788843
です。
また明日の夜に覗きに来ます。
私に協力できそうなことがあったら協力しますので。

ＦＴＰサーバー落ちてませんか？

＞perlerさん
すいません、ちょっと勘違いしてました。
切り分け様にprint文要れて動かしてみたら、ちゃんと動いていることを確認できました。
たびたび誤解してごめんなさいです。

えと、今日一日家に戻るまで動かしておきます。
http://210.170.170.118/mirror/dat/tech/index2.html

・・・って、ftpサーバのアドレスも変わってますのでご注意を。
今IP表示させて気づきました(汗

>>189
落ちてる、というよりも、IPが変わってます。
ADSLなもので、たまにこうなります(汗。
あ、メインのftpサーバーは落ちてません。

＃今朝の6:30ごろに、IPが変わったらしいです。

>>190
こうやって動いてみると、けっこう生々しく現実味がありますね。
ただ、完全ミラーは時間的に厳しいですかね？
サーバ／ジャンル単位に複数のサーバでサポートしたりするのがいいのかもしれない。

>>42
>ただし、全板キャッシュするとそれなりの容量と帯域を使うので、最大で数百人〜数千人が
>利用しないと旨みが少ないし、板ごとのキャッシュじゃ2ch.netに振り分けの負荷が掛かる。

2chからはランダムでキャッシュ鯖に転送処理を入れて、
キャッシュ側で全板対応してなかったら、分担リストを元に
更に別の鯖に転送するっていうのは駄目でしょうか？

そうすれば、２ｃｈ側では、たまに鯖の生存確認して、
転送リストを更新する程度の処理で済むと思います。
もっとも、登録は信頼性確保の為手動でもかまわないかも？

キャッシュ側でも、自分のところで対応してなければ、
そのまま丸なげしてしまえばいいので、簡単だと思います。

とりあえずテストの段階では転送部も独立可能な気がしますが、
というか登録が少ない内は、自動転送なんかしたら
キャッシュ鯖の方がパンクしてしまうだろうし。
まあ、ユーザーがキャッシュ鯖のアドレス知ってれば必要ないのか？。

負荷の少ないランダム転送ってどうやって実現すればいいですかね？

>>193
読み出しサーバを専門単位かサーバ単位に複数用意しておき、そこを一次サーバにする。
２次サーバがそれら一次サーバ各自から孫になって情報をもらうようにすると、２ちゃんサーバの負担は軽減しますかね。

>>193
膨大なコストがかかってもいいなら、ロードバランサーを導入すべき。
それではダメなのであれば、DNSラウンドロビンのルールを有人監視 or cronで自動判定
して書き換える、とかする、って感じだろうか。有人監視は有り得ないのでたとえば定期的に
ESTABLISHEDなコネクション数なりプロセス数なりにrequest->replyなチェックをかける、
とかかなあ。

ただ、ユーザが個別にアクセスしなくなるのと、常時一定のトラフィックが発生することをはかりに掛けてみないと何ともいえませんね。
直感的には、各サーバから読み出した方が良さそうだと思うんだけど、
「だったら、bbs.cgiなども設置して、Big-server解放してあげたらどうなのよ？」っていう、すごく根元的な疑問を持ってしまうのです。

>>196
話が堂堂巡りしてしまうのだけど、まず以下のことがはっきりしないことには負荷分散
（トラフィック分散に限ってもいい）モデルも作れないと思う。

・フロントエンドサーバ群をどこにどれだけ (Big内か分散させた外部か不特定多数かなど) 置くのか
・投稿はどこで受けるのか
・ユーザに対してはどこにアクセスさせるのか
・大もとの記事データは分散して同期させるのか、集中管理するのか
・既存の技術の組み合わせなのか新たに作るのか

これには技術的な話じゃなくて、第8、第9レイヤの話が多々からんでくるから
今ここで話していても埒があかないんだよね。

>>197
ごめんなさい、おっしゃるとおりちょっと混乱気味になりますね。

まず、現状を何とか改善しようと言う方向があって
read.cgi改良スレッド
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998997848
が動いてますね。
で、その延長上で、bbs.cgiも最適化＆改良してしまいたいという流れで
bbs.cgi 改良案スレッド
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998921988
があって。
いっそのこと、全く新しい仕組みでやったらどうなの？っていうながれで
P2Pでサーバに依存しない掲示板を作るの巻
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998915621
なんかがあって、で、このスレはというと、
datをミラーリングして、トラフィックの集中化をさけようよ、っていうことですよね？

>>198の続き
で、ふと思ってしまったのが、
至急的緊急避難措置として、このスレの考え方は非常に「あり」なんですけど、恒常的運用となると”？”であると。
それだったら、板ごとに別サーバをもうけることによってBig-serverさんの困窮を救った方が現実的だなぁ、と。
だって、データのトランザクション大きすぎるし、レスの即時性考えたら、read.cgiとbbs.cgiは同じサーバで動いているのが最良なんですし。
そんな事が言いたかったのです。

もともとはプログラム板のP2P-cacheな提案のスレだったのではないかなあ、このスレは。
流れ的には単なるトラフィック分散全般の話になってるけど。

>>199 同意　だけどどっちにしろそのサーバの置き場所を確保しないことには
どうにもならないと......

>>199
本当は規模を考えたらやすやすな構成で分散しようということ自体にかなりの無理があるから、
結局のところ大まかに言って今のところ３択だよね。

・プログラム板のP2P-cache

・「2chサーバ群」ってのは、結局のところただの自動 redirect 装置に成り下がる
　（つまり音楽侍さんが逝っているのはこれだと思う）

・本体はあくまで2chサーバ群にあって、それをdelegationさせる事でトラフィック分散を図る

>>200
それとはちょっと違いますですよ。
そっちで進んでいるのは、
P2Pでサーバに依存しない掲示板を作るの巻
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998915621
です。
あ、今度は私の誤解かも。
最初は、perlerさんが、
「mirror.plみたいなのはすぐ出来るよ。というか、もう書いちゃったよ」
ってところからこのスレが立ったんだと思います

>>203
あら、こちらの誤解かも。>>1に

「このスレッドは、2ch.net の転送量削減を目指し、P2P-cache型の
　負荷分散システムを開発するスレッドです。 」

って書いてあるからてっきり。

>>202
そうですね。
もっと言っちゃうと、ただのDNS（と、正面玄関）になっちゃうのが、本家2ch.netサーバだって事ですね。
その移行的側面として、perlerさんのmirror系スクリプトは超強力なツールだと思いますけど。

いずれにしても、トランザクションコストとして、２ｃｈレベルのサイトで、ミラーリングはあり得ないんでは？
なんか、IBMと国際的機関レベルの国家予算的プロジェクトと同質の規模だと思うんです。今すでに。

>>205
そうなると、ひろゆきとBigは2chから降りなければならなくなってしまうんだよね。
Bigにとってのメリットは2chがさくさく動いているということを宣伝に使える、
ということだから、そのうまみがまったくなくなってしまう。

ひろゆきはひろゆきで、自分はなにも管理していないのに「２ちゃんねる」の代表として
今後も訴訟の際などには呼び出される格好になる。そんな馬鹿らしいことは誰だって嫌だろう
（いまの状態も馬鹿らしいといえばそうなんだけど）。

俺が技術レイヤだけではこの話は堂堂巡りになる、というのはその辺もあるんだ。

純粋に技術話として、大規模な「Webの」BBS群をどう取り扱うか、と言う話をしてみる、
と言う事にも十分意味はあると思うけど、少なくともそれはいまの2chには生かすことは
出来ないと思う。

>>194
やっぱり、ラウンドロビンの定期的変更が一番単純でしょうか？

とりあえず、キャッシュ鯖に、アドレスと使用可能な回線容量かなんかを申告させて
それにあわせてラウンドロビンのリストを作成するって感じかな？
リストのサイズは固定にして、余裕が有る鯖は複数回、普通のところは１回呼ぶとかで
負荷調整を図ると。
鯖の事は全然分かってないので知ったかぶりなんですけど、
これってBINDレベルで対応可能って事ですよね？。

>>206
とりあえず、今Big-server以外の鯖って残ってましたよね？
そっちに応用すればいいんじゃないでしょうか？

>>207
そのBig-server以外の2chサーバってさ、昨日ラウンジ一個が引っ越しただけで破綻したんだよ。

>>206
それはその通りです。
そしてそれは、私たちが話しても憶測と推定とやがてﾊﾞﾘｿﾞｰｹﾞﾝになってしまうので、みんなやらないのです。
だって、ひろゆきさんの公式コメントないし（今の段階ではない方が私もいいと思ってます）。
私たちはこうやってがんばったりしちゃってますが、ひろゆきさんからみれば、ただのいち２ちゃねらーなだけですから。

そういうことも含め、ひろゆきさんの存念を確認したい、っていうのが夜勤さん上京の本音じゃないかと私は思っているのですけれどね。

現在のミラーの様子

http://202.247.106.47/tech/index2.html
http://www.gedoh.org/tech/index2.html
http://210.170.170.118/mirror/dat/tech/index2.html ＜− 全コンテンツ取得しているようです

特にanony氏のミラーは2ch本体の代わりとして充分機能している気がします。

>>199
私が考えている展望を書きます。

まず、2日前くらいの予告とともに、2ch.netのread.cgiを板ごとに順次止めていきます。

ここで、予告期間中にわかに有志でmirror.plを走らせる人が増えてくるんじゃないかと思います。
(逆に誰もミラーしてくれなければこの話は終わりです。)
read.cgiが止まった板のミラーが出来たら、さらに別の板のread.cgiを止めていきます。

実際、2ch.netのread.cgiを止めてしまわないと、有志は増えないんじゃないかと思っています。
2ch.net上でread.cgi動いてる時点ではmirror化のメリットは見えてこないですからね。

2ch.netの各サーバーへの振り分けは、当初は考えなくて良いと思っています。
振り分け自体も、現在の2ch.netの対応を見る限り、
ラウンドロビンを2chが早々に導入してくれるという事も考えにくいので、
有志にサーバー一覧(リンク集)をまとめてもらう方向になるのではないかと思います。

サーバーが増えれば、今度は負荷を考えてランダムにミラーサーバーへforwardする
CGIを作って、それをまた有志サーバー上で走らせて対処するのが現実的ではないかと。

これらがうまく機能しなくてもかちゅ〜しゃがあるわけですし。

2ch.netの役割は、玄関と、bbs.cgiによるログ管理のみ、という事になってしまいますが。。。

即時性については、ミラーリングの手法を変える事で対応できるんじゃないかと思います。
現在はHTTPでやってるんでオーバーヘッドが大きすぎますが、

将来的には、2ch側に配信専用サーバーを立てて、クライアント(キャッシュ側)からソケット張りっ
ぱなしにしておき、書き込みがあったら2ch側からデータをputしていくようなシステムに
なるんじゃないかと思います。

GETリクエストを送らなくても勝手にどんどんKeep-Aliveでデータを送りつけてくるHTTPサーバー
みたいなものを想像して頂ければ分かりやすいかと。

>>208
だからこそ、分散処理すれば落ちにくくなるって話なのでは？

とりあえずは、避難所レベルの資源を持っている人に協力してもらって
一次キャッシュサーバになってもらうのが現実的かな？

そのうちP2Pのほうが形になってくると思いますし、
一時しのぎができればいいのでは？。

問題は、管理サイドの考えが見えてこないことなんですが、
２ｃｈがこの規模を維持するにはどう考えても分散が必要ですから
まあ、最悪の場合、避難所のサポートシステムとしても有効ではないかと思いますし、

前にも書いたんですが、現在サーバーは生きていて、read.cgiだけ止まってる
板ってあるんでしょうか?

あるのなら、そこをミラー化させるのが一番よい実験題材なのですが。

>>210
Perlerさん、おはようございます。
んー、そうですね。即効性アクセス削減案と言うところまでは異床同夢です。
P2Pについては、クライアントの開発が絡みますので、3-6ヶ月はかかると思います。
早ければ10月にはBig-serverさんは手を引く可能性がありますので、間に合いません。
また、ミラーリングの精度を上げるのも限度がありますし、ミラーするくらいだったらbbs.cgi語とおいたって一緒じゃないか、っていう発想だってあるです。
夜勤さんは９月の帯域料金は50Ｍまでしか支払えないって明言していますし。

キャッシュサーバーですけど、
ファイルの容量ってどれぐらいになるのですか？
容量によっては走らして見たいと思ってるんですけど。

>>214
走らす板によって違うと思いますよ。
techで15.5MB程度ですかね？

>>215
了解です。
cygwinで走らせて見ます。

＞213
まあ、ビジネスの話については、ひろゆきに代わりの広告主見つけてくれ
としか言えないですけどね。あとは夜勤さんガンバ！かな？
とりあえず、Bigサーバのイメージダウンにならない形でやらないと
本当に撤退って可能性もあるので、それだけは避けないと。

にしても最近一番疑問だったのは、PROXYに対する対応。
PROXYを使うのが、本来の目的であるキャッシュ効果よりも、
荒らしがしやすい事の方が強調されて、２ｃｈでPROXYつかうのは、
なにか後ろめたい事のような風潮になってたように思いますね。

ところで、普通のPROXYなんかと比較すると、どのくらい効果が違うんでしょうかね？
主にアクセス集中時のケースで、３者の比較が出来ればいいかも？

>>217
今回の場合、キャッシュすべきものがかっちり決まってるので、
mirror.plの方が効率が高いでしょうね。
あと、汎用のHTTP-Proxyだと、.datではなくHTML化したものを取ってくるので、帯域を
余分に喰うことになりそうです。

とりあえず、私の環境ではmirror.plは順調に動いています。
昼はアクセスが少ないためもあって、1分ごとの起動で、1回の取得が数秒と、
かなり快適なミラーリングになっています。

あとは、コマンドライン引数で板やサーバーの指定が出来るようにして、
その後.datをgzipで保存するように対応したいです。

6ヶ月限定らしいが2600円で結構使えそう＞開発用に
どうよ？

http://prime-jp.com/host/advance.html

Big の外の帯域制限の緩い鯖に Apache proxy かなんか置いて、www.2ch.net のA レコードはそっちを指してもらうってのじゃダメなの？

>>221 その場合はproxy/cacheじゃなくて「ミラーサーバ」になるでしょう
でも　その「Big の外の帯域制限の緩い鯖」はどうするの？
それに　2ch.netのプライマリDNSの設定権限を持ってるのはだれ？

まぁ　それがクリアできるのなら「激しく同意」なんだけどね

あのー、P2Pが本命ではないかと言っておられる人が多いようですが、
2ちゃんの規模でそれをやって、日本の通信回線は大丈夫なのでしょうか。
今の２ちゃんの転送量では大丈夫かもしれないけど、一年後の転送量は・・・

と言うわけで、このスレのプロジェクトが実は本命なのではないかと
思うのですが、どうでしょう？

>>188自己レス。
寝ぼけてていたらしくて寝言言ってた。申し訳無い。
http://www.tokyo-nazo.net/mirror/dat/tech/index2.html
で、ミラーリングはとりあえずできてるみたいです。
あと、今はうちのweb server使ってるけど、まだグローバルIPに空きが
あるので、2chテスト専用サーバを来月中にはおったてます。128Kbps線
だけど。
>>223
できそうなものはとりあえず全部やってみるのがいいのでは？
その中からいいアイデアが出るかもしれないし。
どれかを本命と決め打ちして、それがこけたらそれこそ致命的だと思う。

>>158さんのを参考にmirror.plを走らせてみたんですが、
<H1>Connect Error</H1>って出ます。
Vine-2.1.5, perl 5.005_03
なんですが、どうしたらいいでしょうか？

あー、今windowsマシンにcygwin入れて試したら、
ちゃんと動いてるっぽいです。
原因はperlかなあ？

>>225 TurboLinuxにのりかえる

えーと、>>183のドキュメント、eucで書かれてたんでちょっとだけ苦労した(^^;
というわけで、ここに修正して貼るけど、いいよね？
1. アーカイブを展開します。
gzip -dc mirrortest.1.0.tar.gz | tar xvf -
2. read.cgiをbuildします。
cd mirror/test
make -f Makefile
3. read.cgiをコピーします。
cp read.cgi ../dat/test/
4. mirror.plがあるディレクトリに移動します。
cd ../../
5. mirroringを実行します。
./mirror.pl

全てが終わったら動作を確認しましょう。
ブラウザでhttp://(解凍した場所)/mirror/dat/tech/index.html

で、合ってますか？

http://mankomankomanko.virtualave.net/bbs.txt
をbbs.cgiにして、
../dat/test/
に入れても動きますよ。

make出来ない人でもこれで動かせるはず。

>>228
そんな感じです。清書感謝です。
あと、自分で書いてて＆自分で外から自分ちのミラーにアクセスしてみて
気づいたんですが、bbs.cgiがないと意味がないことに(汗

というか、Perlerさんのmirrorツールが生成するmirrorから
記事にアクセスして「書き込む」をやると、2ch本体じゃなくて
ミラーサーバーの方のbbs.cgi見に行くような感じがするんですが＞Perlerさん

mirrorの仕様上、bbs.cgiは2ch本体のものを見に行かないと
意味がないと思うのですが、read.cgiで生成されるhtml見てると、
そのサーバー上のbbs.cgiを見てるような。

って、ひょっとして自分がつかってるread.cgiが古いのかな？
2ch-read-currentの中からそれっぽいの最新を取ってmakeしたのだけれど。

てことで即席ハックで強引に2ch本体のbbs.cgiをつかうように
してみたんですが、やっぱり無理のようでした。って当然か・・・。

>>232
書込みフォームを消して、
書込みボタンを付ける。
で、そのボタンで本家のread.cgiを呼び出す。
ただしls=1で。
これならあまり負荷は掛からないのでは。

>>233
read.cgiがls=0を許容すればもっといいんだけどね。
暫定案としては賛成。

>>234
現状のread.cgiはls=2が最小の模様。
ls=1にすると全てを取得しようとする。

>>235
nofirst=true&ls=1なら最終１レスのみ取得できる模様。

うーん、でも書き込むときにもうワンステップ踏むのって
やっぱ面倒じゃないかと思うんですが。
上の書き込みを見ながらレスを書くとかって普通にやるじゃないですか。

>>237
別ウィンドウで2ch.netのread.cgiを開くようにすればよい。

恒久対策をうつのなら、
・最大許容転送量に応じた処理能力規制
が必要なんじゃないの。

要は、金融業界でやってるキャパシティ・プラニングが必要。
単に転送データ量が軽いだけだと、
首都高や東名と同じ現象が出るだけではないかい？
（道幅広げた分利用者が増えて混み具合は変らない
　→道幅広い分、車がより多く通れるようになってしまう
　→車のハバを小さくしたらどうか？これも同じこと
　→いまさまざまな板で考えているのはこれに収斂してしまう）

まじめに、キャパシティプラニングを捉えてみないか？

>>239
真面目にやるとしたらプロ技板の手に余りそう。
通信技術板とかに振れないかな。
あっちにはそう言う技術者いるかな。

>>239-240
少なくとも 2ch.net では、それはやらない方向で。
初期にｶﾞｲｼｭﾂ。
キャッシュサーバー間でそれは、必要かもしれない。

とりあえず、良いアイディアがでないので、寝ます・・・。
もうちょっといろいろ考えてみたく。

＞娘。さん
実験参加できなくてごめんなさい。

あ、とりあえずミラーサーバーとftpサーバーは
生かしたまま放置プレイしておくので。

>>242
いえいえ（＾＾；
お疲れさまです。

あぼーん

ユニマガ8月号に書いてあったyahoo.co.jpの構成は参考にならんか?

>>241
やらずに可能なんだろうか・・・
今度は有志の維持環境が同様の目に会うだけだと
思うのだが。

>>245

何がどう参考になるのだ？

>>247
負荷分散の仕方とか。
# ならんのならすまそ。そのときは逝く。

あきらめたらそこで試合終了です。

>>246
帯域制限かけるくらいなら、むしろ２ちゃんねる人口を減らす方がまし、という
感じでしょうか。

てことで、どうやらPerlerさんのmirror.plも動いているようですから、次のフェイズに移行しませんか？
私が感じてる課題としては、大きいものから小さいものも含めて

・mirrorサーバーからシームレス投稿できたほうがいいと思う。

　「mirror側では投稿フォームを出さず、代りに「投稿する」リンクをread.cgiが作成し、
　そのリンク先は2ch本体のスレッドを別ウィンドウで開いて表示、そのWindowsから投稿させる」
　というアイディアはだされたけれど、やはりシームレスにいけるに越したことはないとは思うんですね。

　となると、「mirrorサーバーに投稿して、mirrorサーバーが即座に本体にpostする」しくみ、ってのが
　必要になると思います。そうなると、やはり投稿のレスポンスなども考えると

　　ミラーが投稿を受け付け→ミラーが本体に投稿→
　　すぐに本体からデータをmirroring(ほかのミラーからも投稿されているかもしれないのでそれをマージ)
　　ミラーの内部のcacheから生成したindex2.htmlを表示

　みたいな方法になると思うのですが、mirrorのときのレスポンスが悪いですし、問題のトラフィックも
　結構ありそうで、解決方法がうまく見つかりません。この線はもうなしで、既出の解決策の方法になるのでしょうか。

・mirror.plなどのディレクトリ構成
　細かいことかもしれませんが、やはり、この手のツールを有志で運用する、しかも「キャッシュとして使ってもらう」
　ということも考えると、ディレクトリ構成を2ch本体に準ずる必要があると思います。

　つまり、
　　　・必要なtarballを、Apacheの$documentrootで展開して動かせば2chと同様のディレクトリ構成となる
　という構成になってることが実は運用というか稼動では結構重要ではないでしょうか。

このあたり、ご意見聞かせていただければ幸いです。

>>251
ｶﾞｲｼｭﾂで申し訳ないですが。。。
前半について、ミラーが投稿を受け付けるのは、2ch.netの匿名性、
ミラーサーバーの管理者への信頼等がありますので、難ありかと。
action先を xxx.2ch.net/test/bbs.cgi にして、2ch.net 側で登録した
鯖からのPOSTを受け付ける、というのでどうでしょう。
いちおう、投稿者の行動がミラー管理者に見えにくくなると思うのですが。

みなさんおつかれさまです〜
>>252
それを言い出すと、read.cgiでもそうなんですけどね。

>>253
そうですね。ただ、利用者の心理的な部分では、読んでるのと書いてるのでは
差が大きいと思います。
書いている場合は、コテハンがわかったり、発言内容とIPが対応したりと、
嫌な感じなことが多いですから。

でも、bbspinkを読んでいる、ってのを知られるのは(ﾟдﾟ)ﾏｽﾞｰかもしれません(笑

>>254
pinkですか(笑)なるほど。
気をつけないと、いっぺんip-recordableなcgiかませてから
Locationでとばす不心得者が出る可能性もありますしね(笑)
６〜10行程度のperlで記述可能だし。

＞娘。さん
ありゃ、やはりがいしゅつでしたか。失礼しました。

とりあえず、ミラーサーバーでの中間キャッシュにIPさえ残さなければ2chに残るのはミラーの
IPだけってことになるから、何とかなるかなーなどと思ってたんですが、よく考えたらミラー側の
apacheのLogにも残ってしまうんですよね。そのpost用のツールも管理者が改変しないとも限らないと。

やはり「投稿のときにだけは本体にアクセスしてもらう」か、「登録したサーバーからは直接bbs.cgiを呼べるようにする」
しかないのかな。前者だと「面倒だから最初から本体にいこう」とかなっちゃいそうな気もしますが・・・。

>>256
2ch.net本体も同じUIにすればいい。
すなわち、read.cgiでは通常投稿フォームは置かないで、
[投稿フォーム]ボタンで別Windowでの投稿というように
シーケンスを統一する。
連続投稿荒らしをある程度抑止できるかもしれないという
期待もある。

ちょっとやり方として可能かどうかはわからないけれど、貼りつけ合成って
できるんでしょうか。
つまり、2chからは&st=1&to=1指定でベースと書きこみフィールドだけ取ってきて、
その中間にキャッシュのデータを挟み込んでやるんです。
これができるなら、1だけは取らなければなりませんが、他は取らなくてもいいです
よね。

>>258
IFRAMEを使用すれば可能。ただしUA依存が激しいのでおすすめしかねる。
ついでに、read.cgiに対して&ls=0で0レス取得は提案済み。

いきなりすいませんがプロ技板は閉鎖しちゃったんでしょうか。
read.cgiハックスレを毎日帰宅してから追いかけてたんですが。。ROMですが　(^^
残念〜

>>260
かちゅう〜しゃ使ってない？
ブラウザから行くと新しいリンク先わかるよ〜

>>260
ありがとッス、piza2に引っ越してたんですね
板一覧はローカルだったのをすっかり忘れていました　　＾＾
今mirror.plを導入すべくcygwinを設定してます　(ｳｨﾝﾅなんで。)
linuxは何故かNETに晒すのが怖い。。。。んー厨房だ
感謝です

>>259
すまん、私はにちゃんねらーじゃないので、2chをよく知らないんだ。礼儀違
反だったかな？またなんかあったら教えてくださいな。

結論としては>>252のようにbbs.cgiを変えてmirrorサーバからのリクエスト
を受けてもらうのが一番データ転送量が少ないし、その他の問題も少なくて済
みそう、ということでいいのかな。

あとmirror.plだけど、プロセスとして定期的に起動するようなスクリプトも
組みこみが必要ですね。>>158の5のやり方だとログインしっぱなしになるんで。

>263
単に起動するだけだと前のプロセスとファイルを取り合う可能性があるので、
queue に突っ込んで、
前のプロセスの処理が終わってなかったら待つなり諦めるなりの
それなりのスケジューリングをしないと。

そろそろ出来た？

しかし大丈夫なのかなぁ？
ミラーのやりあいで、フレーム起こって
かえって転送量増える事ないのかなぁ？

ではとりあえず、mirror.plに関して、

・コマンドライン引数による、サーバー/板の指定
・多重起動抑制
・デーモン化のコマンドラインスイッチ設置
・ログのgzip化

の変更を開始します。

後ろ向きな考えでアレですが、ミラーサーバーでの改変や同一性検証を
どのように行うか、展望はありますか？
データを暗号化して公開鍵でread.cgiが複合するとか、
ミラーサーバー間&2ch.netが何かのついでにちょくちょくとCRCなりMD5なりを
チェックするとか。。。でしょうか。

>>268
そこまでコストかけても、ミラーサーバー側のスクリプトいじられたらアウトなんですよね。。。
公開鍵で復号はいい案だと思うんですが、Rangeでのログの取得が出来なくなりますし。
どうしましょうか。。。?

>>46
と私も思ったんですが。。。

現状のApache(1.3.x以降)だと、nph-する、しないに関わらずhttpd側でのバッファリングは一切やらない
(クライアントにリダイレクトしちゃう)みたいなので、昔のApacheで言われていたバッファリングによる
オーバーヘッドの回避はないらしいです。

ヘッダのパースで生じるオーバーヘッドもほとんどないような気がします。

>>270 すみません、誤爆です。。。

>>269
どの程度負荷がかかってしまうかとかわからないので、様々な方々の意見を
お待ちしたいです＞公開鍵

CRC とかチェックサムっぽいのならば、サーバーＡが dat 更新のリクエストを
出して、サーバーＢが応答して dat(差分) を送信した後に、Ａに更新後の CRC を
算出させ、Ｂのそれと一致しない場合にはアラートをだす、とか。
これを、複数のサーバー間で dat 更新のたびにやらせれば、１つのミラーサーバー
管理者が悪意をもってもだいじょうぶだと思います。
# ミラーサーバー内でさらにDISK内容をミラーさせて、read.cgiに見せるdatと
# mirror.plに見せるdatを変えられたら、ダメですが(笑

改変されないことはひとまずおき、改変されたら周りの鯖が気付くことで必要十分ですね。

既出でしょうが
read.cgiを国内キャッシュ鯖において、ＲＯＭはそこで処理
big鯖にはbbs.cgiをおいて書き込み処理＆キャッシュ情報
更新をやらせるという形は？
少なくともhe.netに入る前にF5攻撃とROMは阻止できる。
キャッシュ鯖はbbs.cgiから送られるdatを表示するだけだから
ミラー鯖のような同一性検証も必要ない。

このスレで開発してるのは、P2Pではくて、書込バケツリレー頂点サーバーからねずみ算式に
mirrorが読んでいくシステムではないかと．．．

>>274
273だが折れがいいたかったのはまさにそーゆーシステムなのだが・・・

>>273
キャッシュ鯖での改変は。。。
>>274
スレ立てるときの間違えです。申し訳ありません。

>275
スマソ、もっと上に向かって書いたつもりだったよ、失敬。

>276
datディレクトリの更新チェック毎コピーだから問題ないのでは？
上位鯖から更新毎に通知してくれればロスは無いと思われ

>>277
全コピーですか？
それだと、datの差分転送ができなくなりますが。
差分だとすると、更新されない部分を鯖管理者が悪意で改変する場合が問題になります。

それでも無用ＲＯＭとＦ５攻撃の遮断だけでも
効果はあると思う

どうせ存続ならこの後も転送料増えるからキャッシュ鯖分業化と
差分転送と両方やれば？

>キャッシュ鯖分業化と差分転送
その、本質的な違いがわからないのですが。。。

>>278
悪意の改変は、不特定多数をキャッシュ管理にいれた時点でどうしようもない。
mirror.pl でも悪意による改変は可能では？
転送量を減らすのを大前提とするなら、その点はあきらめざるを得ない部分だと思う。

あっと・・・

どっちかっていうと上位鯖のbbs.cgiに書き込みがあった時に
キャッシュ鯖に更新されたdatを配信するという考えだったのだが。

cache鯖はread.cgiの対応だけで自分での更新は考えていなかった。
たとえば一定時間更新のないdatは定期更新確認してもいいと思うが。

>>268-272
そんなに深刻になる必要は実はないんじゃないでしょうか。
というのは、要するに「改変されたかどうかをリアルタイム(またはそれに近い
タイミング)で検出する」必要はないのじゃないかと。

つまり、必要なのは、
「任意のスレッドの任意の記事に対し、mirrorサーバー上で改変されているか
　いないかを確認する方法」
だと思います。記事のやり取りの最中にMD5とか暗号とか考えなくてもいいかと。

というか、そもそも、「オリジナルは2chのサーバー」に必ず存在するわけですから、
「疑惑のスレッドに改変が行われていないかどうか」をユーザーはチェックできるわけです。
たとえば「Mirrorサーバー管理者側にとって都合の悪い記事が勝手にあぼーんされた」
というときでも、Masterである2chサーバーには生き残っているわけです。

たとえば以下の仕様を持つ「勝手あぼーんチェッカ」を用意すれば比較的容易に
誰でも確かめられるんじゃないでしょうか。

１．GUI画面プログラムとする。
２．「2ch側のdatデータのURL」「ミラー側のdatデータのURL」を設定する
３．「チェック」を実行すると、以下のように動く
　　３．１　2chサーバーから「マスターdat」をダウンロード
　　３．２　ミラーサーバから「疑惑のdat」をダウンロード
　　３．３　行毎に比較を行い、改変や追加削除があるかどうかをチェックする
　　３．４　左右分割画面にて、改変追加削除があった場所の表示やその個所の
　　　　　　dat行のレンダリングを行う。

まあ、これを大量にやられたらものすごいトラフィックになるとは思いますし、
2ch側はともかくミラー側にとっては「DoSアタック」に相当するぐらいの
負荷がかかりかねませんが・・・。

>>283
両方を wget なりで落としてきて、diff（藁

ただでさえ２ｃｈのミラーするのは勇気がいるのに、その上ミラー内容をいじるなんて考えにくいけど(笑)
サーバは、クラッキングでもされない限り、責任者の所在が露出するから。

でもまあ、最悪のシナリオを考えるのは、絶対必要ですよね。

くさちゅー変換キャッシュサーバとか出てきそう

改変できることをプラスにとってみたら？

>>284
まあ、早い話がそれを「ナウい(藁)GUIで」「自動的に」やってくれて、
しかも結果を「ｳﾏｰ」に表示してくれるツールってことですな(^^;;。

>>280
キャッシュ鯖分業化
279がいいたいのはread.cgiを国内のサーバーにおいて
読むだけのリクエストはそこで対処する。
書き込みがあった時だけbig鯖に処理を任せると言うこと。
これでＲＯＭの分だけbig鯖への転送量が下がる。

差分転送
普通ファイルというものは１個丸ごと転送するものだが、何らかの方法で
（詳しくは知らないので勘弁してくれ）
更新されて追加された分（つまりあとから書き込まれた分）だけを転送するということ。
上記のキャッシュ鯖分業ではbbs.cgiに書き込みがあった時
キャッシュ鯖に更新されたdatを転送する時に、差分転送を行えば
big鯖からキャッシュ鯖へ転送する情報量が
書き込みによって追加されたレスの分だけ転送すればよくなるので
特に多くのレスがついているdatのときはそれだけ転送量を削減できる。

>>298
で、mirror で今一番問題なのは レスあぼーん だと思った。
差分転送なら楽だけど、削除したら減るか同一byte。
まぁ、１スレ全部転送すれば済むのかな。

>>289
のはレス先誤爆。正しくは >>288

>>289
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998997848&st=450&to=450&nofirst=true
このあたりとか。

いまのミラー化って、dat落ちが発生したらどう管理するんですか？
個人的にはかちゅ〜しゃ使っているので、datで残るのはうれしいんですけどね。

>>290
まさしくその通り。単純増加なら簡単だがあぼーんという問題がある。

どこかのスレにあったが、datのフォーマットに
あぼーんを意味するコードを作って置いて、
そのコードを受信したら対象のレスをキャッシュ側で消す、という
こともできるんじゃないかな？

すいません。
キャッシュ用read.cgiのパール版を１７さんのread.cgiをいじって作ったのですが、
ファイルの置き場所ってあります？

１）SERVER.TXTを置くことで、いろんな板のミラー化に対応可能
２）書込みフォームを削除して、書込みする場合は、本家のread.cgiを呼び出す。
　　（その場合nofirst=trueでレス1つだけ）
３）ミラーに対応する.datファイルがなければ、本家にread.cgiもしくは過去倉庫どちらかに
　　移動できるようにリンクがでる。

ってようなやつですが。

>>292
mirror.pl をざっと読んでみた限りでは、ファイル削除 or 移動って部分はなさげ。
４０４とか換えされたら、そのままエラーにしてるっぽい。

>>294
ftp://210.170.170.118/incoming/ とか。
cvsとsshが使えるならCVSレポジトリも上がってます。
ftp鯖内のファイルに使い方は書いてあります。

>>281 >>283
改変可能でも、どこまで検出しようとするかの問題かと。
信頼性は大事だと思うんです。もちろん、それでもっと大事なものを
犠牲にしちゃあいけませんが。
>>284 >>287
それやるならCRCなりを算出させれば。4桁でも十分。
ミラーリングする場合でも、networkへの負荷はできるだけ下げなければ。
>>288
激しく同意ですが、それはすでにこのスレで激しくｶﾞｲｼｭﾂ。。。
>>289 >>293
read.cgi で実装された raw_out と同じ方式で、結論として全部転送になるかと。
>>295
そうすると、スレあぼーんは・・・。kako送りも。

ftp://210.170.170.118/incoming/perler/mirror/mirror.pl.3

アップロードしました。

そうですね、あぼーん対策をすっかり忘れていました。。。

今回更新したのは以下。

・オプションに対応、細かい指定が可能に
・シグナル受信時にファイルハンドルを閉じるようにした
・デーモン化するオプションを追加
・沈黙モード追加
・無限ループモード追加。ループ間隔指定可能に

コマンドラインオプションが大量に追加されました。

-dを付けるとデーモン化します。

mirror.pl piza2.2ch.net/tech

とすると、piza2.2ch.netの、tech板を読みに行きます。

mirror.pl piza2.2ch.net:8080/tech

とすれば、80番ポート以外も大丈夫。
その他のオプションは以下。

usage: mirror.pl [-dvhfq] [-s server] [-p port] [-b BBS] [-l dir] [i interval] [
server[:port][/bbs]]

mirror.pl connects [server] on port [port], and retrieve message-data
named [bbs].

Options...

-d Run as a daemon.
-v,-h Show this massage.
-s Set server name.
-p Set port number.
-b Set BBS name.
-l Set log directory.
-f Forever loop.
-i Set interval(defailt: 60)
-q Quiet mode

>>296
WINな人なんで、cvs使えません。
mirror_read_cgi_per.tar.gz
で置きました。
中にdocファイルも一緒に入れてあります。

>>299
wincvs 入れとけ

先の話になるでしょうが、mirrorの機能のために、datに変更を加えるすべてのcgiに、idxファイルなんかをつくって、ステータス管理してもらえると助かるですね。

>>300
wincvs探しに逝ってきます。

>>299
Cygwinでも可。
むしろgcc使えるし。

とりあえず read.cgi を mirror 対応のために、
(counter++ % server_num)==0 だったらそのまま 200 Ok,
0 以外だったら 302 Moved temporarily, Location: mirror URI

というように改造したら如何でしょうか。
まだ早いかな？

みんな、俺は専門知識はなんも分からんがかっこいーぞ！！
がんばってくれ！！

＞Perlerさん
お疲れ様です、早速実験投入してみます。

＞娘。さん
うーん、やはり逐一のチェックは必要でしょうか。
それやるとキリがないんで、「チェッカ」だけ作って
あとは「確かめたければ自分で確かめろ」としたほうが
潔いと思います。

ミラーサーバー上のread.cgiに、「読みこみ命令された範囲での、
ミラー上のdatとマスター上のdatの改変有無をチェックする機能
(差分検出でもMD5でも)」を作ったとしても「read.cgiを書き換え」、
つまりチェッカ潰しされれば意味はないし、
基本的にmirror.plもindex.plもread.cgiもソースが公開されちゃう
以上は「改変を自動的に検出する」方法はお手上げではないでしょうか。
bbs.cgiぐらいですよね、「非公開」を貫けるのって。

＞bbs.cgiぐらいですよね、「非公開」を貫けるのって。
なぜ貫く必要があるの？

とりあえず、3つほど巡回させてみようと思ったんですが、さすがに
一時閉鎖中の板やhttp://2ch.coco.co.jp/ からのミラーは無理のようですね。
ちょっと残念(^^;;。

とりあえず、生きている板から3つほど巡回させて見ます。

>>307
ポリシーを保てないからでしょう。
bbs.cgi を書き換えられれば、IP 表示だって可能です。

>>306
うーん。必要かといわれても困ります。。。（＾＾；
読む人が確かめたい場合もあるでしょうが、悪意があれば改変なり、
場合によっては破壊行為ができるとなってしまうと、ミラー鯖が
クラッカーに狙われる可能性も高くなると思います。
もちろん、2ch.netのオリジナルは常に安心のはずですが。
でも、全チェックはつらそうですから、どれくらいのチェックなら耐えられるか、
ご意見が欲しいところです。
できることはやっとこう、って感じでよいかと。

あと、たしかキャップとかの設定が全部あそこに入る
んじゃなかったでしたっけか。＞bbs.cgi

# あ、新しいbbs.cgiではその辺は全部外部ファイルに出して
# bbs.cgiそのものは公開ってことでしょうか。

>>311
当然ですよね(笑)
いつもそれが問題になるのですから＞キャップ漏れ

手伝いたいのに俺はマカだちきしょう！！

>>309
イヤ。
嘘は嘘で見抜けないと２ちゃんねるで遊ぶ資格は無いとの
ポリシーもあったハズ。

ということで、巡回開始させて見ました。

ターゲットは
piza2.2ch.net/tech
cocoa.2ch.net/unix
yasai.2ch.net/suisou
www2.bbspink.com/ascoo
www2.bbspink.com/801

といったところです。suisouは自分がよく行ってた板、
bbspinkの二枚はまあネタ半分ということで(笑。

＞娘。さん
いや、自分の主張というのは、「思い立てばいつでも簡単に
チェックができ、結果も見やすく表示できる仕組み」さえできれば、
mirrorサーバでの悪意ある書き換えやクラッキングの対策処理ってのは
あまり重要ではないのではないか、と。

もし改竄を防ごうということであれば、RSAなどの非対称鍵で

１．本体dat→秘密鍵で暗号→gzip　→　mirrorでgungzip→暗号化dat→gziped
２．read.cgiでは、暗号化datをgunzip→本体の公開鍵を使って復号→平文dat
　　→HTMLへ

という流れになるでしょうか。ミラーのdatファイルには「暗号化」された
まま置いておけばこれをいったん復号した上で改変したとしても、
暗号化datには戻せないということになります。

ただ、この場合はread.cgiの改変(暗号化datではなく平文datから
HTMLを生成させるようにする)には弱いですが・・・。

あ、上の書き込み、

１．本体dat→秘密鍵で暗号→gzip　→　mirrorでgungzip→暗号化dat

です。最後のgzipedは不要です。失礼しました。

>>315
Perlerさんからも指摘されましたが、その方式だと、差分転送使えないんですよね。
で、ファイル共有とかの設計思想って、やっぱり穴がないことを目指した方が
いいと思うんですよ。クラックされるかどうかよりも、クラッカーに狙われるか
どうかが重要だったり。それでなくても、２ちゃんねるをミラーするなんて
目立つことやっていただくわけですから＞鯖提供者の方
そういう意味では、4桁CRC程度で十分だと思います。
もっと単純化された方式でもいいかもしれないです。10行に１回とか100行に１回とか、
ファイルサイズが減少するときだけとかでも、いいかもです。

うーむ。難しいですね。

それではおいらはそろそろ寝ます。
例によってミラーはまわしっぱなしにしておきます。

えーっと、ミラーを動かしてみました。
とりあえず2つほど巡回中です。
一応、ちゃんと動いているようです。

http://sc.dip.jp/mirror/dat/accuse/index2.html
http://sc.dip.jp/mirror/dat/tech/index2.html

cgiの扱いがごちゃごちゃになってきたので、場所変えました。
＃専用id作った（笑）。
http://www.tokyo-nazo.net/~tester/mirror/dat/tech/index2.html
に移動です。

あぼーん対策とりました。

2,3バイト余分に読んで、ファイルとの整合性を見てます。

これから出かけますが、急作りのソースなんで、帰ってきたら
綺麗に作り直します。

ftp://210.170.170.118/incoming/perler/mirror/mirror.pl.4

> あぼーん対策とりました。
頼んだら、固定長あぼーんにはならないもんなんだろうか？
なんなに転送量減らしたがってたのに。

なんなに → あんなに
つーか、Perler氏はこんな時間に書き込んでいるがプーなのか？

>>323 んなぁこたぁないっしょ
これまでのPerler氏のカキコ見ればわかると思うけど
仕事の合間をぬってやってるのだと思われ

# どうせ勤務時間中にここ見てるヤツ多いっしょ？

>>323-324
それは言っちゃダメ☆

2chがビッターズオークション！1000万円！

>>322
>頼んだら、固定長あぼーんにはならないもんなんだろうか？

それは、bbs.cgiの方の話になるのではないかと。

>>323
違いますよ。

>269 >306
read.cgi 等を丸ごと定期的に転送してチェックって意味無いのでしょうか。
binaryファイルのチェックはmirrorと同じ開発環境が必要で面倒ですが。
チェックするタイミングを読まれないように平均頻度だけ決めてランダムで。

http://www.2ch.net/

＞ 今までがんばってくださった削除人さんや復帰屋さんなどボランティアの方々、、、
＞手立てをしてくださったUNIX板、WEB制作板の方々、、、
＞そして、ずっと2chを使っている参加者の方々、、、
＞今まで、ありがとうございました。
＞
＞おいらの力が足りず、このような結果になってしまいました。
＞申し訳ありません。
＞
＞
＞
＞
＞
＞
＞夜勤さんは悪くない。
＞夜勤さんは悪くない。
＞夜勤さんは悪くない。

４００億の値段がついてるようだが・・・？

１０兆円でエラーになった・・・

これぞキャッシュ型だな…

>>332
それだ!

> これぞキャッシュ型だな…
キャッシュで４００億は無理だろー。

ftp://210.170.170.118/incoming/perler/mirror/mirror.pl.5
ftp://210.170.170.118/incoming/perler/mirror/index.pl.3

修正版アップロードしました。

mirror.plは主に、スクリプトの整形を行ったので、特に大きな変更はありません。
画面が流れていくのが無駄だと感じたので、エスケープシーケンスで画面が
流れるのを止めました。それから、エスケープシーケンスを使わないオプション
-r(raw)を追加しました。

index2.plはエスケープシーケンス対応(こちらも-rで抑制できます)の他に、
スレッドのレス数が1つ少ないバグを修正しました。

>>335
Perlerさん、もういいんだよ（泣）

なんかこれ読んでて北杜夫のエッセイ思い出したよ。
自分が死んだ事にして葬式をやって参列者の様子を
見ようと思ったが人としてあまりにもどうかと思う
から止めたとかいう内容だったが今回の騒動は
これとまったく同じだったわけか。最初から
転送量騒動なんかなくってここに至るまでの
伏線だったと言うわけか。ＵＮＩＸ板の人も
プログラム板の人も管理側の掌で踊っていただけ。
だけど素直に笑えないな。人の善意を利用して
それを笑うと言う趣向は好かん。

転送料危機はネタではないと思われ。
2chがどうなろうと、ここやプロ技板でやってることは無駄にはならない。

read.cgiを設置するときの夜勤さんの感謝はネタではないと思う。
ただしオークションはNETA！！

スレと関係ないことを書き込んでいる厨房は放置ってことで
逝きましょう。にしても、多いな…。

２ｃｈ売りはネタ。http://members.tripod.co.jp/tera_link/2chheisa.html
９月末までは確実に残ると言う意見もどこかであったはず。
たぶん、そこまでは確実に残すでしょ。

転送料危機はマジでしょ。そして、転送量を減らす努力は
いろいろな意味で無駄ではないと思われ。

2ch売りはネタでしょう
第一何を売るんだ？
これか？
http://www.2ch.net/

ひろゆきなしでも2chは成り立つし、その事にひろゆきは気づいている
んじゃないかな

>ひろゆきなしでも2chは成り立つし、その事にひろゆきは気づいている
>んじゃないかな

これを言い出すなら、ほとんどが国内トラフィックで閉じることの出来る2chのサーバ郡を
he.netの配下に置いたままの前提で話しているこのスレの意味が変わるかと。

# 非効率極まりない

>>343
もっといえば、完全にオーバーコストのhe.netにいつまでも通信回線料を払うのだったら、むしろアメリカにオフィスを用意して、回線の一次卸元になった方がよろしいのじゃないかと。
っていうの、２回目ですけど。

管理側が正式発表しない以上ネタかどうかはわからん
みんな貴重な時間を裂いて取り組んでるってのに
おふざけにも程度ってもんがあると思われ

というよりおふざけでも　1千万で売るなんて言葉みたら正直げんなり

ひろゆきさん、これ商売なら自分で頑張って下さいな

>>338
開発スレちゃんと追っかけてないんだけど、
今つくってんのは 2ch がなくても動くシステムなのか?

で、スレ元の話題に戻すけど、記事データのありかをhe.net配下の2ch,net前提で話をするのか、
そうではないのかによってこのスレで目指すべきシステムって変わってくると思うのだけど、
どうかな。

巨大サイトのまま全ての「大幅な」トラフィック減を目指すのと、
（板ごとに記事保管している鯖が違うとか）比較的小規模な、っていうか「普通の」掲示板
サイトと同程度な規模の（ラウンジとか速報系はそうもいかないだろうけど）掲示板への
リンク集+サブドメイン供給元になる、という激しく既出ではあるがまっとうな体裁の
効率化（そして、そこにこのスレとかで議論しているような仕掛けを突っ込んでより多く
負荷を軽減する）のと、どっちがいいだろう、という話が再燃してしまうかもしれないけど。

# で、今のこのスレはどっち前提なの？

>>345
まあ同感。トップページに「2ch売ります」だけならともかく、
オークションはやりすぎだと思うなぁ、明らかに＞ひろゆき

いっそ　2CHが無くても動くように方針転換しないか？
　キャッシュ鯖じゃなく互いにデータ交換しあう事で
責任の所在を不明確にするあめぞう型掲示板群システム

このスレの自動更新CGIに read.cgi 後 bbs.cgi相当が
あればとりあえず何とかなるだろう

>>350
いや、恐らく可能ですよ＞2ch抜き
bbs.cgiもちょっと古いけど流出してるから、作ろうと思えば作れる。
ただし、トラフィックの問題もあるし、クラッキング対策もしなきゃ
いけないしセキュリティ対策もしなきゃいけない、って事になるとね。

>>350
ＮＮＴＰサーバ形式（バケツリレー形式）ってこと？
それともＰ２Ｐ？

＃馬鹿な質問だったらごめん。

>>352
分散させた「元httpd」の上がっているWebサーバを複数立て、そこに bbs.cgi や read.cgi なんか
を置く。それぞれの鯖は一つの板を受け持つ。
それらの「板鯖」間で相互に mirror.pl を動かして他の板のログも集めミラーになるか、
proxy鯖を上げるか、あるいはそのApache自身でVirtualhostを上げて「本家の」板鯖に
redirectするとかが一番手軽な「上流」トラフィック分散法だと思われ。

>>352
ピアというより相互ミラーかな

たとえば
今は２CHを　A,B,Cの鯖でキャシュ（ミラー）しようとしている
これを、A,B,Cが互いにミラーしあうように変更する。
　書込みについても、A,B,Cの鯖がそれぞれ自分のキャッシュに書き込むようにする

レス番については　A,B,Cが互いにマージする都度ズレる可能性があるから
今の >>n のポインタの変わりに　３桁程度のアルファベット をレスにつけて
　352 名前：名無しさん 投稿日：01/08/31 22:41 AZC

>>AZC
のようにポインタ出来るようにする。　もちろん　今迄通り数字でも可能とする

A,B,Cは自分のヒットが多くなってくれば、 read.cgi や index.cgi 内のポインタを
他の鯖に変更する機能を持たせる

>>354
> レス番については　A,B,Cが互いにマージする都度ズレる可能性があるから
と
> もちろん　今迄通り数字でも可能とする
が矛盾しているように思えるのだが。

＞３５５
今の.datにはレス番はついていないのです。
　\n の数を数えてレス番をつけてるだけ

http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998921988
こっちでレス番をファイル内に入れる案も出ていますが、やはり最新のレス番はズレれる
可能性を考慮した構造で検討されています。

つまり古いレスについてはレス番は確定してるけど、最新のレスについては確定していない
と考える訳です

実際、分の単位が前後するレスがあるでしょう？

>>348
>巨大サイトのまま全ての「大幅な」トラフィック減を目指すのと、

私が考え、作業してるのはこちら。全システムの移行・分散は、上記が終わった後
でも遅くないと思う。今問題になっているのはトラフィック「のみ」ですから。

個人的には、将来がどうの効率がどうのではなくて、8月末閉鎖、9月末閉鎖回避のための
緊急避難的措置を主眼に置いています。

現在の2chは、理想的でエレガントだが余計な工数を取ったり、不確定要素の残る方法を
選ぶ余裕はないと考えています。
不恰好・非効率的かつ不本意だが確実に今すぐ障害を潰せる方策を優先させるのが、
現状では現実的ではないかと。

read.cgiやindex2.cgiに関しても同じ考えで開発しました。

ふむふむ。>>353 >>354　さん詳細な解説ありがと。

どうやら
１．データのマージ
２．各サーバのセキュリティ
を如何するかってとこが問題ですかね。

353さんの案だと、1板1サーバを立てるからマージの問題がない。
354さん案は、全ミラーを想定してるみたいだから、マージで問題が出てくる。

マージ専門のサーバを1つ立てる必要があるかな？
そこのセキュリティレベルだけ上げとけば、他のミラーサーバのセキュリティは
ある程度あきらめることができるし。

>>353
板を受け持つということは、ログを保持するということですよね。
サーバ管理者が同時に書き込みを管理(削除含めて)する必要が出てくると思うので、
なかなか厳しいと思うのですが。

というか、ミラーリング案でもそうなのかもしれませんが、
個人情報の漏洩や誹謗中傷なんかの犯罪性のある書き込みに対する
法的責任なんかは問題ないんでしょうか？

書き込むサーバは一つ。
読み出すサーバが複数。
それがここでのmirror案です。
同時複数書き込みは、P2Pスレの方で検討かと。

完成した際のライセンスなんかも話し合われているのかな?

>>361
GPLか、それが嫌ならBSDライセンスあたりでいいんでは。

>>362
GPLって切り口でしたよね、当初。

>>359
問題あるでしょうね。
事実上削除できる人が、削除するべき(と裁判所が判断する)書き込みがあることを
知って、削除しない場合は。
コンピュータセキュリティの面でも、法的な面でも、それなりの覚悟は必要かと。

>>359
>というか、ミラーリング案でもそうなのかもしれませんが、
>個人情報の漏洩や誹謗中傷なんかの犯罪性のある書き込みに対する
>法的責任なんかは問題ないんでしょうか？

mirror.plの場合、あぼーんがあると、その.datファイルを1から
取得しなおすので、現仕様では問題はでにくいと思います。

ミラー側が先に違法投稿に気づいてしまった場合は、ミラー上のデータを手動で削除
して、メインサーバー(2ch.net)にも削除要求を出す、という方法しかないでしょうね。

うーん、個人的には「投稿は2ch.net本体に一本化」、かつ、
「ミラーサーバー側は無差別にキャッシュ」
という前提で動かすのだから法的問題なんか発生しないと思うのですが。

Big-Serverもしくはひろゆきさんの支配下にあるサーバが、bbs.cgiやdelete.cgi含めたすべての「dat」生成〜変更権限を持っていないといけない理由はいくつもあります。
まずは、即時性の問題。既出ですね。データの一意性とでもいいましょうか。
次に、データ内容の管理性の問題。削除人の作業やら復帰人やら諸々の作業の問題。
そして、責任問題。

基本的に、datだけを配るのであれば、そのサーバは法的に問題は発生しない、と思います。
拡大解釈かもしれませんが、nntpに違法な内容が流通したとして、feedに関わったすべてのサーバの罪を認めるのか？ということになりますし、それはメールでも一緒ですよね？
読み出し側が広くシステムの一部となるなら、どうおか？という問題はありますが、その場合でも、
「datの内容を管理するものが最終責任者だ」という結論になるのは当然の帰路です。

＃社会的道義的責任は別にして。というのなのは忘れてはいけませんが。

>>365
一番問題なのは、今回の日生みたいなのが意図的に削除されない場合でしょうか。
削除制度は、ある意味2chの真髄ですから、ねぇ。。。

いますぐ対処できる方法？
そんなもん・・・sleep( 2 ) ;にきまってんじゃん。
　　（処理量[TPS]×レスポンス[秒]）÷（多重度×1秒×並列実行度(0.7〜0.9)）＝1秒
　　処理量[TPS] ＝ （多重度×並列実行度）÷レスポンス
今は処理量をある一定量にしたいだけ。
多重度をあげようと思うと、apacheの設定変更が要る→×どうもそれはやっちゃダメなレギュレーションらしい
並列実行度は、まぁ最大95%くらいはいけるだろう。
あとは、レスポンスをのばすしかねぇ。

みんないいかげんにきれい事ばかり奉るのはよせ。

>>366-367
いや、そういうわけにはいかないかと。
もちろん、一時的なことなら問題にはならないでしょうが、2chでは意図的に
危ないものを残してますから、長期間、違法なものだと気付きつつ公開する
覚悟が必要になります。

>>369

既出だったと思います。

当時言われていたのは、Bigの「快適」であるという宣伝文句に触れるという点。

プロセス空間を埋め尽くしてfork出来なくなったり、ApacheのMaxClientsをオーバーして
ほとんど接続できないという状況が発生する可能性も考慮する必要があると思います。

>>370
同意します。NNTPでも違法と知りつつサーバーにデータを残しておくのは問題が
あるでしょう。ただ、NNTPの場合は、あえて違法である可能性のあるデータをネットワーク上に
残しておこうとする人が居ない点や、キャンセル・メッセージなどの仕組みがうまく
働いて、そういった状況になりにくいだけだと思います。

>>370
その点を争点にすると、非常にやっかいになります。
idxファイルを作ってもらえないとミラーリングしにくいのも、実はここに帰着しますし。

idxファイルの更新を確認することでデータのミラーリングを進めるのは、
「削除されたデータを消す」作業と、「削除されたdatを消す」作業の両方のメリットがあるわけでして。

ただ、訴訟大国アメリカでも、feedに関わったnntpサーバが敗訴した、という話は、寡聞で恐縮ですけど、知りませんです。
このプランはnntpではありませんが、システム的にdatにコミットできない状況が証明できれば、賠償責任は発生しないと考えます。

＃社会的道義的責任と非行政的司法的な公的制裁については別ですよ。

あぼーん

>>372
nntpその相違点は、今回のシステムはあくまで「２ちゃんねる」というコンテンツの
配信にあるということかな。
２ちゃんねるがこういうコンテンツ群であることは、ミラー鯖を立てる時点で
わかっているはずですから。
# 心配なら、安全そうな専門板だけをミラーするのもありかと。
# datにコミットできなくても、「ミラーに参加しない」という選択肢がある以上、
# 認められにくいと思います。まあ、現実的には、2ch.net を訴えずにミラー鯖だけ
# 訴えるってことはないと思いますが。

＞Perler様
てことで、新作の稼動を開始しました。
さらにミラーする板の数増えてます(笑。

>>369 下手にsleep()なんかすると、
さらなる過酷な事態が待ってます。

>>371
プロキシ化したりミラー化したりするのって、
それこそ「BigServerはつかえません」て公言しているのと同じように
みられるんじゃないかなー・・・

>>377
そんなことないですよん。
お金の問題なんですから。
予算に問題なかったらＴ１専用回線だっていいんだし。

>>374
ちょっと詭弁ですか私？(笑)
まー、ミラーする人のモチベーション次第ですよね。

>>376
apacheでとまるでしょ。
socket的なところにおいても同様。
つまり、7月までに大事になってなければ、
それやっても大事にはならないはず。

テレホのときなんか待ちだらけじゃない　すでに起こっていることだよ。

>>378
T1じゃ足りないでしょう。瞬間最大風速だけならT1の100倍出てるんだから。

#　いまどきは専用線引いてうんぬんというソリューションはあまり聞かないですな。

>>378
であれば別にsleepしても構わないんでは？
BigServer側を思いやった安全装置、という姿勢で通せばよいだけだと思う。

ひょっとして別の意図があってProxyにしたりP2Pにしたりしてない？

>>382
sleep() かますんなら帯域制御したほうが確実だと思われ。(LinuxでBSD/OSとかFreeBSDの
4系みたいな帯域制御って出来ます？＞all)

だけど、それは既に選択肢にはないんでしょう。ていうかそれをやるなら根本から
この議論が無意味になってしまう。

>>381
たしかに(笑)
じゃなくて、いいたいのは、
「帯域課金が問題で、サーバ性能の問題じゃない」ってことで。
（ちゅ〜か、ちゃんとつたっわってますです・・・）

しかし、ここの瞬間最大風速すごいですよね。
でも、いまのアメリカのITバブル崩壊状態でも、そんな多額な使用量要求されるんだなぁって。
納得いかないっす。

本気で cache server を動かすのだったら、

1. master の変更を細かく cache server へ知らせる
2. cache server にアクセスがあった時点で master へ変更分を聞きに逝く

のどちらかでないと、cache server が増えたら今の mirror だと対処できなくなると思いますがどうでしょうか。

なんか　Apacheも自由にいじれないわ　使用料もバカ高だわで　もっといいとこ
ありそうな気はするけどねぇ......

話題を発散させるつもりはないです。
NNTPの話とか法的問題とかの話がでたので、ちょっとみんなの意図を確認したかった。
といいつつ、発散させてしまってすまんです。

>>383
sleepでも同じ効果はあるよ　過負荷下でも処理能力上限がそれで決まるから。
# gzipも逆の方向の同じ線上の対処だよ。
それと根本は変えられないはず　だって契約の世界の話だもん。

>>379
いえいえ（＾＾；
ま、鯖管理者の人に重荷を背負わせなければいいんで。
怖くなったらやめられるとか、そういうのりで(笑
>>386
同感です。。。

夜勤さんは悪くない。
夜勤さんは悪くない。
夜勤さんは悪くない。

ttp://www.geocities.co.jp/SiliconValley-PaloAlto/6896/

27日から忙しくてこれませんでした。
キャッシュされたコンテンツに違法なものが含まれていることが
争点になった裁判の判例というのは今のところ国内外でないと
思います (知り合いの弁護士と話した限りです。漏れがあるかもしれません)。

ただし、もし訴えられた場合には (例え必ず勝つとわかっていても)
手間や費用は発生します。別に2chキャッシュだけの問題ではなく、
個人で小規模なサイトを運営していたとしても同じリスクはありますけどね。
(自分の日記サイトで「○○で飯食ったら不味かった」と書いたら訴える
という内容証明が届いたという例もあるようです)。

2chキャッシュの場合、キャッシュ運営者が訴えられた場合、それはキャッシュ
運営者側で対応しなくてはなりません。それをひろゆき氏側にそのまま
リダイレクトということは制度上できません。

まぁ、キャッシュ運営者グループで互助会を作って、定期的に法律や
判例の勉強会などをやっておく程度の自衛は必要かと思います。

大丈夫だよ。
金持ってない奴を訴えるような暇人はﾆｾｰｲとかﾚｸみたいなトコだよ。

>>391
勝訴すれば、かかった費用は敗訴側におっつけることができます。

>>393
よく知らないけど、それは別訴訟を起こさないといけなかったのでは？

>>393-394
訴訟費用の裁判は決定でできるのですが、いろいろあってあまり使われていません。
結論としては、「押しつけるのはちょっと面倒」です。

法的議論は後回しにしませんか？
我々は法律の事がよくわかってないし、法律板の人たちは
我々の実装がよくわからないうちでは、いいようもないだろうし

とりあえず、でっち上げて、問題がおこったらなんとかすりゃいいっつーのは
ダメっすかね？　ダメっすかね？

>>396
いいとおもいますよ。

キャッシュの同一性については、2chの鯖側で対応できるのでは？
どうせ書き込みの時には本家に飛ばされるんだから、
そのときに本家側でキャッシュを検出して、あとで同一性
チェックをやれば済みそうな。
実装するのはいつでも構わないし。

>>398
bbs.cgi がキャッシュ検出(?)を呼び出すってことでしょうか。

>>398
つまり、キャッシュサーバは書きこみデータを飛ばすときに一緒にそのボードのdatを
まとめて渡し、2chの本家サーバはそれを自分のデータとマージしてチェックってこと？
アップロード側の転送量なら問題ないし。

>>400
キャッシュ鯖は書き込みデータを飛ばさないと思うのですが。。。
2ch.netのbbs.cgiにPOSTするんですよね？

>>401
あ、そうか。
そうするとどういうことだろ。

>>402
POSTするときに、キャッシュのIPをパラメータとして渡しておいて
配信してもらう、てのはどう？

>>403
データ転送量の削減になるかなぁ。

>>403
キャッシュ鯖のIPはもともと2ch.netに登録しないといけませんし、
いざbbs.cgiが書き込みをすれば、全キャッシュ鯖にそれを反映させないと
いけません。。。ので、パラメータの必要はないかと。

P2P → 分散（レプリケーション）
キャッシュ → ミラー

あーやだやだ

　★「２ちゃんねる閉鎖騒動」の発端について★
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
そもそも、このサイトで「２ちゃんねらーに殺されかけた」と告発があってから、
これを機に反２ちゃんねる勢力が「２ちゃんねるつぶし隊」なる組織を結成し、
２ちゃんねるサーバにクラッキングを開始したことが、事件の発端らしい。
http://www2.odn.ne.jp/~win530/voice//voice05.html （「個人情報が流出した日」）
なお、この騒動の後に「２ちゃんねる売 ります」の事態が起きたという。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

>>406
ｶﾞｲｼｭﾂですけど、>>1についてはいろいろありましてな。すいません。
>>398-405 は、私もよく意味わかってないので、意思疎通のために
方便使いました。やっぱりそういうことなんでしょうかね。
それならｶﾞｲｼｭﾂだから、気にしなくてよさそうだ。

漏れも詳しいことは知らないが、「bbs.cgiなり何なりが自動的に
ミラーを訪れて、抜き打ち検査をやる」というシステムなら
作れるかもと言うこと。
書き込みの時には、単に巡回リストにミラーを登録するだけ。

一番簡単なのは江戸時代の五人組制でしょう。
サーバが相互に監視するの。
例えば回線太いA(L1)B(L1)という２台のサーバと細いC(L2)D(L2)E(L2)という
サーバがあったとして。
time1
2ch→A→B→D
　　　　 →C→E
time2
2ch→B→A→E
　　　　 →D→C
time3
2ch→A→B→C
　　　　 →E→D
という具合にデータを参照すればいいんじゃないかな。相互支援（謎）ね。

>ただ、NNTPの場合は、あえて違法である可能性のあるデータをネットワーク上に
>残しておこうとする人が居ない点や、キャンセル・メッセージなどの仕組みがうまく
>働いて、そういった状況になりにくいだけだと思います。

過去何人もキチガイキャンセラーが出現したけどね
2chでいう電波削除人だね
しかも、結構有名な人も

一日中炉裏画像キャンセルしまくってるキチガイセンセイもいるしね

>>410
賛成です。私の意見の概要は>>272 からそれほど変わっていません。
これを効率化し、必要最低限(がどれくらいかわかりにくいけど)にしていければ、
うまくいきそうな気がします。

Perlerさんのクソ・リアリズム、マジでカッコ良かった。
それだけは書いときたかったんで。脈絡なくて、失礼

ところで、こっちは収束したと考えていいんでしょうか。
まだ何かありましたっけ？

datファイルがうまく参照できない。
apacheのoptionのIndexesを外したのかな．．．

>>415
error: Status code is not 200ですか？

>>416
その通りです。その行をコメントアウトしたら、kakiko.comのページに飛ばされてることが判明しました。
subbackを見て取ってくるようにしないと駄目かな。

>>417
今朝未明からdat直覗きが出来なくなってますね。

HTTP プロトコルによるWEBのキャッシュとしてSQUIDを使っています。
そこで、さらに FTPプロトコルによるFTPでダウンロードする内容の
キャッシングをしたいのですが、どういう手段がありますか？
FTPミラーではなくて、キャッシュがしたいのです。
よろしくお願いします。

>419 >1を読め。

まともな記念物、あげ

age

国敗れて山河あり

ばななじゅーちゅ おいしいな。

ここは結局どうなったの？
立ち消え？

squidってIPv6対応はどうなったの？なかなか進まないねえ

>>426
Squid Web Proxy Cache
http://pc.2ch.net/test/read.cgi/unix/1034236482/

（＾＾）

（＾＾）

（＾＾）

あぼーん

あぼーん

あぼーん

蘇生age

あぼーん

けっきょく犬板のWinnyスレに統合しちゃったの、ここ?

というより、そもそもWinnyの話とは目的も方針も全然違う話じゃないかと。
# むしろzigumoには近いのかもしれませんが。

現在は2ch.netの抱えている問題点そのものが変わってきているという意味から、
ｽﾚとしての役目は既になくなっているのかもしれません。

まぁ、ここの住人でWinnyｵｰﾌﾟﾝｿｰｽｽﾚに移動してる人はそれはそれで居そうですけど。

!!
このスレまだ生きてたんだ！

>>437
ユーザーにとって 2ch.net に限りなく似たものを作るのがこのスレの基本でしたからねぇ。
ﾐﾗｰｻｰﾊﾞ/ｸﾗｲｱﾝﾄ + DynamicDNS/ｸﾗｲｱﾝﾄ + bbs.cgi だから、作成は比較的簡単なのですが。。。

あぼーん

ここは難しいインターネットですね。

サルベージ

age

age

保守

UNIX板ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ここが伝説のスレですか？

　　　　∧＿∧　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　（； ´Д｀）　　＜ 　2chはUNIX板でもっている様なものだからな
　　　_,　i -イ、　　　..＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 　　　
　（⌒`　　　 ⌒ヽ　　　
　　ヽ　 ~~⌒γ⌒）　　
　　　ヽー―'^ー-'　
　　　 〉　　　 |
　　　/　　　　 |
　　 {　　　　　 }
　　|　　　　　 |
　　{　　,イ　ノ

　　　　∧＿∧　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　（； ´Д｀）　　＜ 　こんな過疎スレ始めて見たぞ、さすがUNIX板
　　　_,　i -イ、　　　..＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 　　　
　（⌒`　　　 ⌒ヽ　　　
　　ヽ　 ~~⌒γ⌒）　　
　　　ヽー―'^ー-'　
　　　 〉　　　 |
　　　/　　　　 |
　　 {　　　　　 }
　　|　　　　　 |
　　{　　,イ　ノ

　　　 ∧＿∧　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　（； ´Д｀）　　＜ 　>>447 そうだ、よく来たな。
　　　_,　i -イ、　　　..＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 　　　
　（⌒`　　　 ⌒ヽ　　　
　　ヽ　 ~~⌒γ⌒）　　
　　　ヽー―'^ー-'　
　　　 〉　　　 |
　　　/　　　　 |
　　 {　　　　　 }
　　|　　　　　 |
　　{　　,イ　ノ

>>445と>>446の間がすごいな。1年以上離れてる。

（； ´Д｀）>>451 以前、凄い本を見た事が有る。
17世紀にイギリスで出版された本で、革装丁であった。

長らくイギリスの図書館に所蔵されていたようで、
裏表紙の貸し出しスタンプを見たら、最終貸出日が1941.○.○となっていた。

これには笑いが止まらなかった。

それに比べれば1年などぬるいぬるい。
　　　
　　　

　　　 ∧＿∧　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　（； ´Д｀）　　＜ 　ここは、兵どもが夢の後スレだ。
　　　_,　i -イ、　　　..＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 　　　
　（⌒`　　　 ⌒ヽ　　　
　　ヽ　 ~~⌒γ⌒）　　
　　　ヽー―'^ー-'　
　　　 〉　　　 |
　　　/　　　　 |
　　 {　　　　　 }
　　|　　　　　 |
　　{　　,イ　ノ

　　／⌒ﾍ⌒ヽﾌ 　ﾌﾞﾋｰｯ (人が居ない様でブタさんも怒っている様だ)
ε（ 　　( 　｀ω´）
　　しー し─Ｊ

|⌒ヽﾌ 　ﾌﾞﾋｰｯ
|ω´）
|─Ｊ

　　　　　　　 '´ ￣　ヽ
　　　　 __　rｉ_,.1ﾘﾉ）)）〉　板の底で今ここに目覚めるんだよもん！
　　（￣（__ 〈「(ｌ!ﾟ ヮﾟﾉ|
　　 ＼　〃 ﾉﾘ fiつつ
　　　　＼　（'⌒`''~`⌒`ヽ
　　　　　 ＼＼ は や　ね　ヽ
　　　　　　　＼ ヽ,,,_,＿,＿,__.,,)
　　　　　　　　 ヽ,,,_＿＿＿＿,,,）

おそようだよもん
早起きキャッシュが>>456の元に行った反動で
遅起きキャッシュが俺のところに来たみたいだよもん

test

これが底の景色かあ

どういう景色だよもん？

そこ、そこだよもん

　.　　／_　/ __,,,　　　　　',
　　 //..、￣.,､､ゝ　　　　 .',
　　 i.F‐'ﾞ　　`'ｰ‐',.　　　　 l
　　 !|　　　　　　　`‐､　 ,.､ ',
　　 ||,,,,_　,　　_,,,,,,　　|　|7}. ',　　　　　久々にわろうた
　　 ||.￣ ,'　 ´￣　　 リ!|/　 ',　　　　　 　げにいみじきすれのたつのも今はむかし
　　 !.',　 i,_っ　　　　　l!|　　　ヽ
　.　l　',　 _,,_　　　　　　| l　　　 ＼　　　あたらしき人まいりこれりども
　　 |　ヽ ｀ﾞ´　　　　 ,　ヽヽ　　　　　　　程しらぬものばかりなりて　いとこうじけり
　　 ヽ.　ヽ､　　　 ,.ィ　　 ヽ,
　　／,､ｒi个｀,ﾞﾞﾞﾞ´　　　／/ヽ ,､

hoshu?

テスト  だよ    もん

てすと

テスト

[test] 書きこみテスト 専用スレッド 1 [ﾃｽﾄ]
http://pc8.2ch.net/test/read.cgi/unix/1111478762/

675 名前：root▲ ★[sage] 投稿日：2006/05/25(木) 18:00:53 ID:???0 ?#
検索していて、このスレに行き当たりました。

キャッシュ型負荷分散システム開発スレッド
http://pc8.2ch.net/test/read.cgi/unix/998908154/

このスレで Perler さんが開発されていた mirror.pl の最終版って、
どなたか、お持ちではないですかね。

# 上からちょっと拾い読みしてみましたが、いろんな意味で参考になるスレでした。




2ch特化型サーバ・ロケーション構築作戦 Part21
http://qb5.2ch.net/test/read.cgi/operate/1145114275/675

　　　　　　　 ,'　 ',　　　　 /　 .i ,r''=-（ヽ --､､ヽ､　　　　 /　＝}_l､､ノ!__{＿ヾヽ
　　　　　　　 l　　 i　　　　l　　 !/／ 人 l､ヽ ヽヽliヽ、　　/ﾆｧ''"_,,、､ー-ヽｰ)ﾉ　　　,r＝ニ二 ヽ、
　　　　　　　　!　　l　　　 ,'　　;'ノ ／=､ヽl ヽ＼､､l!ヽ,､_　ヽ/ ,=//　_ヽ､ヽ lヽ￣ヽ､ (＝''　　ヽ　 l
　　__　　　　　ヽ　　i　　''7　 /',ｨ'ﾐf'ｔ;jﾐ`'ヽ,;=､､ ヽ ヽヽ　,/l /／l r,;-;;=_l､　l'=.､ヽ lヽ　　　 ノ　 /
　 ,'　ヽ、　　　 ヽ　 ,i、__/､_,/大l ヾ=ﾟ'　　ｨj,ミ,i` l　 lヽl li l　/=ｭ ~〃fぅヾ!/lらiヽ,=､ーー''"　／
　　､　　ヽ､　　 ,..|ｰ''＾''''､　 /rt;j'､　/ヽ'. ヾﾟ',ｼぅ、ト､l l! l! ヽl" ,t;j､　 `ﾟ"'　ﾉﾄｲ,;'　 ）､､､ --"
　　 ヽ､　　 ` ;-'-'　　　　　 ilヽ`}'ヽ{_／__,.ｨぅl'"i,lヽi''l!￣```l!ヾヾﾟ''ヽ,,ﾍ　　/､/　 /ヽ ､､ヽ, -ｰ、
　　　　　`ヽ､'　 ,　　　／　　ヾ!､{､ヽ='_ﾉllヽV､!/l!,,-'''ニ＝=ーヽ`r-､`=',ｨ"//　 ,;'=へi ／　　ﾉ
　　　　　　 (l）　'　 ／　−　　 ,（￣￣ ￣`ヽl! ／／　＿　ーニ二￣r７' Y /　 ./_~_'l,／　　,:'
　　　　　 ,rく　,　＿　''　　＿,,-t＝-､､､､-ィぅヽ=- ーァ　＿　／ ,r＝=ｙ１,/　 /~=^／　 ／
　　 ,, -''"　_ﾉ-､＿､､--''=≪　L､､ｨTヾｰ^二7/　／￣r'"　　`ヽ､人 -（_》'、　iぐ／　 ／　　　,,.-､
　　(＿､､-''　 ,､､､```￣,〉　`＝!,=､lｨ't''`ー-'(､/＿-ー`ヽ 、　　 `ヽ--''　`　 `''　　／l~　_／　　/
　　　　　　　/に《@>_くｧヽ、_,,, ,_　<!_,ﾉ)､　　／＿＝-ニﾆ=,,`＞、　　　　　　　ヽ　(_､､-''　　 ／
　　　　　　　`-=,;'"￣､ヾぅ（(^`'^)）7ー" ヽ､に＝- (､＿-=ー",t{ヽ　､　　 `ヽ、　　､　　__,, -''
　　　　　　　　 ,'　　　　 il}}-ヽ='ノイ{`ヾ　　　`-,､､_,,　　r':ｿﾗ￣`（`ヽ､_、　　　　　　ｒT"_
　　　　　　　　 l　　　　, l<ァ!　　　/{にぅ､　　　/!/y^-'''）ﾟiヽ　￣　＾《-､＼　　　 ,;　ヽにヾ､
　　　　　　　　 ',　　＿,ノﾉi≫､＿ﾉら='､∬ヽ､='ﾉ!5l l　_,,）ﾟ(（　　　　　`う_`ヽ､＿､i、　 ヾ《う
　　　　　　　　　〉''",r='う)ヽうn､_く^l `~　　　￣ヽじく~　 }､ヾヽ､､､,　 /　　`t-r-='^`ヽ､　 `''ヽ、

完成？

トホホの自民　生き残れるのはひと握り

　大マスコミの選挙予測によると、自民党は壊滅状態で、当確を数えたほうが早いほど。
小選挙区で確実に生き残れるのは元・現閣僚が7人ほど、石原伸晃など地盤が強固な世襲議員が6人ほど、重鎮が3人。
ほかに5人程度のひと握り。自民党が少数政党に転落し、永田町の勢力図が一変する可能性だってある。

http://gendai.net/?m=view&c=010&no=22639

Alec Baldwin as Jack Donaghy? ,

>>1のリンク先が見れない

キャッシュ型負荷分散システム開発スレッド

このスレは

キャッシュ型負荷分散システム開発スレッド

スレッド

ぬるぽ

キャッシュ型負荷分散システム開発スレッド

★2ch勢いランキングサイトリスト★

◎ +ニュース板
・ 2NN
・ 2chTimes
◎ +ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
◎ +ニュース板他
・ Desktop2ch
・ 記者別一覧
◎ 全板
・ 全板縦断勢いランキング
・ スレッドランキング総合ランキング
・ ログ速
◎ 全板実況込み
・ 2勢
・ READ2CH
・ i-ikioi

※ 要サイト名検索

キャッシュ型負荷分散システム開発スレッド