bbs.cgi再開発プロジェクト 3
■ このスレッドは過去ログ倉庫に格納されています
>>765 かんりょうでーす 999 と同じ場所に 998 がおいてありますー >>766 どもども 中身はなにもしなくていいですー たぶんなにもしていないとおもうけど 某ぶぇらさんみたいな喋り口の人が来て、改造案で気を吐いていますね ここじゃ押してばっかりだと、オシモドサレマスヨーヾ('-')ノ for some reason bbs.cgi を更新したので peko サーバよろしくー > root★さん >>771 live8/9/10/news11 done. >>768 あうーん やっぱりあちこち欠けて(編集されて)配られるので F22(各サーバ)が直接 qb4 の 998 を見るようにしました。 ということで、 bbq 側(f22本体)からは 998 はずしてくださいー >>772 どもです これで ほとんど bbs.cgi を更新しなくても済むようになりました。 >729 そんなしょぼいコードを参考にしたら2ちゃんねるは壊滅しますよ、と。 GoogleもUTF-8が標準になったことだし2ちゃんねるも ログとかhtmlとかUTF-8にしてみましょうYO! 別にメリット無いっすね…(´・ω・`) 別に無い事もないけどUTF8への変換ってコストかかるしやめといた方が良いんでは。 あとサイズもでかくなるような。 2chブラが全部作り直しですよ もしShift_JISのログとUTF-8のログが混じるとその判別も必要になるし メリットが無いどころかデメリットが特盛りなのだった そいやスクリプト側でわざと負荷かけてディスクI/Oの負荷を減らそうって話が 途中出てなかったっけか。 Unicodeは好きになれない。 でも、そこに未来があるのは否めない。 こちらへも。 【Project peko】2ch特化型サーバ構築作戦 Part11 http://qb3.2ch.net/test/read.cgi/operate/1082990543/800-807 800 :root ★:04/05/08 02:29 ID:??? で、ここの過去スレでも書きましたが、どうもbbs.cgiはたまに暴走することがあるので (FreeBSDだけじゃなくてLinuxなマシンでも見たことあり、理由は不明)、 何か対策をする必要がある予感がします。 なおuma/pekoサーバでも以前からこの症状起こっているので、 (以下略) サザン★さんに質問でーす qb2 にある板は他の板との共存は可能ですか? つまり何を目論んでいるかというと BBQ , qb2 ,qb3 qb4 等を一台のサーバでまかなおうと、 BBQ , qb5(qb2+qb3) qb6(qb4) ってな感じで、 初めて書き込みするのでこっそり怖がりながら書き込みます。 # 某所で鯖管理をやっていた関係でつい提案したくなってしまって。 2chのサーバはなんとなくホストによって板が分割されていますが 実際には一つのホスト名で、全すれが運用できるように思えます。 たとえば、 +--------------+ +---------+ | | | | | 負荷分散装置 |------| L3switch |------- ....多数のread.cgiサーバ(Apache) | (LVS) . | | | +--------------+ +---------+ | | +------------------+ | Cluster NFSサーバ | | OpenAFS・Coda | | もしくはRawDB関係 |(もちろんこれも多数) +-----------------+ ・LVS-DR(Linux Virtual Server Direct Routing)構成でL3switchにデータ負荷分散を 行い ・dat関係は、ClusterNFSもしくはOpenAFS、Codaを利用して分散ファイルシステム化 もしくは、データベースを利用してHDDアクセスの効率化。 ・データベースもPostgreSQL系であれば(最近MySQLもそうかな)、負荷分散構成をくめたと 思います。 ・すべての書き込みは負荷分散装置を利用すること。 このようになると、ハードディスクのアクセス速度が落ちると思われるようですが、 実際にはIDEのサーバであれば一般的なL3スイッチの処理速度以上に処理を行うなんてこととは 難しいようですし(というよりプログラムの効率あげないと無理)。 などというのはどうでしょうか? 詳しく構成をくむ必要があればもう少し考えますが・・・。 >>786 このへんは、何度となく提案されてますね。 たぶん、「お、こりゃいいかも」と思えるような*具体的な*システム構成 (>>787 のような概念図レベルではなくて)を提案できるとよいのかも。 特に管理人が納得できるようなのだと、より望ましい気がするです。 >>788 あ、レス番号間違えた。両方とも>>787 で。 板移転がうざいと言う人が少なからずいるわけで(これが原因でメインをギコナビへ移行中) p://鯖名.2ch.net/板名/〜ではなく p://板名.2ch.net/板名/〜にした方がいい感じ 板移転した場合はDNS側でIP(鯖)変更する >>791 D:\katjusha_2ch\log\pc2.2ch.net\mysv\ D:\katjusha_2ch\log\pc5.2ch.net\mysv\ D:\gikoNavi\Log\2ch\mysv\ D:\jane\log\ネット関連\mysv\ *janeは多言語環境の場合(削除不可能な)文字化けフォルダを作る為論外 何か? >>794 なじぇ〜? と聞くのはやめよう なんとなく分かった それなら www.2ch.net の鯖を大量に作る *download.windowsupdate.com をnslookupして下さい これが外部と接続できる鯖 リダイレクトで内部鯖の内容を返す www.2ch.net/sec2ch/ => qb3.2ch.net/sec2ch/の内容を出す www.2ch.net/mysv/ => pc5.2ch.net/mysv/の内容を出す この時qb3.2ch.net・pc5.2ch.netは外部から直接の接続不可 ( ゚Д゚)ポカーン 鯖分割するいみないじゃん。 >>799 >板移転がうざいと言う人が少なからずいるわけで(これが原因でメインをギコナビへ移行中) これでしょ。負荷分散の考えとは別かと 確かにユーザとしては板移転への対応はわずらわしい。 板移転はユーザの手間を考えると、管理側としてもおいそれとは できないんじゃないかな。 DNS 使えば解決できるよね。 かちゅーしゃのために2chが存在するのかよ、という話ですな、、 >>790 >>792 これじゃあ反感もたれてもしゃあない。>>787 とは別の話ですよ、 >>787 これをやろうとすると2chの現状のアーキを相当いじくらないといけない予感。 bbs.cgiの話じゃないな。 批判要望板にでもスレ立ててね。 意見ありがとうございます。 そですね、もう少し具体的な案にしてから持ち寄りたいかなと思います。 私が一番メリットとしたいのは、負荷分散装置を介することによって、 プログラム的には一つのホストに対しての書き込みを行うのみ(クッキーとかありゃあしますが・・・) を行うように見せるだけでよく、言ってみればread.cgiやbbs.cgiを すべてシングルソース化が行うことができるように思えます。 つまり、多数のサーバ環境を考えるのではなくて、 一つのソースコード(実行ファイル)が複数のホストにコピーされているだけで 2chの運営が行えればいいかなと。 そうなれば、削除人分担とかサーバ管理分担とかすごく楽になると思います。 機能的には、HTTPサーバとファイルサーバ(DB?)の二つになるだけですから。 あと、負荷分散機にかかる負荷はほとんど無いと思ってください。 実際テストしている環境の中では、6000セッションを行った場合でも 負荷率は0.00でした。平均アクティブセッションはだいたい300を越えることもあまり無かったですが。 えーとというわけなんですが、スレをたてるほど意見も固まっていないので いちど意見が固まってからもう一度投稿します。 そのときにスレたての話と言うことで・・・・。 あと、どうせアーキテクチャとインフラ周りをいじるなら 可能な限り現状を無視しつつ、可能な限り互換性(データぐらい?)を 取ろうぜというのが方針だったりもします。 どうせなら早く・管理楽のほうがあとあといいもーんといい感じです。 ではでは。 787氏 とりあえず2chのデータまわりで一番重要なのがdatの互換性ですからね。 そのあたりさえどうにかなれば後はいかにして負荷を減らすかという問題になりますから。 直接メールであなたの提案を総帥に伝えたほうがいいかも。 どうもです。 >> ▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo さん いやぁ、そこまで行くようなものでは・・・。 本気でやるなら死ぬほど本気でやりますが、 まだそこまでのこととは思っていませんので。 今のところせいぜい土日の暇つぶし程度のものです。 それに現状がよくわかっていない中で特攻かけてもこわいし。 あと、アーキテクチャとネットワーク周りについてですが たぶんデータ周りについての互換性保証はまぁー時と場合によるかと。 面倒ならば、分散ファイルシステムで共有フォルダでも作った方が早いし、 データベースの限界を試すのなら、データベースを作った方がいいし。 その辺はもう少し2chのサーバ現状知ってからかなぁと。 ではでは。 SFでも取り組みがあるみたいです。 apache_modと通常バイナリとどっちが早いんだろ。 http://sourceforge.jp/projects/mod-bbs/ he.netのスイッチの帯域問題について検索したか? L3バランサーの超具体的な設定法(confファイルをそのままソースで貼るぐらいのレベル) このあたりを解決して提案するのはいかがだろうか? だんだん関係ない方向に言っているような悪寒 >>810 見習い師いわく、「8月までにheからは撤退」だそうで。 >>786 削除系の板(saku、saku2ch)とそれ以外の普通の板を同じサーバ置くってことですかー? >>812 qb5 = qb2 + qb3 をやろうかなって思っているけど ちゃんと動くかな? が知りたいのです qb2 削除要請/削除整理/削除議論 qb3 運用情報/規制情報/規制議論 がqb5配下に集約するわけですね。 >>814 qb2 の bbs.cgi は他のサーバと統一しているので、いけるはずですー そのサーバには sakubbs.cgi 入れないといけないですけど、 >>809 誰がやってるのかと思ったら本7でワロタ >>740 利用者を(見かけ上)待たせない小技。 処理の最初で標準出力と標準エラー出力を閉じると 利用者のブラウザには結果がすぐに表示される。(htttpd依存?) 成否が分からないのが難点ですが... ----------------- #!/usr/bin/perl print "Content-Type: text/html; charset=shift_jis\n\n"; print "処理を受け付けました"; close STDOUT; close STDERR; # 時間の掛かる処理 >>816-817 doronpo.cgiも入れてくださいね。。。。 >>819 書き込み後にウエイトを置いてるように、 利用者をわざと待たせるようにしていたり、、、 >最近のbbs.cgi >>821 途中経過を表示させるってのはいかが? アクセス規制チェック中。。。 OK 連投規制チェック。。。 OK ごにょごにょチェック中。。。 NG ERROR! お布団干したままですよ( ̄ー ̄)ニヤリッ みたいな。 途中経過を表示することになんか意味あるのかなぁ、、、 >>822 エラーメッセージ全部で何種類あるんだ… >>823 リロード抑止にならないかなって。 何も表示されることなくただ待たされるとなると F5 押したくなるっていうのが一般的心理かと。 あと蛇足になるんだけれども、書き込み後の自動ジャンプは切れないかな? わざわざ100KB以上もある板トップに強制移動したところで無駄な転送が発生するし、 誰もが板トップに戻ることを期待していない(書き込み元のスレッドに戻りたい場合もある)かもしれないし。 板トップの広告に関しては、「書きこみました」画面に入れてもいいんじゃないかな? それだったら 「書き込み処理しています、しばしお待ちください。。。」 (エラーならここで表示) (処理が終わった) 「終わりました。5秒後にトップページへ飛びます」 (直後にmetaタグを仕込む) (終わり) でいいような気がしますが。>提案者&総帥 「歯みがいたか?」 ↓ 「宿題やったか?」 ↓ 「風呂はいったか?」 ↓ 「妹の様子はどうだい?」 ↓ 「肛門の調子はどうよ?」 でいいような気がしますが。 >>825 少しくらい表示してもイイが、ひろゆきの嫌いな広告スクリプトにも情報を提供することになるわけで。 自動じゃんぷきれー、 っつのは前からさんざんがいしゅつきしゅつだった希ガス元素。 本題とは逸れるが自動ジャンプなんて要らないと思う。 ------------------------- 書き込みが終了しました。 ・○○板(リンク) ・にちゃんねる(リンク) ------------------------- これくらいで良いっしょ。 >>825 2ちゃんブラウザーには効かないぜ 書き込みウィンドウが固まって本体まで固まる奴があるからイライラするだけさ >805 そこそこ使えるL4 ロードバランサって300万円ぐらいするよね、Alteonとか F5とかServer Ironとか。 それを海の向こうに設置して運営するコストは馬鹿にならんと思う。 このての保守契約は24h365dayにすると極端に高くなるから 負荷分散機のパフォーマンス調査を行っていました。 むちゃくちゃ返信遅れていますし、ややスレ違いな場所に返信してごめんなさい。 ・・・そろそろスレたてた方がいいのかな・・。 >835 そうなんですよね。高すぎるんですよ。 ただいま、負荷分散機のパフォーマンス調査を行っているんですが、 やたらと古いデータしかないんですよね・・・。 ttp://www.veritest.com/clients/reports/f5/layer4_layer7_comparison.pdf ttp://www.linuxvirtualserver.org/Joseph.Mack/performance/single_realserver_performance.html やっぱりソフトウェアベースでは無理かなぁ。 となると一度実験してみないとだめかも、どこかでこっそりとやってこよう。 ttp://slashdot.jp/articles/04/05/17/0833224.shtml?topic=2 こっちにも関りがあることなのでコピペ。 22 :動け動けウゴウゴ2ちゃんねる :04/05/21 10:54 ID:/Wl6bf1i AirH"PHONEセンター特認IPアドレス帯域追加おながいします AirH"PHONEセンターIPアドレス帯域 http://www.ddipocket.co.jp/p_s/products/airh_phone/ip.html 61.198.167.0/24 61.198.253.128/25 追加 >>827 seikou=0 sippai=1 era=1 if(kakikomi=0) { mes "書き込み処理しています、しばしお待ち下さい。。。" seikou=seikou+1 } elseif { mes "エラーですよん。。。( ̄ー ̄)ニヤリ" } if(seikou=2) { wait 500 mes "終わりました。五秒後にトップページへ飛びます。" goto *top } stop 119 名前:サザン ★ 投稿日:04/05/27 23:15 ID:??? むぅ bbq.2ch.net 148 processes: 1 running, 147 sleeping 120 名前:動け動けウゴウゴ2ちゃんねる メェル:sage 投稿日:04/05/27 23:15 ID:ThpJLAhB C:\WINDOWS\デスクトップ>ping bbq.2ch.net Pinging bbq.2ch.net [206.223.147.35] with 32 bytes of data: Reply from 206.223.147.35: bytes=32 time=118ms TTL=46 Reply from 206.223.147.35: bytes=32 time=119ms TTL=46 Reply from 206.223.147.35: bytes=32 time=120ms TTL=46 Reply from 206.223.147.35: bytes=32 time=137ms TTL=46 Ping statistics for 206.223.147.35: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 118ms, Maximum = 137ms, Average = 123ms ? 121 名前:南アルプス ◆28UfbftxkA 投稿日:04/05/27 23:16 ID:AFwyjLAs >>119 それは直ってないとの見解で宜しいでしょうか? 123 名前: ◆f0.zuburi6 メェル:sage 投稿日:04/05/27 23:17 ID:Wg2kMH9n >>119 一度に一個しかプロセスが走らない? 124 名前:動け動けウゴウゴ2ちゃんねる メェル:sage 投稿日:04/05/27 23:18 ID:K2FslckF BBQが止まったなら、、、(ry 125 名前:未承諾広告 ◆TWARamEjuA メェル:sage 投稿日:04/05/27 23:19 ID:JtwbarS8 >>119 media: Ethernet 10baseT/UTP <full-duplex> これってまずくないですかねぇ(汗) 127 名前: ◆Reffi/bQ.c メェル:sage 投稿日:04/05/27 23:21 ID:nGsxpDn8 >125 あ〜ひゃひゃひゃ それじゃぁ、めちゃくちゃ重くて当たり前のような(滝汗 128 名前:動け動けウゴウゴ2ちゃんねる メェル:sage 投稿日:04/05/27 23:22 ID:l+Xr0uKn なんでmulch-proccessingができないんかな・・・。<bbq rootさんはいないのかな。 超カメレスで悪いが、随分前にあった「IO::File使え」という意見。 IO::FileをuseするとIO::SeekableだのFile::Specだの余計なモジュールを 中で読みまくるので、激しく重くなるよ。 open my $fh, '<', './unko.txt'; ... close $fh; オブジェクト指向でファイル操作するのは諦めて、こうやった方が軽い。 それ以前に、mod_perlしていなけりゃ起動コストがアホみたいにかかる >>843 mod_perlはhttpdプロセス一つごとにcgiが起動するからメモリ食う。 FastCGIの方がいいよ。 >>844 read.cgi以外の*.cgiを処理するmod_perl有効のhttpdと。 *.gif|*.htmlなどの固定ファイル専用のSTATICビルドしたhttpd。 その二つを別ポートもしくはaliasした別IPで立ち上げて。 poundで分岐するってのはどうだ? おそらく>>844 は理解できていないか失敗した厨房 Apache拡張ガイドでも嫁 >>846 2chにそのような運用を期待するのは浅はかだと思わんかね そもそも、httpd数とプロセス(コネクション)数は1対1にする必要ないんだけどね。 httpdが数百個も動いてメモリが気になるなら、マルチスレッドで動かせばいいだけでしょ。 apache2を使っているんだから。 >>848 MPM workerで安定動作しているところってどこか知ってる? ヤフーとかgoogleとかはどうなんだろうなぁ。 my $ripfile = $PATH . "内緒"; my (@IP, @IIP, $TIP); if($FORM{'subject'} ne ""){ #スレッド立てすぎチェック my (@IP, @IIP, @ZIP, $TIP, $VIP, $SIP, $JIP, $HIP); $TIP = $HOST; $TIP =~ s/<(.*)>//g; $VIP = $TIP; if($FLAG == 5){ $TIP = $FORM{'sid'}; $TIP =~ s/\W/\\$&/g; }else{ my @ippart = split(/\./, $TIP); $JIP = $ippart[0]; if($TIP !~ /[a-zA-Z]/o){ $TIP =~ s/[0-9]+$//o; $TIP = "^" . $TIP; }elsif($JIP =~ /[x\-\.\d]{12}/o){ $TIP =~ s/([x\-\.\d]{5})([x\-\.\d]*)/$1\.\*/o; }elsif($JIP =~ /\d{8}/o){ $TIP =~ s/(\d{3})(\d*)/$1\.\*/o; }else{ if(@ippart < 5){ $TIP =~ s/\d+/\.\*/g; }else{ if(($ippart[@ippart-6] =~ tr/\d/$&/) > 4){ $TIP = $ippart[@ippart-6]; $TIP =~ s/\d.*/\.\*/g; }else{ $TIP = ""; } $TIP .= "$ippart[@ippart-5].$ippart[@ippart-4]"; $TIP =~ s/\d+/\.\*/g; $TIP .= ".$ippart[@ippart-3].$ippart[@ippart-2].$ippart[@ippart-1]"; } } $HIP = "$ippart[@ippart-3].$ippart[@ippart-2].$ippart[@ippart-1]"; } # 書き込みログファイル open(RIP,"<$ripfile"); @ZIP = <RIP>; close(RIP); # 書き込みホスト保存 open(WIP,">$ripfile"); #flock(WIP,2); print WIP ("$HOST,$FORM{'sid'},$FORM{'key'}\n", @ZIP)[0..$SETTING{'BBS_THREAD_TATESUGI'}-1]; close(WIP); } RIPファイル内緒って。。。(汗 普通に知られてると思うんだけどな。。。(汗 >>853 であれこれやってるものが>>854 のどこにも使われてないように 見えるんだが >856 なんか他の色々なところに使ってて、 すれたて規制には使ってないらしらし、 112 名前:FOX ★[] 投稿日:04/06/12(土) 17:25 ID:??? bbs.cgi に入れることに成功した んじゃ 実際に呼んでみよう。。。 cgi以外に、通常ブラウザを制御できるプログラムはないのですか? >>862 どうぞこちらへ WEBプログラミング@2ch掲示板 http://pc5.2ch.net/php/ サーバーサイドプログラミング関連の話題を扱っています。 Perl, PHP, Java, Ruby, C, Tcl といった言語処理系の話、 Apache, CGI, JSP/Servlet, ASP, ColdFusion といったアプリケーション実行環境の話、 Oracle, PostgreSQL, MySQL といったデータベースの話などをテーマにしています。 スレタイトルは言語がハッキリわかるようにしてください。(言語を特定する場合) 配布中止/配布元不明スクリプトが欲しい人はダウンロード板へ JavaScript、VBScript等クライアントサイドの話題はWeb製作板へ で、質雑スレで bbs.cgi が云々と宣ってた香具師はどうした?(哀) ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる