bbs.cgi再開発プロジェクト7

**root▲ ★** · NG

bbs.cgiの開発作業をすすめていくためのスレッドです。

FOXさんの努力によりSpeedyCGIへの対応が行われ、
パフォーマンスの向上が図られたbbs.cgi。

・雪だるま作戦への対応
・さらなるカスタマイズ
・パフォーマンスの向上
・微妙な虫取り
・長いメインルーチンをより短くコンパクトに

あたりがターゲットか。

前スレ:
bbs.cgi再開発プロジェクト6
http://qb5.2ch.net/test/read.cgi/operate/1113117347/

**動け動けウゴウゴ２ちゃんねる** · 2005/11/08(火) 19:34:21

subject.txtから読む場合は、スレのタイトルに「<>」「(」「)」とか半角スペースが
入ってるとsplitで面倒になるかもね。出来るだけsubstr使うべきなんだろうな。

datファイルの行数調べるには・・・unixのwcコマンド使うとかw

**root▲ ★** · 2005/11/08(火) 19:34:42

出先に移動。10分ぐらい時間が。

>>75
ひとつ、書き忘れていたです。

どうせ必要になるので、
datを読んだ時には、つまりGetResNumFromDatが呼ばれた時には、
そのdat内の>>1と、以下の条件(*1)で抽出した行のdatは、
内容を保存しておきたいですね。

つまり、datを複数回読み込みモードでopenしたくないわけです。

(*1)if BBS_CONTENTS_NUMBERよりもレス数が多い
お尻のBBS_CONTENTS_NUMBER行ぶんのdatの内容を保存
else
頭の >>2 ～最後の行までのdatの内容を保存

これは、html/ の下のファイルを作るのに使っているですよ。

保存は、、、そうすね、
$GB->{DAT1} 文字列変数
$GB->{DATLAST} 文字列配列変数

っていうことにするか。

で、たぶんほんとは、subject.txt 的に上位のやつだけ作れるともっといいわけですが、
(つまり実際に index.html を合成する時に使うものだけ)
今は pageview.cgi があった時のコードのままになっているです。
つまり、1000個datがあれば、html/ の下のファイルも1000個あるです。
これは、別に考えることにしよう。

**root▲ ★** · 2005/11/08(火) 19:38:36

index.html 合成するところで、判定すりゃいいのか。

1000000000.dat に対する html/1000000000.html の最新版が必要になったら、
html/1000000000.html と 1000000000.dat の mtime を調べて、
(この時点では dat への追記は終わっているものとする)
もし html のほうの mtime のほうが古かったら、dat から html を合成するサブルーチンを呼べばいいと。

**root▲ ★** · 2005/11/08(火) 19:38:50

さて、いったん時間切れ。
またのちほど。

◆TWARamEjuA · NG

つ open ｺﾞﾆｮｺﾞﾆｮ or return -1; # 500鰓で悩む恐れ有りなので

**root▲ ★** · 2005/11/08(火) 19:39:43

で、$GB->{SABORIN} がtrueだったら、このへんの処理はキャンセルできると。

**root▲ ★** · 2005/11/08(火) 19:41:22

>>80
現在、datのopenはメインルーチン内で堂々とやっているですよ。
ひろゆき的堂々人生。

◆SSu.zv/rvs · 2005/11/08(火) 20:04:30

>内容を保存しておきたいですね。

それがうまくいけば楽なんですけどね、
bbs.cgi が非同期で同時に 30本とか走っているんですよ。
FIFOとかじゃなくてさ、

「どれが最後に終わるかわからない」という話だったり、
平気で後から来たのが追い越していきます。

それとの戦いの痕跡かと、

**動け動けウゴウゴ２ちゃんねる** · 2005/11/08(火) 20:14:25

$GB->{DAT1} = <DAT>;
@{$GB->{DATLAST}} = <DAT>;
$resnum = $.;
if ( @{$GB->{DATLAST}} > BBS_CONTENTS_NUMBER ) {
@{$GB->{DATLAST}} = splice(@{$GB->{DATLAST}}, -BBS_CONTENTS_NUMBER);
}

こんな感じになるんかな
でも>>83なのね

**root▲ ★** · 2005/11/08(火) 21:04:50

>>83
ですね。

今のやつは、なんでもかんでもdat読んで配列に突っ込んで、
配列の要素数数えて、
BBS_CONTENTS_NUMBERより大ならおしりから、
より小ならあたまからhtmlにして、html/html に入れ込む
みたいなことをやっているです。
で、1000行以上あったら、1000超え判定していたりするです。

つまり、datの読み込みモードでのオープンは1回で済んでいるものの、
毎回datを全行絶対なめなめしているわけです。
このへんをなんとかしたいかなぁと。

**root▲ ★** · 2005/11/08(火) 21:11:57

で、>>83 のこころは、
「subject.txt からとろうというのは誰もが思いつくわけだけど、
それって所詮非同期なんじゃないのかしら」

ってゆうことですよね。
ううむ。

> if ($resnum <= 0 || $resnum > 990)

ここを 900 とかかなぁ。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/08(火) 21:23:18

subject.txt更新前に別のbbs.cgiが参照するとずれるような希ガス
っていうかずれたからdat読みになったんじゃ？(違うかも)

**root▲ ★** · 2005/11/08(火) 21:28:11

>>87
所詮、参考記録でいいと思っていたりするです。
クリティカルなところで、コストを少しでもさげられるといいなと。

そのへんが、>>86 の if 文なわけで。
どうしてもうまくいかなきゃ、GetResNumFromSubjectをあきらめると。

▲ ◆cZfSunOs.U · 2005/11/08(火) 21:35:48

まぁ，bbs.cgi やその他各種呪文用 CGI と bbsd との I/F が完成したら，
雪だるま系鯖以外でも bbsd を使うという選択肢もあるのでしょうけど．

**動け動けウゴウゴ２ちゃんねる** · 2005/11/08(火) 22:05:38

>>88
参考記録といってもずれたままになりそうなのは気になる

個人的にはレス数と一緒にサイズも記録してあれば
少なくとも全読みは避けられそうと思っているけど
影響大きそうだからなあ

◆SSu.zv/rvs · 2005/11/08(火) 22:07:47

>参考記録

ってどういう意味?

**root▲ ★** · 2005/11/09(水) 00:55:26

subject.txtから取ったレス数よりも実際のdatの行数がいくつか増えてしまっていてもいい、
ぐらいの感覚で書きました。

ただ、900超えたあたりからはクリティカルか。

いずれにせよ、毎回全読みするコストを何とか下げられないかな、というのが、
subject.txtからとる趣旨なわけで、それが期待できないなら、
単にサブルーチン化して、整理整頓するだけかなぁと。

# おじさん、インテンショナルな徹夜で時差調整中?

◆SSu.zv/rvs · 2005/11/09(水) 00:58:26

>subject.txtから取ったレス数よりも実際のdatの行数がいくつか増えてしまっていてもいい、
>ぐらいの感覚で書きました。

わたしもその意見には賛成で、実は以前それを実験しました。

で、結果はというと、
惨憺たるものだったかと、たしか専用ブラウザが困ってしまうんじゃなかったかと、
もう何年も前の話で忘れちまったが、

眠くなったら寝るというみだらな作戦です。

**root▲ ★** · 2005/11/09(水) 01:00:45

>>93
で、900超えたらsubject.txtを信用するのやめて、
今までの方法でdatを読んじゃおうという、日和見風見鶏作戦かなぁと。

で、900をできるだけ1000に近づける方向でがんがってみると。

◆SSu.zv/rvs · 2005/11/09(水) 01:02:49

「dat と subject.txt のずれを許容してくれない」
とっても厳密に扱われているというのが問題だと思います。

900 とか 980 のことじゃなく

**root▲ ★** · 2005/11/09(水) 01:02:54

>>93
あ、そっか。
シンクロ具合とゆってますね。
あんまりずれが大きいと、subject.txt をあてにして動いているアプリさんたちが
困っちゃうってことですか。

めしめし。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/09(水) 01:18:58

現状でも、スレスト時にsubject.txtが変更されないため
subject.txtと実際の行数が一致しなくなり
毎回のように取得に行ってしまうクライアントもありますよ。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/09(水) 01:19:33

それはそのブラウザの作りが悪い

◆SSu.zv/rvs · 2005/11/09(水) 01:22:30

>>97
そんなんですよね

>>98
でも、その数が膨大だったりするのだ。

で、実際には高速で回転しているところは
dat と subject.txt が一致することなんてほとんどないから
それを利用してむ Saborin が生まれたのだ。
作る前はどうなるかと思ったけど、実際にやってみると
これがまずまず動いているんだな、よかったよかった

**root▲ ★** · 2005/11/09(水) 01:36:13

>>99
Saborin は確かに、結構効果ありますね。

Saborin = index.html / subback.html の更新をまばらにする
ただし subject.txt は更新する
ex系とlive系で絶賛動作中

SaborinはLAが閾値を超えると自動的に発動
cobra=30 / tiger=20 / banana=4

**root▲ ★** · 2005/11/09(水) 01:36:35

新スレはさぼらない >>100

**root▲ ★** · 2005/11/09(水) 01:42:01

>>100
> 自動的に発動
^
一般サーバでも

**root▲ ★** · 2005/11/09(水) 01:43:13

で、狼やらVIPやらanimeサーバやらで 500 エラーが起こりやすい理由の一端は、
>>80 が原因の予感のもより。

◆SSu.zv/rvs · 2005/11/09(水) 01:48:08

>>103
まだまだあちこちにありますからねぇ

**root▲ ★** · 2005/11/09(水) 01:53:07

>>104
狼でちょっとだけ聞いてみたところでは、
どうもクリーンナップ大作戦の後、少し減ったらしいです。

出なくなるのは、まだまだ先かなと。

**root▲ ★** · 2005/11/09(水) 04:04:11

結局、
・まずは従来通りdatから全部とることにして、クリーンナップをすすめる

ことにしました。
コストは、かわんないですもんね。

で、GetDatInfoを書きました。
>>84 さんに感謝です。

#############################################################################
# 処理中のdatの情報を$GBにセットする
# $GB->{DATNUM}, $GB->{DAT1}, $GB->{DATLAST}
#############################################################################
sub GetDatInfo
{
my ($GB, $outdat) = @_;
my $datfile = $GB->{DATPATH} . $GB->{FORM}->{'key'} . ".dat";
my $datlastnum = $FOX->{$GB->{FORM}->{bbs}}->{"BBS_CONTENTS_NUMBER"};

if($GB->{NEWTHREAD})
{
# 新スレの場合
$GB->{DAT1} = $outdat;
$GB->{DATNUM} = 1;
@{$GB->{DATLAST}} = ();
}
else
{
# レスの場合
open(DAT,"<$datfile");
$GB->{DAT1} = <DAT>;
@{$GB->{DATLAST}} = <DAT>;
$GB->{DATNUM} = $.;
close(DAT);
if (@{$GB->{DATLAST}} > $datlastnum)
{
@{$GB->{DATLAST}} = splice(@{$GB->{DATLAST}}, -$datlastnum);
}
}

return 0;
}

**root▲ ★** · NG

BBS.CGI - 2005/11/09

雪だるまに向けたクリーンナップ大作戦その3

・GetDatInfo (>>106) を作り、datへの追記(新スレでは作成)直後に呼ぶようにしました。
・datの情報はもっぱらここでとることにし、$GB に蓄えて使いまわすようにしました。
・html/ の下を作るところ(MakeWorkFile)では、datはオープンしなくしました。
・Over1000 をサブルーチン化して、GetDatInfo の直後に呼ぶようにしました。
・これでMakeWorkFile内から、1000超えチェックが分離できました。

**root▲ ★** · NG

subject.txt を作るところ

sage のほうが、処理工数が多いのね。
ちょっと目からうろこ。

**root▲ ★** · NG

BBS.CGI - 2005/11/09a

# 051109a 雪だるまに向けたクリーンナップ大作戦その4
# UpdateSubject (subject.txt作成) サブルーチン化
# いよいよ、神の領域の入り口に突入か by む

**root▲ ★** · NG

# 051109b @newsub を @{$GB->{NEWSUB}} にして追放(UpdateSubjectに封じ込め) by む

本日はここまでの予定。

**root▲ ★** · NG

で、わかってきたことは、
subject.txt って軽々しく作っている割に、
suback.html も index.html も /i/index.html (qb系 dso系 bbspinkのみ)も、
ぜーんぶ、これをベースにこしらえているらしいということだなぁ。

こりゃ、非同期にsubject.txtをなんてのは、とんでもない話だなぁ。
何が起きるか、予想もできないや。

というかたぶんもともと、宣撫らでの参照のために作ったんじゃなくて、
そうゆう内部処理のために、作ってるんだろうなぁ。

なぁ。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/09(水) 20:44:50

なぁ。

◆SSu.zv/rvs · 2005/11/09(水) 21:19:18

なぁ

その部分は歴代誰もさわっていない気がする
なぜなら太古のままの姿で残っているから、
しいていえば dat と subject のずれをなくすため
および㌧㌦をなくすため、神か or トオルさんが2001年ころ手を加えたかと、

**root▲ ★** · 2005/11/09(水) 22:36:45

>>113
神殿の入り口にさしかかったと。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/10(木) 00:14:57

｜∀・）＜そこに凶悪なすらいむが現れたっ！

**動け動けウゴウゴ２ちゃんねる** · 2005/11/10(木) 16:46:58

root探検隊2005秋
「驚愕！未開の地bbs.cgiの奥地に謎の古代神殿subject.txt生成部を発見！？」

**動け動けウゴウゴ２ちゃんねる** · 2005/11/10(木) 22:15:46

今日あたりから妙な動作をしてる気がするんだが、何かいじってる？
具体的には
・某板で、かなり時間を置いて違う内容を書き込もうとしても二重書き込みが出る
・しょうがないのでIP変えたら書き込めた
・IP変えた後、他の板に書き込んだら何故かcookie確認が出ない
出た現象としてはそれだけ。
どこの板とかは出さないので、回答には特に期待していないけど。

**root▲ ★** · 2005/11/10(木) 23:22:03

>>117
そのへん、全然変えてないです。

上2つは、過疎な板だと正常な動作としてよくあるですね。
一番下は、ちと気になりますが。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/10(木) 23:50:38

確認画面の話が出てるから、自分もちょっと

先日の京ぽんのID末尾o→0の関係でごちゃごちゃやってた以降
自分の味ぽんはどの板で書いても、回線切ろうが、電源切ろうが
確認画面が1度も出ないんですが、良いのでしょうか？

ごちゃごちゃの当日に指摘した時は流された気がしますが…

**root▲ ★** · 2005/11/10(木) 23:56:11

>>119
奥様(味ぽんユーザ)では「普通は最初だけ出るよ」
「でも、最初でも出ないときがあるみたい。再現性はわかんない」

ということらしいです。
うぅむ。

# 「最初だけ出る」が、意図した動作。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/11(金) 00:11:52

>>120
そう、「最初の1回だけ出て後は出ない」なら今まで通りで何の
疑問も感じない訳ですが

自分は最近、確認画面を全然見てないから謎なんですよ

まぁ、面倒が無くて良いって言えば良い訳ですけど

**root▲ ★** · 2005/11/11(金) 00:14:17

>>121
それって、京ぽんを 0 にしてからなったということですかね。
ううむ。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/11(金) 00:30:50

>>122
ﾀｲﾐﾝｸﾞ的にはそんな感じです
完全にｲｺｰﾙかと言われると判りませんが

確か一連の作業中に一時的に味ぽんから書き込めなくなって
その後、復活してからの様な気がしますが

**root▲ ★** · 2005/11/11(金) 00:58:58

>>123
ふーむ。

うちの環境では幸運にも実物で試してもらえるので、
また、時間取れたときにみてみるです。

**root▲ ★** · 2005/11/11(金) 01:03:49

おぉ、わかた、、、。>>123

あとで、なおしておこう。 @ 今qb6で別の作業中

**動け動けウゴウゴ２ちゃんねる** · 2005/11/11(金) 01:22:19

>>124
>>125
よろしくお願いします
でわでわ

**root▲ ★** · 2005/11/11(金) 02:07:06

とりあえずoperate2で動くのを確認しました。>>126

今日の作業がおわったら、配布で。

**root▲ ★** · 2005/11/11(金) 02:50:50

BBS.CGI - 2005/11/11

109 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/11/11(金) 02:42:33 ID:d6RFRwJS0
・味ぽんでも投稿確認画面が出るように(虫取り)
・MakeWorkFile から緊急ストッパーを切り出し(Emerg1020 Emerg1050)
・UpdateSubback サブルーチン化
・MakeIndex4PC サブルーチン化

今日までで、bbs_main中から、だらだらと長くて保守性の悪い部分はなくなったはず

**動け動けウゴウゴ２ちゃんねる** · 2005/11/11(金) 10:36:36

質問。味ぽん＝京ぽん？

**動け動けウゴウゴ２ちゃんねる** · 2005/11/11(金) 11:16:25

一般的な意味を聞いてるなら味ぽん!=京ぽん。JRCの出した初代AirH" Phoneの事と考えるのが普通。
MUMUMU氏の意図ならAirH" PHONE全部という可能性もあるな。
# もうAirH" PHONEというブランドは無いんだけども。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/11(金) 11:44:53

>>130
やはりAirH"=京ぽんをもじって味ぽんに（りゃな解釈？

**root▲ ★** · 2005/11/11(金) 11:53:17

私の定義:

・味ぽん: AH-J3001V AH-J3002V AH-J3003S

これらはbbs.cgi内で特別扱いしています( o 表示のゆえん )。

京ぽんのbbs.cgiでの特別扱いは全廃されました。
PCと全く同じ扱いです。

今後出るWillcom端末は、特別扱いしたくないですね。
ちゃんとリファラ吐いて、クッキー食べてほしい。

**root▲ ★** · 2005/11/11(金) 15:53:35

bbs.cgi のぐろーばるーについてのチラシの裏

$FOX <= 船単位で設定 (基本的に出航時に1回設定される)
$GB <= 1トランザクション単位で設定 (1投稿ごとに設定される)

例えば、SETTING.TXT の値はこうやって得られるです。

・SETTING.TXTは出航時に読めばよい固定値だから$FOX
・でも板名はトランザクションごとに変わるから$GB
・その下に要素がぶらさがる

$FOX->{$GB->{FORM}->{'bbs'}}->{"BBS_CONTENTS_NUMBER"}

SpeedyCGIの特性を利用した、すごくよい使い分けと思います。
もしこれがなかったら、どうやってもカオスからは脱出できなかった。

他の処理系をまたぐ必要のあるぐろーばるーは、全部追放か$GBに押し込める方向で。
でないと、どれがどれなんだかちっとも。

で、概ねそれはできたような気がしているです。
といっても、ほとんどはおじさんがやったわけですが。

**root▲ ★** · 2005/11/11(金) 15:56:31

で、該当部分。
# ちょっと感動した。

#設定ファイルを読む
sub foxReadSettings
{
my ($GB) = @_ ;
my $ita = $GB->{FORM}->{'bbs'} ;

$GB->{DEBUG} .= "SETTING.TXT よみこむ? $ita<br>";
if(defined($FOX->{$ita}))
{
$GB->{DEBUG} .= "SETTING.TXT 既に読み込み済みー(1)$ita<br>";
return 0;
}
$GB->{DEBUG} .= "SETTING.TXT よみこみー$ita<br>";
(以下略)

**動け動けウゴウゴ２ちゃんねる** · 2005/11/11(金) 16:22:24

デバッグの部分はリリース時に外さないの？

**root▲ ★** · 2005/11/11(金) 16:24:07

>>135
既に概ね、外れているです。
(ここはたまたま、外れてなかっただけみたい)

◆SSu.zv/rvs · 2005/11/11(金) 16:31:56

なにか言いたいけど
すでに getting drunk

**root▲ ★** · 2005/11/11(金) 16:32:47

>>137
現地は夜ですか。

◆SSu.zv/rvs · 2005/11/11(金) 16:36:12

そろそろ 11時? たぶん
三人でぽとる一本あけたから、、、、

with Jim &79

◆MUMUMUhnYI · 2005/11/11(金) 16:41:15

ぼうしぬいで、だらだら。

>>139
79さんですか。
そりゃ、たいへんだ。

ところで、飲酒禁止とか控えるとかゆう話、ありませんでしたっけ。

◆SSu.zv/rvs · 2005/11/11(金) 16:43:19

ないない

蒸留酒はok to me

◆MUMUMUhnYI · 2005/11/11(金) 16:45:01

そっか。

プリンが規制中なんでしたっけ。

◆SSu.zv/rvs · 2005/11/11(金) 16:46:03

そうそう

beer とか wine はご法度

でも沢山のんだけど　in Euro

**ヾ（ﾟﾊﾟ）ﾉ** ◆f0.zuburi6 · 2005/11/11(金) 18:58:25

めっ

◆TWARamEjuA · NG

DispError(sprintf qq|プリンが規制中です(%d)|, $GB->{prin}) if defined $GB->{prin};

**動け動けウゴウゴ２ちゃんねる** · 2005/11/11(金) 23:03:06

通風こわいよ通風

**root▲ ★** · NG

167 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/11/12(土) 05:19:07 ID:axdTew+g0 ?###
BBS.CGI - 2005/11/12a

# 051112a 雪だるまに向けたクリーンナップ大作戦その6
# $GB->{OUTDAT}, $GB->{LOGDAT}, $GB->{xID}, $GB->{xBE} 新設
# ResAnchor, MakeBEString, MakeIdStringAndLogdat, MakeLogdat,
# MakeOutdat, Update924, WriteDatFile 以上サブルーチン化 by む

これで、bbs_main の真ん中当たりにあったアドホックなワーク用変数を
ほとんど整理した。

明日あたりから、Check_HardPosting (連続投稿ですか？のところ)を見始めるか。

▲ ◆SANUKI/VII **＠焼きうどん ★** · 2005/11/12(土) 08:55:55

▲ ◆SANUKI/VII · NG

↑あら、ならなかったです

キャップ付けるとoutdatってなるだす

**root▲ ★** · NG

>>148-149
MakeOutdat をサブルーチン化する時に、
saku sakud saku2ch だけ特殊処理をしているところ
(これらは HOST: を表示しているが、キャップだとさらにそれらは出ない)
に、虫を入れてしまいました。

すみません。

2ｃｈの動作報告はここで。パート18
http://qb5.2ch.net/test/read.cgi/operate/1131005961/173-192

**root▲ ★** · NG

サブルーチンにして移動する時に、
色気心を起こして、処理の順番を変えてしまったです。

・虫がいた時

if (saku sakud saku2ch) {
if (capじゃない) {
datにHOST: が入ったのを作る
}
}
else
{
普通のdatを作る
}

・今(前と同じ)

普通のdatを作る
if (saku sakud saku2ch) {
if (catじゃない) {
datにHOST: が入ったのを作る
}
}

**root▲ ★** · NG

変えてしまった => 変えてしまっていた >>151

しかも、>>151 の上のやつはオプティマイズにはなっていないわけで。
なんだかなぁ。おじさんにセッキョーされそうだなぁ。(´・ω・｀)

**(^-^)犬** ◆VET4349ZB. · NG

猫？　　　　　　　　　　　　　　　　　　　いや、何となくです。分かりますから、、、ｺﾞﾒﾝﾁｬｲ

**動け動けウゴウゴ２ちゃんねる** · 2005/11/13(日) 02:31:52

qb5用のbbs.cgiの存在は、なかなか微妙だと思います。
削除系全般のHOST処理とか、BBQで串マークとか、規制でもfusianaで書き込めるとか。

バグの温床。 if(板名)ってのはなんとかやめること出来ないのかなあ

と、中身を何も知らないのに言ってみるテスト

**動け動けウゴウゴ２ちゃんねる** · 2005/11/13(日) 02:50:38

qb5だけ別CGIにすれば？

**root▲ ★** · NG

>>155
いやーん。

絶対、面手できなくなりそう。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/13(日) 03:02:06

そこを何とかがんばれ！

**root▲ ★** · NG

timecount/timecloseの処理をしているところって、
ずいぶん、贅肉があるみたいな。

歴史的経緯ですか。

simplify したいけど、今はとりあえずこのままにしておくか。

◆SSu.zv/rvs · 2005/11/13(日) 03:58:48

あるファイルをbbs.cgiだけがさわっているのであればラッキー
その確証が得られないor得るのがめんどくさい　→　放置
誰かが作った装置をさっさと取り外すのはやはり嫉妬の渦の中　→　さわらぬなんとか

なんてのが bbs.cgi の歴史です

**root▲ ★** · NG

>>159
> 誰かが作った装置をさっさと取り外すのはやはり嫉妬の渦の中　→　さわらぬなんとか

そうゆうものですか、、、。

私なんか、あんまりそうゆうこと考えずについさわってしまうし、そのことをどんどん公開してしまうし。
だから、いかんのかしら。

**root▲ ★** · NG

もちろん理由がなければそういうことはやらないし、
基本的には全部表でやるわけですけど。

て裕香、表でやれないようなことは、やっぱ体にも心にもいくないっす。
せめて２ちゃんねるぐらいでは、そうゆうことはできるだけしたくないなと。

**root▲ ★** · NG

２ちゃんねるぐらい = 趣味の世界

ってことですね。
仕事の世界だと、なかなかそうもいかないわけで。

あとはMakeWorkFileをちょっと読んで、今日は中身はいじらずにもうねるか。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/13(日) 08:17:00

（雑談スマソ）
>>161そこで裕香と誤変換しますか。彼女とか娘とか、はたまた平田裕香のファンなのか・・・ﾁｮｲｷﾆﾅﾙ

◆MUMUMUhnYI · 2005/11/13(日) 10:05:33

>>163
saku / sakud 等でよく見かける方のいち隠れファンです。

桶屋 · 2005/11/13(日) 11:38:03

>>158
今の時代、本当にtimecount/timecloseが必要なのか、一度考え直すのもいいのかも。

連続投稿に関してはsamba24 やバーボンができました。
投稿に関する対応は、ボランティアさんも含めた新しい仕組みが動くようになりました。
timecount/timecloseは、これらがない時代からあるものですね。

timecount/timecloseの必要性と、実装や運用のコストの比較になるのかなと。

**どくどくさぼてん** · 2005/11/13(日) 11:57:08

samba24は鯖ごと、バーボンに至っては全板一律だからなぁ。
確かsamba24はSETTING.TXTで設定できるようにする、って話もあったけど、
ただ、最近もちょくちょく全板でいっせいに設定値変えとかしてるから、
ちとそうもしづらいのかなぁ。とか。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/13(日) 14:35:57

>>165
板によって、結構絶妙なバランスで設定されてる
値だと思いますけどね。普通の使い方をしてる人では、
まず引っかからないし見ないから、「空気みたいなもの」
としか感じないかもしれませんが。

けど見てると、設定を微妙に変更することで、荒らしさんは
やっぱり速度が落ちたりとかするのを見たりします。
だから効果はあるんだと思います。

逆に言えば、普通の人がやたら引っかかるようなものは、
それなりに問題なんじゃないですかね。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/13(日) 16:49:45

>>166
もしできればでいいですけどsambaは全板と各板(setting.txt)の共存ができればええんでないかと

◆MUMUMUhnYI · NG

>>165-167
それなりに効果は出ていると思います。
たぶん２ちゃんねるが今よりもっともっと小さかった頃は、
画期的な仕組みだったんだと思うです。

でも今となっては、ファイルI/Oのコストが毎回(少ないとはいえ)
発生するのが、ちと気になるですね。
ということで投稿数が多い板だと、
この方式を現在の実装でやるのは、ちょっと苦しいところがあるです。

基本的に、効果を大きくしようとしてFIFOの段数を大きくすると
コストも大きくなってしまいますし、
段数が少ないと、効果が薄いです。

ということで、雪だるまにしてbbsd側でオンメモリでやるなら、
それほどでもないという読みで、今の方式を踏襲する形での実装は、
してもらおうかなと思っているです。
オンメモリならコストは低いし、実装もそれほどでもなさそうなので。

<チラシの裏>
あと、メッセージ本文の最初の何文字かとか本文の長さとか、
投稿したスレッドのキーとか時間とか、いろいろとっているけど、
今は全く使っていないので、このへんの贅肉をとって、
いずれはすっきりしたいなと思っているです。
<チラシの裏の隅>
たぶんこのへんも規制に使おうとした、あるいは昔規制に使ったことがあるんだろうなと。
</チラシの裏の隅>
</チラシの裏>

◆MUMUMUhnYI · NG

で、先回りして言ってしまうと、Samba24って、
そういうところが、よくできているです。

ようは、ひとことでいうと、
「大きい板でもコストを上げることなく、同じしくみで動かすことができる」ってことですかね。
スケーラビリティがあるとゆうか、成長に耐えるとゆうか。

実現している部分は正直、短いコードですけど、
かなり感心したところだったり。

◆SSu.zv/rvs · 2005/11/13(日) 22:13:04

さぁ　みんなで踊ろう

S A M B A !

もうすぐ夜明けだ。

◆MUMUMUhnYI · NG

>>171
なんか、早起きすね。

▲ ◆SANUKI/VII · NG

そうか、時差があるのか

**動け動けウゴウゴ２ちゃんねる** · 2005/11/13(日) 22:21:29

さてはまたゴルフだな・・・

**ヾ（ﾟﾊﾟ）ﾉ** ◆f0.zuburi6 · 2005/11/13(日) 22:21:47

またドアをドンドンやられたの？