X



2ch特化型サーバ・ロケーション構築作戦 Part53

■ このスレッドは過去ログ倉庫に格納されています
NGNG
2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

前スレ:2ch特化型サーバ・ロケーション構築作戦 Part52
http://qb5.2ch.net/test/read.cgi/operate/1277651499/
204ちきちーた ★
垢版 |
2010/07/01(木) 15:33:42ID:???0
>>201
どんどん機械に支配されていく
だれも気にかけない板だったら復帰かけなくてok
2010/07/01(木) 15:34:32ID:kx1eHASA0
落ちるの忘れてた
2010/07/01(木) 15:35:13ID:kx1eHASA0
>>204
お宅らしい発言
2010/07/01(木) 15:35:44ID:4g4TXkqcO
そんな哀しいことゆうなよぉ
208root▲▲ ★
垢版 |
2010/07/01(木) 15:36:03ID:???0
>>204
あら、りょうかいです。

ひと系でうまくいってるなら、わざわざ変える必要なさそうですね。
2010/07/01(木) 15:36:05ID:lBp1yXTR0
>>204
さすが
210root▲▲ ★
垢版 |
2010/07/01(木) 15:42:03ID:???0
作業おわり @ kamome
2010/07/01(木) 15:43:45ID:4g4TXkqcO
かもめでおみくじができるようになんとかしてください
212ちきちーた ★
垢版 |
2010/07/01(木) 15:45:21ID:???0
りょうかいー
2010/07/01(木) 15:47:09ID:lBp1yXTR0
全部大吉にしてー
2010/07/01(木) 15:57:32ID:Aj+WPnj50
『鯖落ちスレをチェックして「板名+復帰してー」のレス数をカウントし、
ある一定数を超えたらその板を復帰』

自動的にやるにしてもこれくらいの遊びは必要だな。
2010/07/01(木) 15:58:13ID:+iNNp5Pa0
>>212
まだー?
2010/07/01(木) 16:00:38ID:acy824Wb0
>>212
おみくじ確認した
おいちゃんありがとー
2010/07/01(木) 16:00:55ID:2KfTsg7PP
技術論も精神論も2ch論も人それぞれなんだから好きにすればいいよ
2010/07/01(木) 16:01:04ID:UhvN+jb/P
そのうち削除も規制も機械がやるようになるのさ。解除モナ。
2010/07/01(木) 16:13:51ID:lBp1yXTR0
で、おいちゃんはメーテルと旅にでるんだ
2010/07/01(木) 16:17:11ID:/iPzYzJS0
鯖を統合するに当たって、板を減らしたいのか
2010/07/01(木) 16:18:17ID:4g4TXkqcO
>>212
やった!
おみくじどーもでした
2010/07/01(木) 16:22:08ID:YiBRnmzo0
>>212
おいちゃんありがとー
2010/07/01(木) 16:58:38ID:kh1a741ZO
これ、どうなりましたか?

2ch特化型サーバ・ロケーション構築作戦 Part48
http://qb5.2ch.net/test/read.cgi/operate/1276848371/324-
路線b)
PCSVからの投稿は一切お断りする

224root▲▲ ★
垢版 |
2010/07/01(木) 17:07:14ID:???0
>>223
2ch特化型サーバ・ロケーション構築作戦 Part49
http://qb5.2ch.net/test/read.cgi/operate/1276953456/434
>
> ということで仮に b) をやるにしても、
> まだかなから_2CH_ezweb.ne.jpが外れるタイミングでやらないと、
> 意味ないような気がします。
2010/07/01(木) 17:14:21ID:kh1a741ZO
>>224 rootさん
了解しました。
WC、頑張って下さいませ

226root▲▲ ★
垢版 |
2010/07/01(木) 18:20:06ID:???0
某方面から、kamomeではrtprioでの活入れをやっていない件について
お尋ねされたので、ここでも同じ内容を答えておこうかなと。

これは、今のところは「あえてそうしている」という状態です。
hayabusaの方がkamomeよりもCPU資源が豊富なので、
あれこれ活入れしてCPU資源を特別に割り当てても、
他への影響は少なく、問題なくいけるだろう、という読みがありました。

で、様子を見る限り、この活入れはかなり良い効果がありそうなので、
もし仮にkamomeにもっと板を詰め込まれて、重くなるよ局面が来るようなら、
様子を見ながら hayabusaでやったのと同じ活入れを、
ぼちぼちするかもしれないということで。

でも今のところはまだ、「手札」にしておきたいかもなと。
2010/07/01(木) 18:31:44ID:kx1eHASA0
まさに「こんなこともあろうかと」
2010/07/01(木) 18:43:35ID:mwE8bZOK0
奥の手は見せるな・・・見せるなら更に奥の手を持て
2010/07/01(木) 18:51:09ID:RYQP3OKb0
\疾風/\切り札/
2010/07/01(木) 19:06:51ID:t+0uISBbP
そういえばrock54用の新鯖はどうなった?
231root▲▲ ★
垢版 |
2010/07/01(木) 20:20:22ID:???0
今日WCはお休みで、明日からが8強対戦なんでしたっけ。
2010/07/01(木) 20:24:59ID:aXOWSa510
オランダ 対 ブラジル - 7 月2日 23:00 (NHK総合)
ウルグアイ 対 ガーナ - 7 月3日 3:30 (NHK総合)
アルゼンチン 対 ドイツ - 7 月3日 23:00 (TBS系)
パラグアイ 対 スペイン - 7 月4日 3:30 (日本テレビ系)
google先生調べ(日本時間)
233ろくす ◆Rocks/oCOQ
垢版 |
2010/07/01(木) 20:27:38ID:RYQP3OKb0
トイレお休みとか我慢できない
234root▲▲ ★
垢版 |
2010/07/01(木) 20:30:36ID:???0
>>232
どもです。
2010/07/01(木) 22:33:23ID:rYUtUSqV0
毎回胸が熱い云々書き込んでるのは同じやつなのか
2010/07/01(木) 22:42:56ID:LFYpkqUo0
新鯖まだですか?
2010/07/01(木) 23:35:27ID:R/iFmQ1O0
6コアのi7 970が今月中に出るって
hayabusaのCPUこれに変えてよ

・「Corei7-970」(Gulftown,7/18〜7/24の間に正式発表,6コア)
2010/07/02(金) 00:06:28ID:EeH9EtB90
>>146
bbs.cgiってイベントループを持っていないと思うから、
aio化ってできないんじゃないかな。

どちらかというと、bbsdをaio化したほうが、よさそう。
2010/07/02(金) 00:16:18ID:???0?2BP(1245)
よくわかんないけど、writeの返りを待たなくてもいいってことじゃないかしら。
240root▲▲ ★
垢版 |
2010/07/02(金) 00:24:54ID:???0
きたく。

>>238
ふむふむ。

>>239
お、そうか。

ってことは、今のprintでやってるのを、
なんか違うのでやるといいかもしれん、ってことなのかな。

というか今思い出したけど、
そんな話、前にもどっかで書いた記憶が。
kakikkomi.txt 見てみるか。
2010/07/02(金) 00:36:26ID:yzFMC0D/0
pc11返却まだですか
2010/07/02(金) 00:43:29ID:fgylWR9z0
>>240
どれだけ記録してるんですかw>kakikomi.txt
2010/07/02(金) 00:46:14ID:F66mcMlc0
もしかして書いたレス全部取っといてるのか・・・
2010/07/02(金) 00:50:50ID:EeH9EtB90
>>239
writeの応答は待たなくてもよいけど、書き込み完了時に
バッファを解放する必要があるので、処理を終らせてよい
わけではないと思う。
2010/07/02(金) 01:00:10ID:Iigupcs60
>>242
2002年の乳即+記者キャップ応募から
噂では100MB超えているとかいないとか
2010/07/02(金) 01:00:41ID:rA1N4TpI0
bbsdの方が性能が良さそうだけど、bbs.cgiの方がup to dateに改良され続けている
から互いに整合性がとれなくなってしまうという感じなのだろうか。
2010/07/02(金) 01:10:36ID:fgylWR9z0
>>245
すげえw
2010/07/02(金) 01:11:05ID:pwu8PCL+0
kakikomiで重くなるから1年ごとにファイルをバックアップ回ししてるな

めぼしいことやり尽くしたしなぁ ハードウェア生かすのにOS入れ替えなんて言う魅惑のヒビキもあるけど
2010/07/02(金) 01:14:54ID:???0?2BP(1245)
>244
よくわかんないけど、writeが終わったかどうか判定すればいいんじゃない?
forkのwaitみたいな。
250root▲▲ ★
垢版 |
2010/07/02(金) 01:17:50ID:???0
kakikomi.txt とこのスレをざっと読み直しましたが、
あんまりそういう話はしてなかったっぽいです。

bbs.cgi再開発プロジェクト7
http://qb5.2ch.net/test/read.cgi/operate/1130918407/
http://qb5.2ch.net/operate/kako/1130/11309/1130918407.html

しかし、↑のスレは今読むとなんかすごいかも。
5年前か。
2010/07/02(金) 01:18:15ID:fgylWR9z0
>>248
いっそ専用OSを自作して・・・
2010/07/02(金) 01:21:47ID:EeH9EtB90
>>249
終ったかどうか待ち合わせしないといけないので、
結局bbs.cgiを起動したapacheのプロセスはつかみっぱなしに
なって、aio化する前と変わらないんじゃないかなと。

bbs.cgiの中身を見たことないので、あくまで想像です。
2010/07/02(金) 01:26:48ID:???0?2BP(1245)
>252
おぉ、なるほど。
俺はこう考えていたんですけどね。
write→他の処理→終わったか確認
こうするとwriteの部分だけ気持ち速くなる気がするので、
最悪今と同じ速度(常に最悪ならaio化の意味はないけど)。
待たないで非同期ならbbsd?
2010/07/02(金) 01:28:12ID:???0?2BP(1245)
write→他の処理→終わったか確認(終わってることを期待)

でし。
なんか某あれで頭がいっぱいなのでおなかがすきました。
2010/07/02(金) 03:45:00ID:pv7tGWSx0
bbs.cgi への aio 適用ですが,個別のリクエスト処理中に書き込み完了を待たず
レスポンスを返すということなら,SpeedyCGI の特性を生かし persistent な変数で
aio 用バッファを確保するとかすればそういうこともできないこともないのかも知れません......
が,いずれかのタイミングで処理の完了をチェックして解放ということはどっちにしろ必要ですね.

一方 bbsd については,今のままでも bbs.cgi から bbsd へリクエストを投げる
段階でキューイングされるので(UDP ソケットにキューイングの機能が備わっており,
TCP ではなく UDP を使っている理由の一つはそれ),あえて aio を使うこともないかなと思ってます.

bbsd の課題としては,924 関連等 bbsd に未対応なスクリプトとか,
SETTING.TXT を消した時 bbsd に対して手動で操作しなくても板を unload するようにしたいとか
いったところですが,まぁその辺は淡々と対応を進めればいいのかなと思います.
規制関連等の比較的更新がよく行われている部分は bbs.cgi が担当し,
bbsd が担うのは基本的に最終的な書き込み部分という役割分担なので,
元々 bbsd は bbs.cgi ほどには頻繁に更新する必要はないですね.

あと,bbsd を使うと復帰が不要になってそれだと風情がなくなるということも
言われた気がするんですが,通常稼働時に dat と subject.txt の不整合を
修正するという意味での復帰はまず必要なくなると思いますが,
しかしサーバダウン -> リブート時の復帰はいずれにせよ必要なので,
その部分をあえて自動化するとかしない限り風情は残るかと思います.
2010/07/02(金) 07:17:02ID:wXvWtCmJO
専門的な話が、、、
何ていうか日本語でおkってかんじだな。


カウント変数をグローバル(?)に取っておいて、
一回の書き込み毎に1ずつ減らしていって0になったら確認、とか?
2010/07/02(金) 08:11:08ID:AoKCcjky0
>>256
専門的な話をするスレで何言ってんだよ。
2010/07/02(金) 09:16:12ID:IPzyvD/y0
専門的じゃなくてクローズドな話
2010/07/02(金) 10:49:41ID:dE9ehO3r0
>>256
ちゃんと読め。単語の意味くらいは自分で調べろ。
「persistent な変数で aio 用バッファを確保する」
2010/07/02(金) 11:06:19ID:u7xl9vMPP
復帰に風情を感じた事がない
261root▲▲ ★
垢版 |
2010/07/02(金) 11:20:02ID:???0
>>255
> 個別のリクエスト処理中に書き込み完了を待たず
> レスポンスを返すということなら,SpeedyCGI の特性を生かし persistent な変数で
> aio 用バッファを確保するとかすればそういうこともできないこともないのかも知れません......

これはちょっと面白いかもですね。SpeedyCGIの強みを生かすと。

> が,いずれかのタイミングで処理の完了をチェックして解放ということはどっちにしろ必要ですね.

うむむ、、、。

> 一方 bbsd については,今のままでも bbs.cgi から bbsd へリクエストを投げる
> 段階でキューイングされるので(UDP ソケットにキューイングの機能が備わっており,
> TCP ではなく UDP を使っている理由の一つはそれ),あえて aio を使うこともないかなと思ってます.
> bbsd の課題としては,924 関連等 bbsd に未対応なスクリプトとか,
> SETTING.TXT を消した時 bbsd に対して手動で操作しなくても板を unload するようにしたいとか
> いったところですが,まぁその辺は淡々と対応を進めればいいのかなと思います.
> 規制関連等の比較的更新がよく行われている部分は bbs.cgi が担当し,
> bbsd が担うのは基本的に最終的な書き込み部分という役割分担なので,
> 元々 bbsd は bbs.cgi ほどには頻繁に更新する必要はないですね.
> あと,bbsd を使うと復帰が不要になってそれだと風情がなくなるということも
> 言われた気がするんですが,通常稼働時に dat と subject.txt の不整合を
> 修正するという意味での復帰はまず必要なくなると思いますが,
> しかしサーバダウン -> リブート時の復帰はいずれにせよ必要なので,
> その部分をあえて自動化するとかしない限り風情は残るかと思います.
262root▲▲ ★
垢版 |
2010/07/02(金) 11:21:50ID:???0
>>261
あら、暴発。

> 一方 bbsd については,今のままでも bbs.cgi から bbsd へリクエストを投げる
> 段階でキューイングされるので(UDP ソケットにキューイングの機能が備わっており,
> TCP ではなく UDP を使っている理由の一つはそれ),あえて aio を使うこともないかなと思ってます.

そういえば、こんな話が昔ありました。

http://qb5.2ch.net/test/read.cgi/operate/1212665493/91

91 名前: root▲▲ ★ 投稿日: 2008/06/08(日) 14:44:14 ID:???0 BE:2736656-DIA(100512)

【祭り】番犬★が管理人に怒られるスレッド【駄目】26
http://qb5.2ch.net/test/read.cgi/operate/1212510607/536-563

ROMの負荷はIsKoukokuをスキップしてもあまり効果なかった。
(少なくとも雪だるま環境では)

バーチャルホストは一つがいい
(SuExec 使わなくていい、mod_speedycgi 化できる)

bbsd環境でソケットのバッファを大きくしておくのは効果がある
/etc/sysctl.conf で、
kern.ipc.maxsockbuf=20480000
bbsd のオプションで、
-B 16000000

rtprioでbbsdのプライオリティを上げておくのは効果が高い
263root▲▲ ★
垢版 |
2010/07/02(金) 11:26:10ID:???0
あとは、

> bbsd の課題としては,924 関連等 bbsd に未対応なスクリプトとか,
> SETTING.TXT を消した時 bbsd に対して手動で操作しなくても板を unload するようにしたいとか
> いったところですが,まぁその辺は淡々と対応を進めればいいのかなと思います.

そですね。淡々と。

> 規制関連等の比較的更新がよく行われている部分は bbs.cgi が担当し,
> bbsd が担うのは基本的に最終的な書き込み部分という役割分担なので,
> 元々 bbsd は bbs.cgi ほどには頻繁に更新する必要はないですね.

そですね。
そういう気がします。

> しかしサーバダウン -> リブート時の復帰はいずれにせよ必要なので,
> その部分をあえて自動化するとかしない限り風情は残るかと思います.

そんなわけで、>>208 ですね。
264root▲▲ ★
垢版 |
2010/07/02(金) 12:41:51ID:???0
あと、bbs.cgiでメスを入れるべきは、
たぶんきっと、index.html を作るところですね。

以前プロファイリングした結果を見直しても、圧倒的に違います。
他の処理よりも一桁、コストが高いです。

つまりここを何とかするだけで、
相当の見返りが期待できると。

で、個人的に思い始めているのは、
index.html を遅延書き込み(?) みたいなので、何とかできないものかなと。

datへの書き込みやログへの書き込みは、
完了を待ったほうがいいような気がするわけですが、
bbs.cgi でも最後のほうでやっている index.html の書き込みは、
必ずしもその完了を待たなくてもいいのかなと。
265root▲▲ ★
垢版 |
2010/07/02(金) 12:43:43ID:???0
で、Saborinしていればそこはかなりスキップする、
という話はあるわけですが、前にも出たように新スレだとSaborinないし、
ここをうまくやれば全サーバで効果がありそうだし、

といったかんじで。
2010/07/02(金) 13:01:01ID:PY/CV0HkP?PLT(40446)
>datへの書き込みやログへの書き込みは、
今ってログの書き出しに失敗した場合、投稿自体も失敗扱いなんですか?
datへ書き出してからログへ書き出す場合、ログ処理は失敗でも投稿は成功したことになりますし、
その逆なら現状ログへの書き出しは必須となりますし。
前者であるならログの書き出しが時系列に行われるように出来れば非同期でも良いと思うのですけど。
2010/07/02(金) 13:06:50ID:PY/CV0HkP?PLT(40446)
>ログの書き出しが時系列に行われるように
芋ほりのことを考えてなので特に必要がないんだったら、
>>266の前者であるのなら非同期で問題ないような。
268root▲▲ ★
垢版 |
2010/07/02(金) 13:25:04ID:???0
>>266-267
現時点では、datへの書き込みやログへの書き込み部分については、
私はいじる気はありませんです。

所詮、1行追記もので、
かつ書かれる量も index.html に比べれば以下略。
2010/07/02(金) 13:40:06ID:PY/CV0HkP?PLT(40446)
キャップ漏れ
http://qb5.2ch.net/test/read.cgi/operate/1267571384/426
http://qb5.2ch.net/test/read.cgi/operate/1276034202/592

>index.html を遅延書き込み(?) みたいなので、何とかできないものかなと。
WindowsのWM_PAINTメッセージのような動作にするってのはだめかな。
キューの後のほうに“更新要求”があるうちは更新を遅らせる。
ただ、これだといつまでも更新されない可能性もあるから時間的な間隔で更新できるようにする必要もあるけど。
逆にSaborinより負荷上がっちゃうかな。
2010/07/02(金) 13:40:40ID:u7xl9vMPP
トップに表示されない下位スレのhtmlを作るのやめればいいのにー。

上10までのhtmlを作って、JSで読み込みですよ。
スレリストもsbuject.txtから読み込めばindexは完全に更新不要で夢が広がりんぐ。

index.html作成とリクエスト増はどっちが負荷高いんだろう。


関係ないけど、運用情報板の見たらやたら古いのが残ってる
http://qb5.2ch.net/operate/html/?C=M;O=A
271root▲▲ ★
垢版 |
2010/07/02(金) 13:42:54ID:???0
>>269
> キャップ漏れ

むぎゅー @ qb5 / qb6
2010/07/02(金) 13:43:37ID:irFMOOjC0
むぎゅーキタ━━━━(゚∀゚)━━━━!!
2010/07/02(金) 13:45:32ID:PY/CV0HkP?PLT(40446)
>むぎゅー
ありがとうです。
274 ◆tiffinlc2w
垢版 |
2010/07/02(金) 13:46:18ID:xREWdBSk0
>>271
ありがとうございます。
申し訳ありません><
275root▲▲ ★
垢版 |
2010/07/02(金) 13:47:15ID:???0
そんなわけで、焼プリンさんからのメールにも同じことをおへんじしましたが、
再発行については、発行された方にご相談をば。
2010/07/02(金) 13:50:46ID:xREWdBSk0
>>275
了解しました。
ありがとうございました。
2010/07/02(金) 13:52:49ID:+HMEXOOR0
発行した人は捕まらないことで定評のあるあの人w
2010/07/02(金) 14:21:04ID:U27QlK1P0
>>270
JSだけにすると問題やら不満やら続出で結局JS無しバージョンも存続させる
必要があると言う事が既にread.jsで判明してるのであんまり。
2010/07/02(金) 14:23:15ID:pv7tGWSx0
index.html 書き出しに aio を適用して遅延させるにしても,
書き出すための文字列は前もって生成しておかなければならない,
そして index.html 書き出し処理が他と比べて重いのは
その文字列処理に起因している部分も多いのではないかとも思います.
2010/07/02(金) 14:31:57ID:bsXpBdjk0
>>279
MakeIndex4PCとMakeWorkFile(html/*.htmlを作るところ)は、
なんだか見るからに重そうですね。

手早くダイエットするとしたら、どのへんなんだろうか。
2010/07/02(金) 15:03:52ID:VQljV6ef0
二の腕と腹
2010/07/02(金) 15:28:20ID:???0?2BP(1245)
顎の下も大事

html/*をオンメモリするとか?
2010/07/02(金) 15:29:27ID:ESuPeVFBP
それはジンギスカンな板なら既にやってるような
2010/07/02(金) 15:51:40ID:nhiv+SO/0
板トップって上位数スレの最新レスをいくつか表示してるけど、実況板ではあれを無くしてスレ一覧だけを表示する、とか。
2010/07/02(金) 16:36:53ID:YHJVIjLs0
複数のdatから何行か抜き出してくる処理が重いのかな。
2010/07/02(金) 16:58:36ID:???0?2BP(1245)
>283
おぉ、もうやってたのね。

あとできそうなのは毎回open&readしなくていいやつを変数に持たせるとか、
writeをまとめて1回で呼ぶとか、
まとめちゃっていいならTemplate使うとか、
むしろindex.html/subject.txtは定時生成とか。

bbs.cgiにあるあのコメントカッコいいなぁ。
改めて読むとすごい。
2010/07/02(金) 17:06:03ID:gaBSnDSC0
IE6見捨てれば完全にAjax化できるんじゃね?
288root▲▲ ★
垢版 |
2010/07/02(金) 17:09:01ID:???0
>>286
どのコメントのことだろ、、、。
2010/07/02(金) 17:19:05ID:???0?2BP(1245)
#疲れたのでここまで、

かな
2010/07/02(金) 17:23:52ID:dhyeok0l0
確かに板トップの最新レス表示は蛇足のような気がしますね
291root▲▲ ★
垢版 |
2010/07/02(金) 17:29:02ID:???0
>>289
あれですかw

そっすね、、、。

私がbbs.cgiに本気で取り組み始めた2005年ごろ、既にそのコメントはbbs.cgiにありました。
そして、そこよりも前の処理部分には、
きれいに書かれたサブルーチン群が整然と並べられていました。
例えばこんなかんじです。

&foxSetPath($GBX) ;# 各種PATH生成
&foxReadSettings($GBX) ;# 板設定よみこみとためこみ SETTING.TXT
&foxSetDate2($GBX) ;# 日付・時刻を設定($DATEに設定 !!曜日)
&foxBEset($GBX) ;# BE情報問い合わせ

そして、その「疲れたのでここまで」の後には、
bbs_main という、超巨大なメインルーチンが横たわっていました。
その部分は当時既に、数1000行はあったと思います。

そしてそこには、それ以降のbbs.cgiにおけるすべての処理が、
ほぼすべて一つのメインルーチン内に、ノベタンで書かれていました。

「ひろゆき流mainしかないプログラム」というのがどんなものか、
改めて骨身にしみて認識しました。

(続く)
292root▲▲ ★
垢版 |
2010/07/02(金) 17:47:20ID:???0
(ちと時間とれそうもなくなったので、続きはまた機会を改めて)
2010/07/02(金) 17:50:42ID:3oHfC6OQ0
>その部分は当時既に、数1000行はあったと思います。
>そしてそこには、それ以降のbbs.cgiにおけるすべての処理が、
>ほぼすべて一つのメインルーチン内に、ノベタンで書かれていました。
うひゃー
これは大変そう。
2010/07/02(金) 17:56:56ID:A11dF0TN0
ひろゆきw
きれいにサブルーチンに分けて書くのに疲れたのかww

必要な処理が全て入っていれば分ける必要はない、1行でも少ない方が速いはずだ
ってか?
2010/07/02(金) 17:59:16ID:dhyeok0l0
まあ、サブ化するデメリットもあるけどmainのみというのはw
296root▲▲ ★
垢版 |
2010/07/02(金) 18:07:17ID:???0
>>293
そこ頃の話(続き)は、
私がここでうだうだ書くより、これ読んでもらったほうがよさげかも。

bbs.cgi再開発プロジェクト7
http://qb5.2ch.net/operate/kako/1130/11309/1130918407.html

>>294
もともとのbbs.cgiは、ほぼ一つの大きなメインルーチン「しか」なかったです。

初代管理人が作り始めたプログラムは何であれ、ほとんどすべてがそうです。
彼はそういう頭脳構造であると認識してます。

で、bbs.cgiをSpeedyCGIに対応した時、
かっこいいおにいさんが前処理の部分を、がんがってクリーンアップしました。
が、「#疲れたのでここまで、」のコメントを残し、以下略

上記スレの前スレあたりに続く

といった流れで。
2010/07/02(金) 18:07:57ID:YHJVIjLs0
>>294
多分この辺のお話
http://jfk.2ch.net/test/read.cgi/nanmin/1240616601/885-887
2010/07/02(金) 18:08:43ID:???0?2BP(1245)
その昔のbbs.cgiを見たことあるけど、
ひとことで言うと「どうしてこうなった」だと思うw
ネストが妙に深いし、変数を追いかけるの大変だし、
関数やgotoが少ないからスパゲッティとは違うんだけど、
眺めているだけでお腹いっぱいにさせてくれるプログラムだったw
2010/07/02(金) 18:10:48ID:A11dF0TN0
>>296-297
納得w
2010/07/02(金) 18:15:45ID:OctbbYB7P?PLT(91350)
なんか人事とは思えないので何とも言えないわたす、、、
2010/07/02(金) 18:15:52ID:YXBJZ6/20
そいえば、2chから流出したスクリプトを元に書かれた(と言われる)17スクリプトもサブルーチンが少ないな
メインルーチンにはexitしかない0chとは大違いだった
2010/07/02(金) 18:26:53ID:A11dF0TN0
こんなところでまたマ(ry

http://jfk.2ch.net/test/read.cgi/nanmin/1240616601/887,896

> 887 名前: ◆MUMUMUhnYI [sage] 投稿日:2009/05/30(土) 03:19:17 ?DIA(102226)
> http://img.2ch.net/ico/telephoman.gif
> ちなみに初代管理人の書く Perl プログラムには、大きな特徴が一つあります。
> それは、
>
> 「どんな規模のプログラムであっても、基本的にメインルーチンだけしかない」
>
> というものです。
>
>
> …久しぶりに夜更かししたな。そろそろ休むです。

> 896 名前:マァヴ ◆jxAYUMI09s [sage] 投稿日:2009/05/30(土) 15:06:48 ?PLT(62657)
> http://img.2ch.net/ico/zonu_xmas.gif
> >>887
> そんなコードに触る勇者が3人いました。
> (^_^;)とSDさんとトオル君です。
> こまったことにこの3人はプログラムの素人でした・・・・
> しかも、お互いにまったく連携なしに、自分のやりたいことを実現できればOKな感じでいじったのです。
>
> さて、そのコードはどうなったでしょう?(^_^;)
2010/07/02(金) 18:32:30ID:WOvaNab4P
おいしいアイスカプチーノの入れ方
http://maido3.com/server/cappuccino/oishi.html

FOXの会社は何がやりたいのか分からない
2010/07/02(金) 18:35:15ID:HkRu6ab+0
サーバーとサーバーをかけたシャレだろ〜
おもしろいかどうかはともかく。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況