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

**動く動くウゴウゴ２ちゃんねる** · NG

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

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

等を取り扱います。

前スレ:2ch特化型サーバ・ロケーション構築作戦 Part52
http://qb5.2ch.net/test/read.cgi/operate/1277651499/

**root▲▲ ★** · 2010/07/01(木) 15:30:46

tiger3551 = kamome

作業依頼した。
bbs.cgi停止。

**ちきちーた ★** · 2010/07/01(木) 15:33:42

>>201
どんどん機械に支配されていく
だれも気にかけない板だったら復帰かけなくてok

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 15:34:32

落ちるの忘れてた

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 15:35:13

>>204
お宅らしい発言

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 15:35:44

そんな哀しいことゆうなよぉ

**root▲▲ ★** · 2010/07/01(木) 15:36:03

>>204
あら、りょうかいです。

ひと系でうまくいってるなら、わざわざ変える必要なさそうですね。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 15:36:05

>>204
さすが

**root▲▲ ★** · 2010/07/01(木) 15:42:03

作業おわり @ kamome

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 15:43:45

かもめでおみくじができるようになんとかしてください

**ちきちーた ★** · 2010/07/01(木) 15:45:21

りょうかいー

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 15:47:09

全部大吉にしてー

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 15:57:32

『鯖落ちスレをチェックして「板名＋復帰してー」のレス数をカウントし、
ある一定数を超えたらその板を復帰』

自動的にやるにしてもこれくらいの遊びは必要だな。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 15:58:13

>>212
まだー？

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 16:00:38

>>212
おみくじ確認した
おいちゃんありがとー

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 16:00:55

技術論も精神論も2ch論も人それぞれなんだから好きにすればいいよ

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 16:01:04

そのうち削除も規制も機械がやるようになるのさ。解除モナ。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 16:13:51

で、おいちゃんはメーテルと旅にでるんだ

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 16:17:11

鯖を統合するに当たって、板を減らしたいのか

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 16:18:17

>>212
やった！
おみくじどーもでした

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 16:22:08

>>212
おいちゃんありがとー

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 16:58:38

これ、どうなりましたか？

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

**root▲▲ ★** · 2010/07/01(木) 17:07:14

>>223
2ch特化型サーバ・ロケーション構築作戦 Part49
http://qb5.2ch.net/test/read.cgi/operate/1276953456/434
>
> ということで仮に b) をやるにしても、
> まだかなから_2CH_ezweb.ne.jpが外れるタイミングでやらないと、
> 意味ないような気がします。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 17:14:21

>>224 rootさん
了解しました。
WC、頑張って下さいませ
。

**root▲▲ ★** · 2010/07/01(木) 18:20:06

某方面から、kamomeではrtprioでの活入れをやっていない件について
お尋ねされたので、ここでも同じ内容を答えておこうかなと。

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

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

でも今のところはまだ、「手札」にしておきたいかもなと。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 18:31:44

まさに「こんなこともあろうかと」

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 18:43:35

奥の手は見せるな・・・見せるなら更に奥の手を持て

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 18:51:09

＼疾風／＼切り札／

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 19:06:51

そういえばrock54用の新鯖はどうなった？

**root▲▲ ★** · 2010/07/01(木) 20:20:22

今日WCはお休みで、明日からが8強対戦なんでしたっけ。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 20:24:59

オランダ対ブラジル - 7 月2日 23:00 (NHK総合)
ウルグアイ対ガーナ - 7 月3日 3:30 (NHK総合)
アルゼンチン対ドイツ - 7 月3日 23:00 (TBS系)
パラグアイ対スペイン - 7 月4日 3:30 (日本テレビ系)
google先生調べ（日本時間）

**ろくす** ◆Rocks/oCOQ · 2010/07/01(木) 20:27:38

トイレお休みとか我慢できない

**root▲▲ ★** · 2010/07/01(木) 20:30:36

>>232
どもです。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 22:33:23

毎回胸が熱い云々書き込んでるのは同じやつなのか

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 22:42:56

新鯖まだですか？

**動け動けウゴウゴ２ちゃんねる** · 2010/07/01(木) 23:35:27

6コアのi7 970が今月中に出るって
hayabusaのCPUこれに変えてよ

・「Corei7-970」(Gulftown,7/18～7/24の間に正式発表,6コア)

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 00:06:28

>>146
bbs.cgiってイベントループを持っていないと思うから、
aio化ってできないんじゃないかな。

どちらかというと、bbsdをaio化したほうが、よさそう。

△ ◆garnetGnNk **＠garnet ★** · 2010/07/02(金) 00:16:18

よくわかんないけど、writeの返りを待たなくてもいいってことじゃないかしら。

**root▲▲ ★** · 2010/07/02(金) 00:24:54

きたく。

>>238
ふむふむ。

>>239
お、そうか。

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

というか今思い出したけど、
そんな話、前にもどっかで書いた記憶が。
kakikkomi.txt 見てみるか。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 00:36:26

pc11返却まだですか

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 00:43:29

>>240
どれだけ記録してるんですかｗ＞kakikomi.txt

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 00:46:14

もしかして書いたレス全部取っといてるのか・・・

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 00:50:50

>>239
writeの応答は待たなくてもよいけど、書き込み完了時に
バッファを解放する必要があるので、処理を終らせてよい
わけではないと思う。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 01:00:10

>>242
2002年の乳即＋記者キャップ応募から
噂では100MB超えているとかいないとか

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 01:00:41

bbsdの方が性能が良さそうだけど、bbs.cgiの方がup to dateに改良され続けている
から互いに整合性がとれなくなってしまうという感じなのだろうか。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 01:10:36

>>245
すげえｗ

**名無し的用法** ◆v20hUhbxpM · 2010/07/02(金) 01:11:05

kakikomiで重くなるから1年ごとにファイルをバックアップ回ししてるな

めぼしいことやり尽くしたしなぁハードウェア生かすのにOS入れ替えなんて言う魅惑のヒビキもあるけど

△ ◆garnetGnNk **＠garnet ★** · 2010/07/02(金) 01:14:54

＞244
よくわかんないけど、writeが終わったかどうか判定すればいいんじゃない？
forkのwaitみたいな。

**root▲▲ ★** · 2010/07/02(金) 01:17:50

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:15

>>248
いっそ専用OSを自作して・・・

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 01:21:47

>>249
終ったかどうか待ち合わせしないといけないので、
結局bbs.cgiを起動したapacheのプロセスはつかみっぱなしに
なって、aio化する前と変わらないんじゃないかなと。

bbs.cgiの中身を見たことないので、あくまで想像です。

△ ◆garnetGnNk **＠garnet ★** · 2010/07/02(金) 01:26:48

＞252
おぉ、なるほど。
俺はこう考えていたんですけどね。
write→他の処理→終わったか確認
こうするとwriteの部分だけ気持ち速くなる気がするので、
最悪今と同じ速度（常に最悪ならaio化の意味はないけど）。
待たないで非同期ならbbsd？

△ ◆garnetGnNk **＠garnet ★** · 2010/07/02(金) 01:28:12

write→他の処理→終わったか確認（終わってることを期待）

でし。
なんか某あれで頭がいっぱいなのでおなかがすきました。

◆cZfSunOs.U · 2010/07/02(金) 03:45:00

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:02

専門的な話が、、、
何ていうか日本語でおkってかんじだな。

カウント変数をグローバル(?)に取っておいて、
一回の書き込み毎に1ずつ減らしていって0になったら確認、とか？

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 08:11:08

>>256
専門的な話をするスレで何言ってんだよ。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 09:16:12

専門的じゃなくてクローズドな話

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 10:49:41

>>256
ちゃんと読め。単語の意味くらいは自分で調べろ。
「persistent な変数で aio 用バッファを確保する」

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 11:06:19

復帰に風情を感じた事がない

**root▲▲ ★** · 2010/07/02(金) 11:20:02

>>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 の不整合を
> 修正するという意味での復帰はまず必要なくなると思いますが，
> しかしサーバダウン -> リブート時の復帰はいずれにせよ必要なので，
> その部分をあえて自動化するとかしない限り風情は残るかと思います．

**root▲▲ ★** · 2010/07/02(金) 11:21:50

>>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のプライオリティを上げておくのは効果が高い

**root▲▲ ★** · 2010/07/02(金) 11:26:10

あとは、

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

そですね。淡々と。

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

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

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

そんなわけで、>>208 ですね。

**root▲▲ ★** · 2010/07/02(金) 12:41:51

あと、bbs.cgiでメスを入れるべきは、
たぶんきっと、index.html を作るところですね。

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

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

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

datへの書き込みやログへの書き込みは、
完了を待ったほうがいいような気がするわけですが、
bbs.cgi でも最後のほうでやっている index.html の書き込みは、
必ずしもその完了を待たなくてもいいのかなと。

**root▲▲ ★** · 2010/07/02(金) 12:43:43

で、Saborinしていればそこはかなりスキップする、
という話はあるわけですが、前にも出たように新スレだとSaborinないし、
ここをうまくやれば全サーバで効果がありそうだし、

といったかんじで。

♪ ◆/y.Ychk2JQ · 2010/07/02(金) 13:01:01

＞datへの書き込みやログへの書き込みは、
今ってログの書き出しに失敗した場合、投稿自体も失敗扱いなんですか？
datへ書き出してからログへ書き出す場合、ログ処理は失敗でも投稿は成功したことになりますし、
その逆なら現状ログへの書き出しは必須となりますし。
前者であるならログの書き出しが時系列に行われるように出来れば非同期でも良いと思うのですけど。

♪ ◆/y.Ychk2JQ · 2010/07/02(金) 13:06:50

>ログの書き出しが時系列に行われるように
芋ほりのことを考えてなので特に必要がないんだったら、
>>266の前者であるのなら非同期で問題ないような。

**root▲▲ ★** · 2010/07/02(金) 13:25:04

>>266-267
現時点では、datへの書き込みやログへの書き込み部分については、
私はいじる気はありませんです。

所詮、1行追記もので、
かつ書かれる量も index.html に比べれば以下略。

♪ ◆/y.Ychk2JQ · 2010/07/02(金) 13:40:06

キャップ漏れ
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:40

トップに表示されない下位スレのhtmlを作るのやめればいいのにー。

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

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

関係ないけど、運用情報板の見たらやたら古いのが残ってる
http://qb5.2ch.net/operate/html/?C=M;O=A

**root▲▲ ★** · 2010/07/02(金) 13:42:54

>>269
> キャップ漏れ

むぎゅー @ qb5 / qb6

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 13:43:37

むぎゅーｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

♪ ◆/y.Ychk2JQ · 2010/07/02(金) 13:45:32

＞むぎゅー
ありがとうです。

◆tiffinlc2w · 2010/07/02(金) 13:46:18

>>271
ありがとうございます。
申し訳ありません＞＜

**root▲▲ ★** · 2010/07/02(金) 13:47:15

そんなわけで、焼プリンさんからのメールにも同じことをおへんじしましたが、
再発行については、発行された方にご相談をば。

◆tiffinlc2w · 2010/07/02(金) 13:50:46

>>275
了解しました。
ありがとうございました。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 13:52:49

発行した人は捕まらないことで定評のあるあの人ｗ

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 14:21:04

>>270
JSだけにすると問題やら不満やら続出で結局JS無しバージョンも存続させる
必要があると言う事が既にread.jsで判明してるのであんまり。

◆cZfSunOs.U · 2010/07/02(金) 14:23:15

index.html 書き出しに aio を適用して遅延させるにしても，
書き出すための文字列は前もって生成しておかなければならない，
そして index.html 書き出し処理が他と比べて重いのは
その文字列処理に起因している部分も多いのではないかとも思います．

**外出中** ◆MUMUMUhnYI · 2010/07/02(金) 14:31:57

>>279
MakeIndex4PCとMakeWorkFile(html/*.htmlを作るところ)は、
なんだか見るからに重そうですね。

手早くダイエットするとしたら、どのへんなんだろうか。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 15:03:52

二の腕と腹

△ ◆garnetGnNk **＠garnet ★** · 2010/07/02(金) 15:28:20

顎の下も大事

html/*をオンメモリするとか？

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 15:29:27

それはジンギスカンな板なら既にやってるような

[´・ω・｀] 118x240x252x75.ap118.gyao.ne.jp · 2010/07/02(金) 15:51:40

板トップって上位数スレの最新レスをいくつか表示してるけど、実況板ではあれを無くしてスレ一覧だけを表示する、とか。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 16:36:53

複数のdatから何行か抜き出してくる処理が重いのかな。

△ ◆garnetGnNk **＠garnet ★** · 2010/07/02(金) 16:58:36

＞283
おぉ、もうやってたのね。

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

bbs.cgiにあるあのコメントカッコいいなぁ。
改めて読むとすごい。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 17:06:03

IE6見捨てれば完全にAjax化できるんじゃね？

**root▲▲ ★** · 2010/07/02(金) 17:09:01

>>286
どのコメントのことだろ、、、。

△ ◆garnetGnNk **＠garnet ★** · 2010/07/02(金) 17:19:05

#疲れたのでここまで、

かな

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 17:23:52

確かに板トップの最新レス表示は蛇足のような気がしますね

**root▲▲ ★** · 2010/07/02(金) 17:29:02

>>289
あれですかｗ

そっすね、、、。

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

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

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

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

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

(続く)

**root▲▲ ★** · 2010/07/02(金) 17:47:20

(ちと時間とれそうもなくなったので、続きはまた機会を改めて)

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 17:50:42

>その部分は当時既に、数1000行はあったと思います。
>そしてそこには、それ以降のbbs.cgiにおけるすべての処理が、
>ほぼすべて一つのメインルーチン内に、ノベタンで書かれていました。
うひゃー
これは大変そう。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 17:56:56

ひろゆきｗ
きれいにサブルーチンに分けて書くのに疲れたのかｗｗ

必要な処理が全て入っていれば分ける必要はない、１行でも少ない方が速いはずだ
ってか？

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 17:59:16

まあ、サブ化するデメリットもあるけどmainのみというのはｗ

**root▲▲ ★** · 2010/07/02(金) 18:07:17

>>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:57

>>294
多分この辺のお話
http://jfk.2ch.net/test/read.cgi/nanmin/1240616601/885-887

△ ◆garnetGnNk **＠garnet ★** · 2010/07/02(金) 18:08:43

その昔のbbs.cgiを見たことあるけど、
ひとことで言うと「どうしてこうなった」だと思うｗ
ネストが妙に深いし、変数を追いかけるの大変だし、
関数やgotoが少ないからスパゲッティとは違うんだけど、
眺めているだけでお腹いっぱいにさせてくれるプログラムだったｗ

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 18:10:48

>>296-297
納得ｗ

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 18:15:45

なんか人事とは思えないので何とも言えないわたす、、、

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 18:15:52

そいえば、2chから流出したスクリプトを元に書かれた(と言われる)17スクリプトもサブルーチンが少ないな
メインルーチンにはexitしかない0chとは大違いだった

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 18:26:53

こんなところでまたマ（ｒｙ

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
> そんなコードに触る勇者が３人いました。
> (^_^;)とSDさんとトオル君です。
> こまったことにこの３人はプログラムの素人でした・・・・
> しかも、お互いにまったく連携なしに、自分のやりたいことを実現できればOKな感じでいじったのです。
>
> さて、そのコードはどうなったでしょう？(^_^;)

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 18:32:30

おいしいアイスカプチーノの入れ方
http://maido3.com/server/cappuccino/oishi.html

FOXの会社は何がやりたいのか分からない