Perl PHP C出来るやつちょっと来い

kuma

2008-10-27T12:52:23+09:00

あれれ

こんなことが

できるのかい？

ああ

2008-03-14T13:15:15+09:00

このページはhttp://www.google.co.jp/からの引用です

ウェブ画像地図ニュースグループGmailmore▼書籍ブログカレンダー写真ドキュメントリーダーその他 »

iGoogle|ログイン

		検索オプション表示設定言語ツール
ウェブ全体から検索日本語のページを検索

有名アーティストのデザインでホームページを自分らしく。

広告掲載-ビジネスソリューション-Google について-人材募集-Google.com in English

dat+on+FS

2007-05-13T22:13:22+09:00

ｌ

現時点での状況

2005-11-16T16:36:58+09:00

●現状の問題点（MUMUMU氏の発言より引用）簡単にいえば、これっすね。 http://ex11.2ch.net/news4vip/kako/o1122/index.html http://ex11.2ch.net/news4vip/kako/o1122/subject.txt (IEだとブラクラ注意) で、こんなばかでかいやつを、板圧縮処理のたびに作り直していると。これが超重いわけで。で、なんでばかでかくなるかというと、スレ立てが従来どおりだったころの過去ログ倉庫には、こういった10000以上のdatファイルがごろごろあると。 %ls | wc -l 13503 つまり、read.cgiやbbs.cgiがうんぬんと書く人はそもそもその瞬間に的外れで、改善すべきは全く違う場所だと、>>203-204 にも書いたのですが。で、この部分の改造は、技術的にはもちろん可能だし、この部分の開発は２ちゃんねる互換のシステム(たとえば0chとか)をそのまま使っても、できるはずなんですよ。つまり、やる気とセンスと愛の問題なわけです。さっき「互換性」うんぬんって書いたけど、もしすごく画期的で、1日に数千のスレが立っても大丈夫な dat落ち・圧縮・過去ログシステムができるなら、互換性なんてなくてもいいです。で、何でこんな長文を書いているかというと、誰かすごくセンスのある人が、口だけじゃなくて、実際に動くものを作って、見せてくれるといいなぁと。 ●必要な人材 -じょうきょうのはあくができるひと -ぷろぐらむのかいせきができるひと -もんだいてんのかいけつほうほうがわかるひと -かいぜんぷろぐらむをつくれるひと -''そんとくかんじょうのできないひと'' 有志のボランティアの人が漢字に直してくれました！！ '''必要な人材の条件''' -状況の把握ができる人 -プログラムの解析ができる人 -問題点の解決方法がわかる人 -改善プログラムを作れる人 -''損得勘定の出来ない人'' 日本語ってすごい //うはっｗｗ夢がひろがりんぐｗｗｗ ■ここまでの経緯 news4vipのdat管理が追いつかなくてｱﾎﾞｰﾝ　　　↓ VIPPERがシステム開発に乗り出す　　　↓ ソースファイルが貰えなさそうなので、わからないなりに開発開始　　　↓ それなりに開発環境が整う　　　↓ 221氏がSQLで動作する2ch互換板を作る　　　↓ 運営側にSQL板を提案　←　いまここ ●注意事項・Perl、PHP、C、C++、JAVA、SQL、HTMLなど何か出来る人を常時募集中です。・プログラムが出来なくても運営側との交渉やまとめwikiの更新など、出来ることはいくらでもあります。・開発されたソフトはフリーソフトではありません。明示されていなくても、各作者・各引用元が著作権を持っています。　プロジェクト外でのご利用は、先ずスレまでご連絡下さい。許諾・動作の保証は致しかねます。・このスレは主に夜間に人が集まります。昼は30分毎に保守していただけると有難いです。　スレの保守だけでも十分開発者への応援になります。

トップページ

2005-11-11T11:39:30+09:00

数多くの問題に対し、あらゆる手段を講じてきた2chにも限界が訪れたのだ。スレ立て数6600th/dayという驚異的な数字を弾き出し、栄華を極めたVIPにも栄枯盛衰の理が現れようとしていた。かつてのVIPが到達したものは、頂点であり限界であった。処理量がオーバーし大規模な規制が敷かれ、衰退の一路を辿るVIP 増えつづける問題と解決手段のために、肥大化したシステム。匿名による多数の手により半ばカオスと化したソースコード。様々な要求に答えるべく、多くの人の手が入り、複雑化した2chというシステム。 2ch運営陣もさじを投げ、時の流れに任せるほか無い状況となっていた。 2005年　そんな中、VIPはついに2chの根幹システム改良に着手した。しかし改良プロジェクトは思うように進まず暗礁に乗り上げようとしている。 2chは衰退の一途を辿るのか？それとも･･･　-　VIPをあきらめない　- ■関連リンクまとめwiki http://www6.atwiki.jp/fix2ch/ 避難所:【VIPPERの為の】規制解除【VIPPERによる】 http://yy11.kakiko.com/test/read.cgi/news4vip/1127320232/ 221氏作2ch互換板(MySQLで2chが作れるか？テスト用) http://nanacahaha.com/news4vip/ 221氏作2ch互換板内避難所：【規制】Perl PHP C出来るやつちょっと来い【解除】 http://nanacahaha.com/test/read.cgi/news4vip/0000000067/ // 前スレ:【規制】Perl PHP C出来るやつちょっと来い【解除】中篇其の弐 // http://ex11.2ch.net/test/read.cgi/news4vip/1127997742/l50 news4vip 上のスレは、一時停止中です互換板内避難所で、議論が行われています **VIPのプログラムを直そうぜ 520 名前：▲ ◆SANUKI/VII [sage] 投稿日：2005/09/21(水) 14:52:40 ID:y+vc92rsP BE:21744386-### スレの立てすぎでログを保存するフォルダがあぼーん規制を解除したり規制する機能が効かなくなっただから規制解除するには2chのスクリプトを改造しなければいけない改造するのは技術的には可能だが、面倒なのでやらないやりたい奴いたら、VIP運用情報へ ''技術を持ってるやつはすぐに集合だ！！！！！！'' ***現行すれ【規制】Perl PHP C出来るやつちょっと来い【解除】中篇其の弐 http://ex11.2ch.net/test/read.cgi/news4vip/1127997742/ ***過去すれ【規制】Perl PHP C出来るやつちょっと来い【解除】 http://ex11.2ch.net/test/read.cgi/news4vip/1127284146/ 【規制】Perl PHP C出来るやつちょっと来い【解除】中篇 http://ex11.2ch.net/test/read.cgi/news4vip/1127558513/ ***避難所【VIPPERの為の】規制解除【VIPPERによる】 http://yy11.kakiko.com/test/read.cgi/news4vip/1127320232/ ***うｐろだ(作業専用ですよおまいら) [[【ガラクタ】うｐ１【糞コード】]] (当wiki 内) [[【切り抜き】うｐ２【過去ログ】]] (当wiki 内) ---- [[参考になりそうな運営さんの発言とかおさらい]] (注) ↓無造作に置かれていますが、これはフリーソフトではありません明示されていなくても、各作者・各引用元が著作権を持っていますプロジェクト外でのご利用は、先ずスレまでご連絡下さい許諾の保証はいたしかねます

dat on SQL

2005-10-18T03:10:11+09:00

*dat on SQL -by 221氏 -[[http://nanacahaha.com/news4vip/]] -↑の[[【規制】Perl PHP C出来るやつちょっと来い【解除】>http://nanacahaha.com/test/read.cgi/news4vip/0000000067/140]]にてソース配布中。 [[同スレの142>http://nanacahaha.com/test/read.cgi/news4vip/0000000067/142]]より >ライセンスは0 0 1aはクリエイティブコモンズ帰属 - 同一条件許諾~あたりでゆるゆると。 >[[http://creativecommons.org/licenses/by-sa/2.1/jp/]] **src0_0_1 非公式ドキュメント -by 2:246氏 - last-modified 05/10/17 21:50 -動作まで +PHP+MySQL+サーバをインストール。これは検索すればいくらでも出てくるので省略。MySQL Administratorを入れておくと非常に便利なので入れることをオススメする。 +&color(#cc0000){php.ini}を開いて、&br()&color(#000099){;extension=php_mbstring.dll&br();extension=php_mysql.dll}&br()のセミコロンを外す。 +PHPのルートディレクトリに入り、その下のextraディレクトリから&color(#cc0000){php_mysql.dll}及び&color(#cc0000){php_mbstring.dll}を持ち出し、PHPルートディレクトリに移動する。 +&color(#cc0000){mysql.exe}等を実行し、一番下に落ちてる「作成用スクリプト」を２行目から実行する。 +ドキュメントルートあたりにtestディレクトリを作成し、解凍した各スクリプトを置く。以下はドキュメントルート下に作成したものとする。 +&color(#cc0000){bbs.cgi}と同一のフォルダにdatフォルダを作成する。 +すべてのファイルの &color(#000099){"nanacahaha.com"} を &color(#000099){"localhost"} に置換する。&html(下手するとローカルに書いたつもりがweb上のテスト環境に書かれてしまう)。 +すべてのファイルの &color(#000099){$mysql_dbname=""} を &color(#000099){$mysql_dbname="news4vip"} に置換する。 +必要があれば、&color(#cc0000){indexMaker.php} 及び &color(#cc0000){datMaker.php} で &color(#000099){"/var/www/html/"} を &color(#000099){"../"} などに置換する。 +必要があれば、&color(#cc0000){bbs.cgi} で &color(#000099){"/dat/"} を &color(#000099){"./dat/"} などに置換する。 + PHPのバージョンによっては、read.cgiの75行目付近を以下のように変更する必要がある。&color(#ff0000){(10/17追記)} &br()$query = getenv ("PATH_INFO");&br()　　　　↓&br()if (isset($_SERVER["PATH_INFO"])) {&br()$query = $_SERVER["PATH_INFO"];&br()} else if (isset($_SERVER["ORIG_PATH_INFO"])) {&br()$query = $_SERVER["ORIG_PATH_INFO"];&br()} +&color(#cc0000){indexMaker.php} の47行目付近及び81行目付近を以下のように変更する。&br()47 : &br()&color(#000099){if($modify > $last_modify)} → &color(#000099){if(!$last_modify=="" && $modify > $last_modify){}&br()&br()81-83 : &br()fwrite($file,"

");&br()$sql = "SELECT res FROM `counter` WHERE serial=${key[$i]}";&br()$result = mysql_query($sql,$link);}&br()　　　　↓&br()$sql = "SELECT res FROM `counter` WHERE serial=${key[$i]}";&br()$result = mysql_query($sql,$link);&br()if (!$result) { continue; }&br()fwrite($file,"

");&br()&br() +&color(#cc0000){indexMaker.php}を実行 ( [[http://localhost/test/indexMaker.php]] を開くなど) し、[[http://localhost/test/index.htm]]l を開く。 +あとはスレ立て・カキコが自由にできる。但し、書き込み後&color(#cc0000){index.html}に戻っても更新されていない。(&color(#cc0000){bbs.cgi}稼動と同時に)更新させたい場合は、375行目付近の「&color(#000099){if($load){}」の次の行に「&color(#000099){require("indexMaker.php");}」を挿入する。 +なお、&color(#cc0000){bbs.cgi}稼動時に「filesize」関数の警告が出るが無視して構わない。どうしても見たくない場合は、284行目付近を以下のように変更する。&br()&br()$size = filesize("./dat/${id0}/${id1}/${id2}/${key_pad}.dat");&br()if($size >= 512 * 1024){&br()　　　　↓&br()if(file_exists("./dat/${id0}/${id1}/${id2}/${key_pad}.dat") && filesize("./dat/${id0}/${id1}/${id2}/${key_pad}.dat") >= 512 * 1024){&br()&br() +開発中、デバッグ中に整合性がなくなるなど面倒なことになったら、どうせ公開してないんだしDBを再作成すればいい。&color(gray){mysqliを使えばautocommitが設定できるのだが…} - テーブル図 &br()221先生のsql.txtを基に作成。 &br()DB上ではスレキーは&html('serial')、レス番は&html('sub_serial')と言う名前になる。 &br()主キーは黄色下線、キーは下線緑、その他は緑で表記した。 &br()&br()221先生より、「インデックス引きは速度的に超重要」「参照回数が多いのはMyISAMよりHEAPに」「再帰同時は別ソフトで再計算すべき」との有難いお言葉を頂きました。 subject(MyISAM) |CENTER:BGCOLOR(#ffffdd):&html(serial)&br()INT(10)|CENTER:BGCOLOR(#ddffdd):subject&br()TINYBLOB|CENTER:BGCOLOR(#ddffdd):modify&br()DATETIME|CENTER:BGCOLOR(#ddffdd):last_modify&br()DATETIME| 現行のsubject.txtに当たる。sage書き込みの場合はmodifyが更新されず、last_modifyのみ更新される。 keytable(MyISAM) |CENTER:BGCOLOR(#ffffdd):&html(keydate)&br()DATE|CENTER:BGCOLOR(#ddffdd):keyrand&br()VARCHAR(200)| ID生成用のテーブルを提供する。その日の一番初めの書き込みでID用ランダム文字列を挿入し、以後その日は同じ文字列を使用する。 counter(HEAP) |CENTER:BGCOLOR(#ffffdd):&html(serial)&br()INT(10)|CENTER:BGCOLOR(#ddffdd):res&br()INT(6)| レス数のテーブル。 res(MyISAM) |CENTER:BGCOLOR(#ffffdd):&html(serial)&br()INT(10)|CENTER:BGCOLOR(#ffffdd):&html(sub_serial)&br()INT(6)|CENTER:BGCOLOR(#ddffdd):&html(modify_time)&br()DATETIME|CENTER:BGCOLOR(#ddffdd):&html(idkey)&br()VARCHAR(16)|CENTER:BGCOLOR(#ddffdd):subject&br()TINYBLOB|CENTER:BGCOLOR(#ddffdd):res&br()BLOB|CENTER:BGCOLOR(#ddffdd):from&br()TINYBLOB|CENTER:BGCOLOR(#ddffdd):mail&br()TINYBLOB| 実際の書き込みを格納するテーブル。 timeがDATETIMEにならない事もありうる(吉野家コピペ暦X年、等)ので、変更される可能性アリ？ ipdat(MyISAM) |CENTER:BGCOLOR(#ffffdd):&html(serial)&br()INT(10)|CENTER:BGCOLOR(#ffffdd):&html(sub_serial)&br()INT(6)|CENTER:BGCOLOR(#ddffdd):ip&br()VARCHAR(20)| IPアドレスを格納するテーブル。 status(HEAP) |CENTER:BGCOLOR(#ffffdd):&html(code)&br()INT(10)|CENTER:BGCOLOR(#ddffdd):modify&br()DATETIME| 現在調査中。code:0はsubback/subject/index作成時刻を入れて、subjectテーブルが変更された時のみ indexMaker.phpが動作するようになっているらしいが…？ subject_back(HEAP) |CENTER:BGCOLOR(#ffffdd):&html(serial)&br()INT(10)|CENTER:BGCOLOR(#ddffdd):subject&br()TINYBLOB| 現在調査中。過去ログ作成時に使用？ subject_back(HEAP) |CENTER:BGCOLOR(#ffffdd):&html(serial)&br()INT(10)| 現在調査中。過去ログ作成時に使用？ - datについて &br()bbs.cgiでは、datファイルの作成も行っている。datファイルは、例えば0123456789.datの場合はdatroot/012/345/6/0123456789.datに格納される。 &br()よって、１つのフォルダが持つ最大のdat数は1000個である。 &br()2chの専用ブラウザと互換性を持たせるために、bbsname/dat/xxxxxxxxxx.datにアクセスされたら &br()mod_rewriteにより本来格納されているファイルを返すようになっている。 &br()&br()現在、datの名前はSQLのAUTO_INCREMENTを使ってスレごとに１ずつ加算されるようになっているが、 &br()本来(現行体制)はUNIX時間が使われている。これについては、「一部専用ブラウザではdat名をスレッドが立った時間と判定している」との意見もあるが、 &br()UNIX時間を使うと「１秒に複数のスレッドを立てることができない」と言う問題もある。 -各ファイルの役割 :&color(#cc0000){read.cgi}|言わずと知れたread.cgiのPHP版。resテーブルを読み、HTMLとして出力する。 :&color(#cc0000){bbs.cgi}|言わずと知れたbbs.cgiのPHP版。スレ立て、レス書き共にこれが担当する。ファイル、データベースの双方に出力を行う。 :&color(#cc0000){indexMaker.php}|index.html、subback.html、subject.txtをデータベースから作成する。 :&color(#cc0000){datMaker.php}|過去ログ作成機。詳しく目を通してないんでわからない (´Д｀；) - 作成用スクリプト &br()http://nanacahaha.com/sql.txt.tar.gzよりどうぞ。 &br()↑の前に↓を実行すると初心者は幸せかも。 DROP DATABASE news4vip; CREATE DATABASE news4vip; USE news4vip; そして最後に↓を実行すると幸せかも。 &br() GRANT ALL ON * TO ODBC; INSERT INTO `status` VALUES(0,19000001); -MySQL テーブル作成用スクリプト by 221氏 from[[【規制】Perl PHP C出来るやつちょっと来い【解除】中篇其の参>http://ex11.2ch.net/test/read.cgi/news4vip/1129335064/]]の[[79>http://ex11.2ch.net/test/read.cgi/news4vip/1129335064/79]]より CREATE TABLE `counter` ( `serial` int(10) NOT NULL default '0', `res` int(6) NOT NULL default '0', PRIMARY KEY (`serial`) ) TYPE=HEAP; CREATE TABLE `ipdat` ( `serial` int(10) NOT NULL default '0', `sub_serial` int(6) NOT NULL default '0', `ipaddr` varchar(20) NOT NULL default '', PRIMARY KEY (`serial`,`sub_serial`) ) TYPE=MyISAM; CREATE TABLE `keyTable` ( `keydate` date NOT NULL default '0000-00-00', `keyrand` varchar(200) NOT NULL default '', PRIMARY KEY (`keydate`) ) TYPE=MyISAM; CREATE TABLE `res` ( `serial` int(10) NOT NULL default '0', `sub_serial` int(6) NOT NULL default '0', `modify_time` datetime NOT NULL default '0000-00-00 00:00:00', `subject` tinyblob NOT NULL, `res` blob NOT NULL, `FROM` tinyblob, `MAIL` tinyblob, `idkey` varchar(16) default NULL, `idkey` varchar(16) default NULL, PRIMARY KEY (`serial`,`sub_serial`), KEY `modify_time` (`modify_time`), KEY `idkey` (`idkey`) ) TYPE=MyISAM; CREATE TABLE `status` ( `code` int(10) NOT NULL default '0', `modify` datetime NOT NULL default '0000-00-00 00:00:00', PRIMARY KEY (`code`) ) TYPE=HEAP; CREATE TABLE `subject` ( `serial` int(10) NOT NULL auto_increment, `subject` tinyblob NOT NULL, `last_modify` datetime NOT NULL default '0000-00-00 00:00:00', `modify` datetime NOT NULL default '0000-00-00 00:00:00', PRIMARY KEY (`serial`), KEY `last_modify` (`last_modify`), KEY `modify` (`modify`) ) TYPE=MyISAM AUTO_INCREMENT=96 ; CREATE TABLE `subject_back` ( `serial` int(10) NOT NULL default '0', `subject` tinyblob NOT NULL, PRIMARY KEY (`serial`) ) TYPE=MyISAM; CREATE TABLE `subject_reconst` ( `serial` int(10) NOT NULL default '0', PRIMARY KEY (`serial`) ) TYPE=HEAP; >負荷条件　毎秒１スレッド立て　毎秒１００スレ書き込み　3000スレアクティブ　過去ログ１つに１００００個 >の条件でも、SQLなら大ジョブということで。チューニング０だから、チューニングすれば速くなるし、マシンも遅いしね。 >さっきまでかけていた自動負荷ツールとめたので、あとは誰かが書き込まない限り、動かないと思う。 >自動的に落ちていく様が見たいーというひとはこえかけるか砲撃でもしてくれ&br() >150,000スレ以上１日で作ったけどしても特に問題ないしapacheのモジュールでメモリ管理よりかはSQLの方がいいんじゃない？ >という一つのテーゼに対する回答としてはこんなもので十分じゃないかね。 >１日でディスク容量数Gつぶしたけどね・・・

メニュー

2005-10-16T22:24:01+09:00

[[トップページ]] ---- ''経緯と展望'' 1.[[この計画が出来た経緯]] 2.[[現時点での状況]] 3.[[夢がひろがりんぐ]] ''現時点での情報'' -[[サーバーの情報]] -[[おおまかな計画の流れ]] -[[どう分担しようか]] -[[問題点と解決方法]] -[[現在進行中]] -[[応援の声まとめ]] ''現在編集中のソース'' -[[050923ServerFlame]] -[[dat on FS]] -[[dat on SQL]] ''質問とか'' [[教えてrootたん]] ---- ''スレ実況'' [[Webﾌﾟﾛｸﾞﾗﾏｰ降臨]] [[なんとニュース記事に！！]] [[讃岐がひろゆきにメール作戦]] [[讃岐はちゃんと仕事してるのか？]] [[豊穣の神降臨！？稲刈りミッション]] [[プレゼン文章を考えよう！]] [[終に出来たプレゼン草案！]] ---- ''参考資料'' [[参考リンク]] [[コピペ]] [[UNIX-2ch閉鎖危機まとめ]] [[メニューにアクセス>http://www6.atwiki.jp/fix2ch/pages/24.html]]

終に出来たプレゼン草案！

2005-10-16T20:05:25+09:00

66 名前：911[] 投稿日：2005/10/16(日) 17:04:09 ID:MPxC9Y3P0 ＞61 精神有害当方PC は無害今上申書のLite 書いてる…日本語こねくり回していると頭が痛くなる 67 名前：911[] 投稿日：2005/10/16(日) 17:14:55 ID:MPxC9Y3P0 あんまり長引くとあれだから。慇懃無礼という指摘もまたしかり。前スレ942 を参考にシェイプアップしてみた。大体ってとこで、おおちょんぼ(critical failure) がなさそうなら、上申に踏み切るまず上申し、指示があれば、スレを立てるかもしれんし、cook81 関係とあわせてになるかもしれんし、 snowman 関係スレに落ち着くかもしれん ---- news4vip/"【規制】Perl PHP C出来るやつちょっと来い【解除】"より中間報告に参りました。当初与えられた課題は、「1スレ/sec クラスの超大量スレッドと、超大量の書き込みログを安定にこなすシステムモデルをdat 落ち以降の視点から呈示せよ」ということであったかと思いますです。プロジェクト内に、実際に、スレ/書き込みログをMySQL に格納する形式で互換板を実装された方がおられます評価と実装者の後学にということもあり、既にread.cgi, bbs.cgi のおおまかな模倣実装も完了しており、実動環境をご評価いただける状態にありますストレステストにおいて、毎秒1スレッド立て毎秒100スレ書き込み 3000スレアクティブ過去ログ1つに10000個の条件で稼動が確認されています IP ログに関しましても平行して記録しており、田吾作互換システムの実装も容易です現行規制系に準拠すべく、snowman 構成に取り入れていただくべく、bbsd 互換機能を作り込む用意もあります cook81 システム構築の気運も高まっております折、一助になれればとも思いますぜひご評価いただき、より具体的に、news4vip の再建と改善に参画させていただきたく存じます将来的な実サーバーへの適用の可能性について検討をお願いします適用の可能性がある場合についての今後の課題、また逆に可能性がない場合の問題点もあわせてご教示ください ---- src0_0_1a.tar.gz document [[http://vipscr.yu.to/index.html]]

夢がひろがりんぐ

2005-10-15T01:33:15+09:00

**前期OP 数多くの問題に対し、あらゆる手段を講じてきた2chにも限界が訪れたのだ。スレ立て数6600th/dayという驚異的な数字を弾き出し、栄華を極めたVIPにも栄枯盛衰の理が現れようとしていた。かつてのVIPが到達したものは、頂点であり限界であった。処理量がオーバーし大規模な規制が敷かれ、衰退の一路を辿るVIP 増えつづける問題と解決手段のために、肥大化したシステム。匿名による多数の手により半ばカオスと化したソースコード。様々な要求に答えるべく、多くの人の手が入り、複雑化した2chというシステム。 2ch運営陣もさじを投げ、時の流れに任せるほか無い状況となっていた。 2005年　そんな中、VIPはついに2chの根幹システム改良に着手した。しかし改良プロジェクトは思うように進まず暗礁に乗り上げようとしている。 2chは衰退の一途を辿るのか？それとも･･･ -　VIPをあきらめない　- **第二期OP スレ立て数6600th/dayという驚異的な数字を弾き出し、栄華を極めたVIPに危機が訪れていた。溢れ返るdatファイル、一万行を越えるインデックス。処理量がオーバーし、敷かれる大規模な規制。 2ch運営陣もさじを投げたニュース速報VIPで、そのプロジェクトは動き出した。 VIPPERにより、2chの根幹システム改良をする。目指すは、規制解除。行く手を遮るのは、匿名による多数の手により半ばカオスと化したソースコード。様々な要求に答えるべく、多くの人の手が入り、複雑化した2chというシステム。仕様書も無く、手探りで進む開発。221氏により開発された、SQL実証板。ついにプロジェクトは、新たなマイルストンへ進む・・・・。　-　VIPをあきらめない　- ■ここまでの経緯 news4vipのdat管理が追いつかなくてｱﾎﾞｰﾝ　　　↓ VIPPERがシステム開発に乗り出す　　　↓ ソースファイルが貰えなさそうなので、わからないなりに開発開始　　　↓ それなりに開発環境が整う　　　↓ 221氏がSQLで動作する2ch互換板を作る　　　↓ 運営側にSQL板を提案　←　いまここ **番組開始前予告発端のスレでのまとめを貼っときます。 http://ex11.2ch.net/[[test]]/read.cgi/news4vip/1127238890/668 結論：まずは規制緩和の実現を目指そう今後のシナリオ：　　　　①上記スレで技術者を集める　　　　②スクリプトを改造してもらう　　　　③同時に運営に規制緩和をお願いする規制緩和後のベストシナリオ　　　　①スレ立てバンバンできるようになる　　　　②新スレ数増加、パートスレの保守が困難になる　　　　③半年前くらいの状態まで復活 ※HＲとかの話は、その後の状況を見て、また考える

プレゼン文章を考えよう！

2005-10-14T13:48:12+09:00

888 名前：以下、名無しにかわりましてVIPがお送りします[] 投稿日：2005/10/13(木) 17:02:58 ID:iBSYSDZM0 >>881 とりあえず、下書き書いてくれてかまわないのでは？たぶん、俺を含めて内容を理解できてないけど保守という形で支援している人の方が多いと思います。だから、書きたくても理解してないから無理なんです。実際に動いてくれてる人、内容が理解できてる人じゃないと書けないですよ。だから、むしろお願いします。 911 名前：以下、名無しにかわりましてVIPがお送りします[] 投稿日：2005/10/14(金) 13:15:03 ID:zgLRtAAm0 えいままよ。日本語は苦手なんだよ ('A`)ﾆｬｰ無理無理書いたぞ。こんなとこでどんなんや漏れの主観主義があえてかなり盛り込んである質問とか突っ込みとかあったら受ける本文中にもある通り、投げ込むのにはタイミングがあるので、ちょい急ぐぞ "【規制】Perl PHP C出来るやつちょっと来い【解除】"より中間報告に参りました。どうもお邪魔いたします。冷奴スレで発覚した、news4vip に於いてのみ発生する、スケーラビリティ問題につきまして、板住人としても、なんとか解決の一助になれないかと思案を巡らせております板住人としては、当初課題は、「1スレ/sec クラスの超大量スレッドを安定にこなすシステムモデルを dat 落ち以降の視点から呈示せよ」ということと、認識しております。プロジェクト内に、実際に、スレ/書き込みログをMySQL に格納する形式で互換板を実装された方がおられます評価と実装者の後学にということもあり、既にread.cgi, bbs.cgi のおおまかな模倣実装も完了しており、実動環境をご評価いただける状態にありますストレステストにおいても、160K threads+res/day を叩き出しているとのことです ----- 負荷条件毎秒1スレッド立て毎秒100スレ書き込み 3000スレアクティブ過去ログ1つに10000個の条件でも、SQLなら大ジョブということで。チューニング0だから、チューニングすれば速くなるし、マシンも遅いしね。さっきまでかけていた自動負荷ツールとめたので、あとは誰かが書き込まない限り、動かないと思う。自動的に落ちていく様が見たいーというひとはこえかけるか砲撃でもしてくれ /* 続く */ 912 名前：以下、名無しにかわりましてVIPがお送りします[] 投稿日：2005/10/14(金) 13:16:46 ID:zgLRtAAm0 150,000スレ以上１日で作ったけどしても特に問題ないしapacheのモジュールでメモリ管理よりかは SQLの方がいいんじゃない？という一つのテーゼに対する回答としてはこんなもので十分じゃないかね。１日でディスク容量数Gつぶしたけどね・・・ ----- IP ログに関しましても平行して記録しており、田吾作互換システムの実装も容易です現行規制系に準拠すべく、snowman 構成に取り入れていただくべく、bbsd 互換機能を作り込む用意もあります 6.0RC1 で賑わいを見せております中恐縮ではありますが、cook81 システム構築の気運も高まっております折、当システムが、高速検索性等において、一助になれればとの気持ちもあり、この時期にあえて上申させて頂くことと、させて頂きましたぜひご評価いただき、より具体的に、news4vip の再建に参画させていただきたく存じます叱責、課題や問題点を賜れれば幸甚です 913 名前：以下、名無しにかわりましてVIPがお送りします[] 投稿日：2005/10/14(金) 13:30:51 ID:3p1bd6k90 >>911 > "【規制】Perl PHP C出来るやつちょっと来い【解除】"より　　　　　↓ news4vipの "【規制】Perl PHP C出来るやつちょっと来い【解除】"より > 冷奴スレで発覚した、　　　　　↓ 雪だるまスレで発覚した、の方がいいと思われ