ミラーサイト計画「１０００ＧＥＸ」です

つか本７さんよ、
こういう中央サーバーは必要なシステムより、ログをP2Pで共有したほうがいいと思うんだが？

>>851
ﾉﾝﾉﾝ。わかってないなあ。
もっと壮大な計画なのだよ。

俺様のぷろことるは暴れん坊だぜ！
いつでもプラグアンドプレイだぜ！

何も分かってないですね。まずＨＯＴＪＡＶＡをＣ＋＋でコンパイルして
ＴＣＰ／ＵＤＰがＤＥＬＰＨＩです。4リピータ規則をランタイムエラー で
バッファオーバーフロウを起こし、イーサで繋いでＨＤＤになる訳で・・・(^_^;)
マイクロカーネルを理解する事からはじめて欲しいですね。
バーストモード におけるサーキットレベルゲートウェイの基本構造から
マルチプロコトルとしてまとめてＣＧＩには引数として実装ますが。

なんだこのスレハ　(-_-)

>>859
ログの保持が出来ないのと利用者に障壁をもたらす事になるよね

>>1の隔離スレです。

nyあたりに機能組み込むことができれば面白いかもしれんけど、
DAT落ち見るならやっぱ●の利便性にはかなわんですよ。

>>866
おれも持ってるけど、IEなんかで見る場合には有効ということで。
ただし書き込み（ログ）の信憑性は激しく疑問なわけだが・・・

要約すると"誰か僕の代わりに作ってくれませんか？"って
しょぼいペテン師が嘆願しているスレなの？

読めないdat落ちスレのミラー作ります [18]
http://that.2ch.net/test/read.cgi/gline/1054143437/

で十分だと思うんだが・・・すぐに読みたきゃ●買え、と。

ちょっと>>1がかわいそうになってきたよ。いろんな意味で。

仕事いってくる。

しかしこの板で、1日足らずでレスが900に達する勢いとは・・・
>>1はネ申かもしれん。

レイサム級だ。

>>871
ネ申だとしたら貧乏か厄病ｗ

どう考えても共有クライアント側の処理の方が重用だと思うんだが。
ただHTTPD立ってりゃいいって訳にはいかないだろ。
そっちの方が重用じゃん。

くだらねえミラーサイト計画「ＧＥＸ１０００」　ネタ編

>>874
もちろんクライアント側の共有ソフトもセットで提供されるはずでしょう
でなきゃ意味が無い

>>876
でもさ、サーバーサイドの話ばっかりでクライアント側の要件がまともに出てないような気がするんだけど。
重用で多分一番処理が面倒だと思われるLOGの捏造対策とか。

>>877
LOG改竄関係は全くチェックしないって言ってたぞｗ
改竄されてるかされてないかは2ch内のオリジナルログを見ないと
わからないって事

>>877-878
改ざん対策はほんとに難しい。夜中にいろいろ考えてたんだけど、
参加ノードの母数が大きくなればファイル比較である程度対処できるかもしれない。
でも過疎板（ここ）なんかだとログ提供者がいないか一人だけ、なんてことも十分あり得る。
で、クライアント内のファイルで痕跡を残さないよう編集するのを防ぐとしたら、
DAT作った段階でハッシュでも生成して、アクセスするたびにハッシュ見比べるとか。
すげー重くなりそうな予感。

>>879
ログを2chから直接所得しない以上、そもそも不可能だと思うが？

>>880
おれも>>869でファイナルアンサーと思ってるよ。
かちゅのログ拾う仕組みでやる前提で考えられるだけ考えてみたんだが・・・
ログを独自形式で保存するなら方法はあるだろうが。

>>881
まあ本気でやる気があるなら、どうせ共有するためのクライアントソフトが
必要なんだから、それが最初から組み込まれた専用ブラウザでも作って
共有データはすべて暗号化して保存するとかして簡単に改竄できないように
したほうが早い気がするな

それに、最初からブラウザに組み込まれてれば共有とか特に意識しなくても
そのブラウザを使う人が増えればどんどん共有者が増えていくわけで、
一石二鳥でしょ

>>882
だからさ、作者がその気になるかはまったく別問題として
nyにプラグインみたいな形で追加するならもともと暗号化は実装されてるし、
P2P BBSにも取り組んでるんだしイケるかもと思ったよ。
どんどん>>1とかけ離れてくけどな（ｗ

で、このくらいのことは事前に想定して着手しろよなー、と言いたい。

>>884
てか、本７ってもともと2chブラウザ作るとか言ってたんだから、
ブラウザ込みで共有クライアント作ってもらえばいいんじゃない？

確かにwinnyに2ちゃんブラウザ機能が搭載されたら凄いけど
47氏はまずやらないだろうな。

>>886
そっちの開発投げ出したなんて言われないで済むし一石二鳥だな。
ついでにセンターホストは鯖統合ウェアとやらにすれば・・・

>>888
もはや>>1とは関係ない話になってしまうわけだが。
あなたが音頭を取れば付いて行く人もいるぽ。

>>888
ブラウザが専用になればもっといろんなことが出来そうだな
利用者に意識させずにデータを2chから取得するか、ミラーから
取得するか動的に切り替える事も可能になり、アクセス負荷の軽減も見込める
また2ch（もしくはミラーが）落ちてたら自動的に切り替える事もできる

>>889
今はけっこうヒマなんで話に付き合ってるけど
おれ自身●持ちなのでぜんぜん必要ないし、
いつデスマーチに突入するかもわからんので勘弁してくれ（ｗ

>>890
1に過去スレへのリンクがあったら先読みして自動取得とか。

>>891
この板に来る前からちょくちょく援護してたんだけど
漏れはもう見放したよ。
あなたの企画に期待してますｗ

工エエェェ(´д｀)ェェエエ工

このスレは

565が新しい2ちゃんブラウザを作るスレになりました。

頭が変わっただけでずいぶん前向きな話になってきたな。

それがなぜなのか考えてみぃ>>1

まぁ565が作るってなら手伝う気にもなるな。
どこに違いがあるか考えろって言っても本人逃亡っぽいが。

寝てるんでしょう。

あと専用ブラウザならLive2chみたいな自動更新機能を拡張して自動的にミラーに
反映するとかもできそうだ。
もちろん起動してるすべてのクライアントがそれを同時にやる必要は無いんで、
一定の間隔でクライアント同士のアップロードが重ならないように調整する
システムを組み込む必要があるが、よりリアルタイムに近くなるんじゃないか？

どうも本7はdatをHTML化するcgiがこの仕組みの中心だと思ってる節があるんだけど
やっぱり共有クライアント側の方が遥かに重用だよな。
2chブラウザと共有クライアントの両方の機能を持った専用クライアント使って
2chと1000EX鯖のボードリスト比べて2chの方が新しければ2chに接続。
更新がなければ1000EX鯖から取得って動きにでもしないとユーザーにも2chにも何のメリットも発生しない。

なんか、本７がいなければまとまっていきそうな気がする
建設的な意見も出て来てるしｗ

本人寝てる間にこのスレ終わりそうだけど
次スレ誰か立ててやるのw

>>899
共有クライアント側の方が遥かに重用

↑これ、わかってないと思うなぁｗ

>>902
HTTPD立てたら終いだと思ってるみたいだからね。

>>901
立てるなと言っても本人がまた立てるでしょ

>>902
えっ俺が？奴が？

>>899
つーか、それP2Pcacheやzigumo2だよｗ

>>905
奴がに決まってるｗ

あのー、もはや自宅鯖板のネタじゃなくなった気がするんだけど（ｗ

>>906
でも結局こうなっちゃうよね。
奴のプランだとログ提供者と閲覧者区別してる見たいだけど
ログ提供者になんのメリットもないもん。

>>907
安心したｗ

次スレはソフ板あたりか？
565さん、任せた

俺はいまだに本７が提唱してるこのミラーのシステムっつーか
機能に一体何のメリットがあるのか、理解できていないんだが
誰か解説できる人いる？ｗ

>>911
メリットは誰に取っても一切ないよ。
奴の自己満足ってメリットはあるかもしれんが、
誰も参加しなくてズタズタになるかもしれんし。

>>911
人気が出ればバナーで本７が儲かる。それだけ。

>>911
GEX1000にバナー広告出すことで収入が入る。らしい。

漏れは565最大の功績は、本7システムのフローチャートを
まとめたことだと思うよ（ｗ　>>633

>>913
人気が出るためにはどっかにメリットがなきゃｗ

おれ自身は>>666のほうをやりたかったんだが・・・

>>913
人気って言っても、需要があるとは思えないんだがｗ
ISDNじゃそもそも論外だし、仮にBﾌﾚになったとしても
2chより高速かどうか疑問
さらに改竄されてる危険性のあるデータなら2chから
直接取ってきた方が安心だしね

次ｽﾚここでいいんじゃない？

統合自鯖ウェア作ります
http://pc2.2ch.net/test/read.cgi/mysv/1050485107/

>>916
まずはこの計画を完成させてから（ｗ

しかしほんと急に話が進みだしたなぁ・

ていうか、ここは本７のオナニースレでしょ？
おなﾈﾀでシコシコ自慰して自己満足
ﾈﾀに飽きたら、次のﾈﾀ見つけてスレ立てる
今までも全部それの繰り返しな訳だがｗ

>>565
や　ら　な　い　か

やっぱさ、何の為って考えると2chの負荷軽減と落ちてる時のバックアップでしょ。
本7鯖中心にアクセスしてたらユーザーになんのメリットもないから。
動的に接続先を判別しつつ新規に取得したログを本7鯖に更新掛けてく仕組みにする必要があると思うんだ。
ただ落ちてる時と更新がない時だけ本7側に繋ぎに行くようにすれば2ch側のアクセス軽減に繋がる。
2ch側に接続してdatを取得したら取得したよって情報を本7鯖に送る。
本7鯖ではその時点で自分が保持してるdatより新しければ差分の送信をリクエストする。
こんな感じにするしかないんじゃないかな。

>>922
まあ、落ちてる時のバックアップってのはあるかもしれないが、
2chの負荷軽減って所まで話が及ぶと、よほどのアクセスを
本７鯖が引き受けなければならないわけで、ていうかたった一つの
鯖でどうなる？って感じなんだけど

当然ミラーに繋がってても書き込みするときは常に2ch側にアクセスで、
セッションが成立するなら成立したよ＆書き込み後の差分を本7鯖に送信かな。

>>923
どっちにしたって鯖のスペック足りないのはわかってるから
機能的な仕様から考えて見た。

>>925
むしろミラーなんか作るより、2chの鯖の台数増やした方が
よっぽど効果あるよな。それも万人に対して

>>924
書き込み次に差分を行き成り送信しちゃう整合性取れなくならない？
あくまで読み出しの差分にしないと1対1ならいいけど1対nだからね。

>>926
そうすると本7プロジェクトが成り立たないから。
初めにプロジェクトありき（ｗ

>>927
書き込み後にどうせリロードするんだから同じだと思われ

>>928
本７が2chに鯖を一台提供するって事で終了でいいんじゃない？
5万円じゃ2chをまかなう鯖は買えないけどなｗ

眠い。

>>927
確かに。更新されたことを通知するのは構わないけど、
取得の必要があるかどうかあくまでも本7鯖が判定してリクエスト。

クライアントを●対応するとしたら（せざるを得ないだろうけど）
本7鯖との通信でそれも判定する必要あるかも。
#結局この問題ってどうなったんだろう。

>>929
1対1ならそれでもいいけどその瞬間に別のクライアントが本7鯖に繋がってる可能性があるでしょ。
そうすると書き込み時に送った情報をどこに挿入するかあわなくならない？
あくまで読み出し時の最新差分を比べないとダメ気がするが。

なんか無意味な事わかってるんだけど頭の中で仕様が見えてきたぞ（ｗ

>>932
あ、いやそうじゃなくて、書き込み後にリロードする訳だから
新期データを取得した時に処理を行なうって事
つまり書き込みで特に処理する必要は無い

まぁ、運営側にしてみればスレストするくらいのネタだからなw

>>934
了解。
そう言う事。

まぁあれだ。
このプロジェクトを本気で成功させるためには奴が最大の障害ってことだな。

2chの負荷分散てあんまり期待できないと思うので
本7鯖は普通に2chからDAT吸い出して、
クライアントが動的に切り替えるだけでもいいんじゃない？
FTTHユーザ10人くらいで鯖分散すれば
リアルタイム性は落ちても少なくともDAT落ちの救済や
2chが�d�jときはかなり有効と思うんだけど。

クライアントは鯖の動的切り替えだけ実装するなら
全体の構造もシンプルだし処理も煩雑にならないのでは。

>>935
ﾜﾛﾀ

今>937がいいことを言った！！

>>937
もっとﾜﾛﾀ
ドメインをreal7.netとかにして残してやるか。

>>938
それならみみずんとことでも連携して専用クライアントのみリリースした方がよさげ。

ミラーが存在するって事すらユーザーに意識させないって
いう感じにしないと、誰も利用しないだろうな

>>941
みみずん氏の環境どうなってるかわからんのだけど、
負荷が集中しないように分散させる必要はあるんじゃないかな。

つか、結論は本7鯖ｲﾗﾈってことか（ｗ

こうして本7不在のまま1000取り合戦に突入の予感

名残惜しいが打ち合わせ逝ってきます。

>>943
そだねｗ

>>945
いってらー
俺もまた夜来よう。
ってどこに行けばいいんだろｗ

まあ普通のユーザーがわざわざ手動でミラー鯖にアクセスに
行くとは思えないし、ヘビーユーザーならなおさらミラーなんか
使わないだろう

やっぱｲﾗﾈでファイナルアンサー？

>>945
一T。
>>937が全てってことだな。

>>945
こんな場所に名残など無くていいよｗ

２ちゃんねる専用DNSサーバ関連スレ
http://qb.2ch.net/test/read.cgi/operate/1052479294/

実はこっちでちゃんとやってるんだけどな