05/10/28 15:59:39 0 BE:730324-###
雪だるま作戦において開発をすすめているbbsdでは、
+- [ フロントエンドサーバlive22x1 ] -- ユーザは
[ バックエンドサーバlive22 ] -+- [ フロントエンドサーバlive22x2 ] -- live22xという代表名で
制御プログラムbbsd +- [ フロントエンドサーバlive22x3 ] -- これらにアクセス
| | | dat直読みや、
dat subject.txt subback.html bbs.cgiやread.cgiやofflaw.cgi、
書きこみログ(芋掘り)ファイルなど (こちらは基本的に書き込み操作なし)
(書き込み操作はこちらで)
# 復帰/削除cgiなどについては、さてどっちかな => 今後の課題
という形で「ユーザの相手」と「各種ファイル処理」を複数のサーバに分業することにより、
さらなるパフォーマンスの向上を目論んでいます。
つまりこの場合、dat/subject.txt/subback.htmlは
バックエンドサーバで動作するbbsdというプログラムがリクエストに応じて生成し、
更新や場合によっては削除する形となります。
ということで、bbs.cgiをはじめとする従来２ちゃんねるで動いているcgiでは、
これらが同じサーバにあるつもりでファイル操作をしていましたが、
上記に示すように、少なくとも元本は同じサーバにはなくなるため、
何らかの形で対策を考慮する必要があります。
また現在、ID生成の種やSamba24や
timcount/timeclose等の規制関係で使用している一時ファイル等、
複数のフロントエンドサーバが同じ情報を、
何らかの形で共有する必要があるものもあります。
このスレッドではこれらの処理方法や実装方法について考えながら、
bbsdに持たせたい・持つべきな機能をあぶり出し、実装仕様を詰めていくことを目標にしています。
2:動け動けウゴウゴ２ちゃんねる
05/10/28 16:03:47 TergQv970
↓スレスト
3:root▲ ★
05/10/28 16:05:32 0 BE:4925669-###
ということでちょっとだけ覚悟を決めて、bbs.cgi を少しずつ読んでみたりしています。
私はまずは「今のbbs.cgiの実装そのままでは雪だるま仕様で動きそうもない」と思った件について、
ここにひとつずつ、書き込んでいくことにしようかなと思っています。
本業しながらなのでたぶんだらだらと進んでいくことになると思いますが、何卒ご容赦くださいです。
特に、bbsd の実装をすすめていただいている SunOS さんには、
今後ともおつきあいをよろしくお願いいたします。
で、dat直読みをどうするかについては、別スレでやりたいと思っています。
(たぶんApacheのmod_proxyを使うような気がしています)
4:root▲ ★
05/10/28 16:06:14 0 BE:5107878-###
ということで、まずはぼちぼちとすすめていこうかなと。
5:動け動けウゴウゴ２ちゃんねる
05/10/28 16:08:36 nLcesSP60
>>1
乙です。ところでVIP運用情報にタイムリーなんか変なの
6:動け動けウゴウゴ２ちゃんねる
05/10/28 16:10:19 nLcesSP60
＿|￣|○
7:動け動けウゴウゴ２ちゃんねる
05/10/28 16:26:00 j3qGzfuR0
>>2
m9(＾Д＾)ﾌﾟｷﾞｬｰ
8:▲ ◆SANUKI/VII
05/10/28 16:36:14 nytOBKXEP BE:2718623-###
わーい！
9:動け動けウゴウゴ２ちゃんねる
05/10/28 16:49:29 HU0HoH7B0
もう dat は google base に投げ入れてしまえ
10: ◆X7F1FulWvk
05/10/28 17:15:20 viqFHjEGO
記念
11:root▲ ★
05/10/28 17:16:34 0 BE:2189546-###
まず、ターゲットの宣言で。
1. bbs.cgi
12:root▲ ★
05/10/28 17:49:50 0 BE:6566898-###
とりあえず、パターン分けしていくです。
・ファイルの単位
A 板ごとに一つ(1単位)
B サーバごとに一つ(1単位)
...
Z その他
・更新頻度
a たまに
b 1日に1回
c 1スレ立つごとに更新
d 1書きこみごとに更新
...
z その他
(イメージをつかんだいただくための例)
1-A-a SETTING.TXT
1-B-a キャップのデータ(news18, news19を除く)
1-A-d timecount/timecloseのデータ
1-B-d Samba24のデータ
ということで要素を洗い出して、こんなふうに場合わけして、
そのうえで、
一) バックエンドで一元管理しないといけなそうなもの
二) バックエンドにある原本を、ゆっくりフロントエンドに配布すればよいもの
三) 別のところで作ったものを、フロントエンドに個別に配布すればよいもの
...
百) その他
というふうに場合わけして、上記 一) になったものを、bbsd の配下に入れることになるのかなと。
13:動け動けウゴウゴ２ちゃんねる
05/10/28 17:50:06 uV4g7e4W0
乙ですー
14: ◆SupercdT/.
05/10/28 17:51:57 eniqmoSH0
>>9
なんだそりゃｗ
15:動け動けウゴウゴ２ちゃんねる
05/10/28 17:53:13 OhUu29NH0
2. 恋人よ半年が過ぎ 逢えないが泣かないでくれ
ついに bbs.cgi に触れる覚悟を決めたむむむ。
しかし、そこに待ち受けていたのは巨大なカオスソース。
読み始めたむむむにはもはや引き返す道は無くなっていた。
果たして、bbs.cgi はどうなる？！
～ 第14章 むむむの覚悟 ～
16:root▲ ★
05/10/28 18:03:16 0 BE:1916137-###
今まで読んでわかったもの その1
整理番号 タイプ ファイル 分類
[1-1] 1-A-a SETTING.TXT 二
[1-2] 1-A-b IDを作るための種ファイル 一
[1-3] 1-B-a index.htmlの広告ファイル1 三
[1-4] 1-B-a index.htmlの広告ファイル2 三
[1-5] 1-B-a ●規制用ファイル 三
[1-6] 1-B-a リモホ規制用ファイル 三
[1-7] 1-B-a Rock54用データファイル 三
17:▲ ◆SANUKI/VII
05/10/28 18:04:33 nytOBKXEP BE:19026476-###
live22xに鯖の情報入れて置いて、板に書き込むとその鯖のdatフォルダに行くようにしたりするの？
18:root▲ ★
05/10/28 18:08:24 0 BE:1641863-###
単位新規追加
C bbspinkのサーバごとに一つ(1単位)
[1-8] 1-C-a bbspinkのみの広告ファイル 三
19:root▲ ★
05/10/28 18:10:56 0 BE:5746379-###
>>17
んーと、そういった実装のことを考えるのは、まだまだこれからかなと。
>>15
おじさんの努力により、昔ほどのカオスじゃなくなりました。
URLﾘﾝｸ(b01.kakiko.com)
20:動け動けウゴウゴ２ちゃんねる
05/10/28 18:14:55 OhUu29NH0
>>19
むむむさんなら「カオス」に突っ込んでくれると思った。
今は反省している。
おいちゃん頑張り過ぎなのよ(´･ω･`)
21:root▲ ★
05/10/28 18:17:30 0 BE:4378368-###
[1-9] 1-A-c スレッド立てすぎです、のための記録用ファイル 一
[1-10] 1-A-d timecount/timecloseのための記録用ファイル 一
22:root▲ ★
05/10/28 18:24:03 0 BE:1642829-###
メモ:
・datそのものや、datが入っているディレクトリを直接触っているものは、
何らかの対策を行う必要あり。
例:
ごめんなさいリミッター(datの数をreaddirで数えている)
スレッドの容量による制限(unless( -s $DATAFILE <= 512000))
23:root▲ ★
05/10/28 18:26:37 0 BE:1824645-###
メモ:
・立てようとしたスレッドキーじゃないキーでスレッドが立つケースの考慮要。
例えば1100000000でリクエストしたけど、1100000001でスレッドが立つ場合。
ごめんなさいリミッター2のところともからむ。
参考:
ｽﾚﾘﾝｸ(operate板:951番) あたり
24:root▲ ★
05/10/28 18:37:46 0 BE:3284249-###
[1-11] 1-B-a キャップのデータ(news18, news19のみ1-A-a) 二
[1-12] 1-B-c ●でスレッド立てすぎです、またにしてくださいの作業用ファイルとフォルダ 一
[1-13] 1-B-d Samba24の作業用ファイルとフォルダ 一
25:root▲ ★
05/10/28 18:40:28 0 BE:2736465-###
datに追記する/新規作成するところは、既にbbsdにおいて実装済みですね。
で、広告関係はbbsdが読み込んでindex.htmlを作るから、バックエンド側か。
以下修正。場合わけ追加。
四) バックエンドにだけ置けばいいもの
[1-3] 1-B-a index.htmlの広告ファイル1 四
[1-4] 1-B-a index.htmlの広告ファイル2 四
[1-8] 1-C-a bbspinkのみの広告ファイル 四
26:root▲ ★
05/10/28 18:42:19 0 BE:2188883-###
で、既にわかっているものとして、
・指定したdatをageる => スレッド924で使用
・指定したdatの大きさを得る => 512k制限で使用
・指定した板のdat数を得る => ごめんなさいリミッターで使用
かな。
27:root▲ ★
05/10/28 18:43:57 0 BE:1277827-###
あと、クラシックさんが入れた板飛びチェックの部分があるか。
でもこれは、>>23 により必要ないかもです。
・指定した板名・キーを持つdatがあるか調べる => 板飛び防止策で使用
28:root▲ ★
05/10/28 18:45:26 0 BE:3830876-###
芋堀り用のログファイルデータを突っ込むところは、既にbbsdで実装済みのはず。
…とりあえず以上かな。
しばらく、本業します。
29:root▲ ★
05/10/28 18:47:35 0 BE:1916137-###
・指定したファイルをtouchする => キャップのあぶり出しで使用
なので、>>26 も含めて、指定したファイルをtouchできる仕組みがあるといいかもです。
30:root▲ ★
05/10/28 18:51:23 0 BE:2280555-###
さて、仕事に戻る前に。
bbsd 的には、分類 一 と >>26 >>29 に対応するためのAPIを実装いただいて、
分類 四 については、こちらから情報を出して bbsd に入れていただくというのが、
よいと思いますです。
ということで、ここまでのばしておけば即死もなさげかしら。
あとは、またあとで。
31:root▲ ★
05/10/28 18:52:27 0 BE:1460328-###
…で、外から見て思いあたったところや、
これ忘れてるんじゃないの? と思ったことは、
どんどんここに書いていただけると助かりますです。
このスレの目的は個別のコミュニケーションじゃなくて、
みんなでわいわいしながらすすめていくことなんで。
32:動け動けウゴウゴ２ちゃんねる
05/10/28 18:54:46 ezRLTwJk0
(1)調べなきゃいけない項目について個別にbbs.cgiがbbsdに質問するのと
(2)書き込みデータをさっさとbbs.cgiからbbsdに渡して、bbsdが各項目をチェックする(1つでも駄目だったらエラーを返す)のと
どっちがええの？
なんでかっていうとさ、512k制限で思った。
1000超えたスレッドとかスレストされたスレッドもbbs.cgiかbbsdかで調べなきゃいけないんじゃ？
33:32
05/10/28 19:02:23 ezRLTwJk0
俺の記憶だと
スレストや、レス数1000を超えたでパーミッションが落とされるんじゃなかったっけ？
エラーメッセージが1000超えとスレストは
ＥＲＲＯＲ！
ＥＲＲＯＲ：このスレッドには書き込めません。
512kだと
ＥＲＲＯＲ！
ＥＲＲＯＲ：このスレッドは512kを超えているので書けません！
どうせ書き込み時毎回サイズ調べてるんだったら、サイズオーバーを検出した時点でパーミッション落とすとか。
…なんか本題とずれちゃった
34:root▲ ★
05/10/28 19:04:09 0 BE:4104195-###
>>32
たぶん、事象により個別に考える必要があるですね。
というかまさに「考えどころ」な気がするです。
指摘のとおり、1000超えやスレストのところの判定は、
unless(-w $DATAFILE) とかしているので、
何らかのAPIにより事前に判定するか(1)、bbsdがエラーを戻すか(2)、
いずれにせよどっちが必要ですね。
35:root▲ ★
05/10/28 19:06:26 0 BE:1916137-###
どっちが => どっちかが >>34
36:root▲ ★
05/10/28 19:21:08 0 BE:4378368-###
>>25 場合わけ修正
四) 別のところで作ったものを、バックエンドにだけ置けばいいもの
37:動け動けウゴウゴ２ちゃんねる
05/10/28 19:44:54 YoVlyfOv0
ここはrootの独り言スレですか？
38:動け動けウゴウゴ２ちゃんねる
05/10/28 19:47:44 3oPsG9+x0
>>37
こういうこと始めますよと公言して皆さんの意見も取り入れーのみたいな
基本的にrootたんが新しい事やる時は抜き打ちはない
39:動け動けウゴウゴ２ちゃんねる
05/10/28 19:51:45 uV4g7e4W0
>>37
独白のように淡々と名講義をするスレ
40:root▲ ★
05/10/28 20:00:00 0 BE:2189164-###
あとは、、、。各種呪文ですね。
dat、subject.txt、subback.html、index.htmlを触るものは、
何らかの対策が必要かもしれません(必要じゃないかもしれません)。
・各種呪文というか、スキルですか。
- 復帰系
- レス削除
- 透明削除
- スレ削除
- スレ移動
- スレスト・スレスト解除
- サーバまたぎ移動(もうあるのかな)
- 手動むぎゅ
自動なもの
・F22
- dat落ちの際に復帰がかかっている
- いろんなお掃除系
で、SunOSさんにここで一つ質問ですが、
現在のbbsdで「常時かかえて握っている」ファイルは、
subject,txt / subback.html / index.html の3つだけで、よかったんでしたっけか。
それとも SETTING.TXT も抱えちゃうんでしたっけ。
41:動け動けウゴウゴ２ちゃんねる
05/10/28 21:18:59 /s1pxg4g0
ほんど事情の分かっていないシロートですが。
Samba24は一部の板が違う設定になっているサーバがあるようです。
bubble4 （archivesのみ120秒、その他は30秒）
news19 （newsplusのみ120秒、その他は30秒）
tv8 （tvのみ120秒、その他は45秒）
こういう設定と「Samba24のデータ」は別物？ それとも一部の例外？
42: ◆TWARamEjuA
05/10/28 21:50:41 VhicGCv00 BE:1742944-###
(´-`).｡ｏＯ(Rock54のファイルも抱え込むとまずいのかなぁ。。。)
43:動け動けウゴウゴ２ちゃんねる
05/10/28 21:51:33 3oPsG9+x0
>>41
120秒はBe-Type2なので特別仕様じゃないかと
44:動け動けウゴウゴ２ちゃんねる
05/10/28 22:01:36 /s1pxg4g0
>>43
なるほど。そういうことか。
確かに、archives@bubble4とtv@tv8は、
>BBS_BE_TYPE2=checked
ですね。
でも、newsplus@news19は
>BBS_BE_TYPE2=
みたい。ここは、さらに別の場所で設定しているのか？
45:▲ ◆cZfSunOs.U
05/10/28 22:44:10 t62IzKuV0
>>1 乙です．
># 復帰/削除cgiなどについては、さてどっちかな => 今後の課題
bbsd に機能を実装するものはフロント側に置いた CGI から bbsd を呼んで，
bbsd に機能を実装しないものはバック側においた CGI を mod_proxy でそのまま呼ぶ，
って感じでしょうか．まぁこの点はとりあえず今後のことですね．
>>22
>ごめんなさいリミッター(datの数をreaddirで数えている)
これは，bbsd で保持している subject データと実際の dat 数に
乖離が生じるのは，サーバダウン後復帰かける前など限られた条件下のみと
思われるので，subject データからカウントする方が軽そうですが，どうでしょうか？
>スレッドの容量による制限(unless( -s $DATAFILE <= 512000))
このチェックはすでに bbsd に入ってますね（EDQUOT に相当する
エラーメッセージを返します）．
>>33-34
1000 レスや 512kB に到達した時点でパーミッションは 0555 にするようになってます．
で，このパーミッションなら dat に書き込もうとすれば自ずと EACCES になりますね．
>>40
>現在のbbsdで「常時かかえて握っている」ファイルは、
>subject,txt / subback.html / index.html の3つだけで、よかったんでしたっけか。
>それとも SETTING.TXT も抱えちゃうんでしたっけ。
「仮に他のプログラムが変更しても bbsd によって上書きされる」ということなら
subject.txt / subback.html / index.html の3つですね．SETTING.TXT は
読み込み専用なのでそういうことはありません．ただ，設定読み込みのため
mmap() したままにするので，更新時にはいったん別ファイル名でうpしてから
rename という手順でやってもらった方がいいです．
以下，とりあえず現在実装されているものを列記します．
書き込み処理:
my $errmsg = bbsd($bbs, $key, $datline, $footnote, "$logfilename:$logline");
レスの通常あぼーん:
my $errmsg = bbsd($bbs, "delete:$key", $range, "$logfilename:$logline");
レスの透明あぼーん:
my $errmsg = bbsd($bbs, "tdelete:$key", $range, "$logfilename:$logline");
スレッドのゴミ箱逝き:
my $errmsg = bbsd($bbs, "delete:$key", '*', "$logfilename:$logline");
スレッドのファイル自体削除:
my $errmsg = bbsd($bbs, "tdelete:$key", '*', "$logfilename:$logline");
スレを subject から消す:
my $errmsg = bbsd($bbs, 'purge', $keys, "$logfilename:$logline");
subject.txt 等の再生成:
my $errmsg = bbsd($bbs, 'repair', "$logfilename:$logline");
dat/*.dat から html/*.html を再生成:
my $errmsg = bbsd($bbs, 'makehtml', "$logfilename:$logline");
ステータス情報の取得:
my $statmsg = bbsd($bbs, 'stat', "$logfilename:$logline");
46:動け動けウゴウゴ２ちゃんねる
05/10/28 23:20:40 2H+WxHhx0
>>ごめんなさいリミッター(datの数をreaddirで数えている)
>
>これは，bbsd で保持している subject データと実際の dat 数に
>乖離が生じるのは，サーバダウン後復帰かける前など限られた条件下のみと
>思われるので，subject データからカウントする方が軽そうですが，どうでしょうか？
不可視スレとかよくあるから、厳密にやるならやはりdatを数えた方が
いいと思います。
削除や移動でも、subjectにスレタイが残って、datは消えてるという
パターンもあったりします。
（結局そういうのは復帰してもらってでないと直らない）
47:▲ ◆cZfSunOs.U
05/10/28 23:42:47 t62IzKuV0
>>46 ん～と，現状で発生しているそうした subject.txt と実際の dat との
乖離というのは，スレ立てや削除・移動など subject.txt 更新のタイミングの
バッティングで発生しているのではないかと思うのですが，bbsd では
subject 更新を一元管理するため，原理的にはそうしたバッティングは発生しないはずなんです．
で，乖離が生じるとしたらサーバダウン後の復帰前などの限られた条件下だろうと．
48:動け動けウゴウゴ２ちゃんねる
05/10/28 23:53:15 2H+WxHhx0
>>47
あ。。。
subject＝subject.txtと思ってました。。
すまそです。
49:▲ ◆cZfSunOs.U
05/10/29 00:28:15 CK7XWoMC0
とりあえず，今までに挙がった要実装のものはこんなところでしょうか．
>>16
>[1-2] 1-A-b IDを作るための種ファイル 一
>>21
>[1-9] 1-A-c スレッド立てすぎです、のための記録用ファイル 一
>[1-10] 1-A-d timecount/timecloseのための記録用ファイル 一
>>23
>・立てようとしたスレッドキーじゃないキーでスレッドが立つケースの考慮要。
>>24
>[1-12] 1-B-c ●でスレッド立てすぎです、またにしてくださいの作業用ファイルとフォルダ 一
>[1-13] 1-B-d Samba24の作業用ファイルとフォルダ 一
>>25
>[1-3] 1-B-a index.htmlの広告ファイル1 四
>[1-4] 1-B-a index.htmlの広告ファイル2 四
>[1-8] 1-C-a bbspinkのみの広告ファイル 四
>>26
>・指定したdatをageる => スレッド924で使用
>・指定した板のdat数を得る => ごめんなさいリミッターで使用
>>29
>・指定したファイルをtouchする => キャップのあぶり出しで使用
>>40
>あとは、、、。各種呪文ですね。
50:root▲ ★
05/10/29 00:30:18 0 BE:2736656-###
>>41 >>43-44
板別のSambaの秒数データは、bbs.cgi が持っているです。
bbs.cgiを雪だるま仕様にしても、概ねそのまま動くと思っています。
>>42
Rock54のデータ従来通り、
>>16
> [1-7] 1-B-a Rock54用データファイル 三
は、個々のフロント側bbs.cgi(の船)で抱え込めばOKと思います。
つまり、既にbbs.cgiで抱え込んでいるので、
bbs.cgiを雪だるま仕様にしても、概ねそのまま動くと思っています。
51:root▲ ★
05/10/29 00:33:46 0 BE:2919348-###
>>45
> bbsd に機能を実装するものはフロント側に置いた CGI から bbsd を呼んで，
> bbsd に機能を実装しないものはバック側においた CGI を mod_proxy でそのまま呼ぶ，
> って感じでしょうか．まぁこの点はとりあえず今後のことですね．
そういうことになりますね。
> これは，bbsd で保持している subject データと実際の dat 数に
> 乖離が生じるのは，サーバダウン後復帰かける前など限られた条件下のみと
> 思われるので，subject データからカウントする方が軽そうですが，どうでしょうか？
それで問題ないと思います。
下記にもありますが、subject.txtが信用できるなら、そのほうが軽そうです。
> >スレッドの容量による制限(unless( -s $DATAFILE <= 512000))
> このチェックはすでに bbsd に入ってますね（EDQUOT に相当する
> エラーメッセージを返します）．
了解です。
つまり雪だるま仕様では「書いてみて EDQUOT だったらこのエラーにすればよい」と。
> >>33-34
> 1000 レスや 512kB に到達した時点でパーミッションは 0555 にするようになってます．
> で，このパーミッションなら dat に書き込もうとすれば自ずと EACCES になりますね．
つまり雪だるま仕様では「書いてみて EACCESS だったらこのエラーにすればよい」と。
52:root▲ ★
05/10/29 00:37:33 0 BE:5746379-###
>>45 続き
> >>40
> >現在のbbsdで「常時かかえて握っている」ファイルは、
> >subject,txt / subback.html / index.html の3つだけで、よかったんでしたっけか。
> >それとも SETTING.TXT も抱えちゃうんでしたっけ。
> 「仮に他のプログラムが変更しても bbsd によって上書きされる」ということなら
> subject.txt / subback.html / index.html の3つですね．SETTING.TXT は
> 読み込み専用なのでそういうことはありません．ただ，設定読み込みのため
> mmap() したままにするので，更新時にはいったん別ファイル名でうpしてから
> rename という手順でやってもらった方がいいです．
なるほど。
「常時抱えて握っている」というのは、mmap() したままにする、とか、
open() したままにする、という意味でした。
個々の dat は、握らないのですね。
言い替えれば「bbsdにお伺いを立てずに今まで通り更新してもよいのか、
上記のようにアトミック性を考慮した更新をする必要があるのか、ということを
言っていました。
わかったこと: SETTING.TXT を変更する cgi は、変更する必要あり。
手でむぎゅる場合も、cp してそっちをいじって mv する必要がある。
53:root▲ ★
05/10/29 00:41:32 0 BE:1916137-###
>>45 さらに続き
> 以下，とりあえず現在実装されているものを列記します．
> 書き込み処理:
> my $errmsg = bbsd($bbs, $key, $datline, $footnote, "$logfilename:$logline");
これで、スレ立ても大丈夫なのかしら。
あと、それぞれのAPIの戻り値の意味を教えていただけると助かります。
> レスの通常あぼーん:
> my $errmsg = bbsd($bbs, "delete:$key", $range, "$logfilename:$logline");
> レスの透明あぼーん:
> my $errmsg = bbsd($bbs, "tdelete:$key", $range, "$logfilename:$logline");
> スレッドのゴミ箱逝き:
> my $errmsg = bbsd($bbs, "delete:$key", '*', "$logfilename:$logline");
> スレッドのファイル自体削除:
> my $errmsg = bbsd($bbs, "tdelete:$key", '*', "$logfilename:$logline");
削除系は、このへんを呼べばよいと。
subject.txt のつじつまは、合うのかしら。
あとは、スレスト処理ですかね。
> スレを subject から消す:
> my $errmsg = bbsd($bbs, 'purge', $keys, "$logfilename:$logline");
これは、スレ削除すると必要?
> subject.txt 等の再生成:
> my $errmsg = bbsd($bbs, 'repair', "$logfilename:$logline");
> dat/*.dat から html/*.html を再生成:
> my $errmsg = bbsd($bbs, 'makehtml', "$logfilename:$logline");
このへんは復帰処理に組み込む、ってことですね。
> ステータス情報の取得:
> my $statmsg = bbsd($bbs, 'stat', "$logfilename:$logline");
これは、何が戻って来るんでしたっけか。
54:root▲ ★
05/10/29 00:43:21 0 BE:5745997-###
>>49
そんなかんじだと思います。
55:▲ ◆cZfSunOs.U
05/10/29 00:59:03 CK7XWoMC0
>>52
>個々の dat は、握らないのですね。
握りませんです．
>>53
> > 書き込み処理:
> > my $errmsg = bbsd($bbs, $key, $datline, $footnote, "$logfilename:$logline");
>
>これで、スレ立ても大丈夫なのかしら。
>あと、それぞれのAPIの戻り値の意味を教えていただけると助かります。
これはスレ立て・レス追加兼用ですね（どちらであるかは $datline 中のスレタイフィールドに
文字列が入っているか否かで判断しています）．$errmsg とあるのはすべて，成功時は空文字列，
失敗時はそれを示すエラーメッセージとなります．ただし，スレ立ての成功時は
>>23によりスレッドキーを返すよう変更する方向となりますかね．
> > レスの通常あぼーん:
> > レスの透明あぼーん:
> > スレッドのゴミ箱逝き:
> > スレッドのファイル自体削除:
>
>削除系は、このへんを呼べばよいと。
>subject.txt のつじつまは、合うのかしら。
そうですね．subject も含めて処理します．
> > スレを subject から消す:
>
>これは、スレ削除すると必要?
上記 API によるスレ削除の場合は不要です．F22 による dat 落ちなどによる
利用を想定したものです．
> > subject.txt 等の再生成:
> > dat/*.dat から html/*.html を再生成:
>
>このへんは復帰処理に組み込む、ってことですね。
そうですね．
> > ステータス情報の取得:
>
>これは、何が戻って来るんでしたっけか。
これは各種 CGI の処理とは直接関係ないですが，チューニングなどの際に
参考になるように各種情報を返します．まぁ百聞は一見にしかずで
実際に呼んでみるとわかるかと思います．
56:削除屋＠放浪人 ★
05/10/29 01:00:12 0
>>53
中身を見てないで、動作だけのお話しですが、
スレッド移動は、恐らくdatを移動した後、subject.txtの
一番下に、直接スレッドキー＋タイトルを書き込んでる
と思います（必ず移動後に、subject.txtの一番下に
移転したスレッドが現れますので）。
スレストは、subject.txtに対しては何もしてません（多分）。
スレ削除は、subject.txtからスレッドキー＋タイトルも
削除しているようです。
57:root▲ ★
05/10/29 02:07:27 0 BE:3192757-###
>>55
> 握りませんです．
なるほど、F22は従来通りdatを落としてよいと。
# で、つじつま合わせのためのAPIもあると(下記)。
> （どちらであるかは $datline 中のスレタイフィールドに
> 文字列が入っているか否かで判断しています）．
了解です。
新スレかどうかの判定部分ではこんなかんじ↓のことをしているので、
bbs.cgiとも親和性がよいです。
#subjectがあれば新規スレッド
if($GB->{FORM}->{'subject'} ne ""){
で、
> ただし，スレ立ての成功時は
> >>23によりスレッドキーを返すよう変更する方向となりますかね．
としていただけるとありがたいです。
> そうですね．subject も含めて処理します．
了解です。
であれば、削除後の復帰処理は要らないというか、
呪文を対応させる時はそういうふうにする必要があると。
> F22 による dat 落ちなどによる
> 利用を想定したものです．
さすがです。
> まぁ百聞は一見にしかずで実際に呼んでみるとわかるかと思います．
やってみます。
というか、ソース読んでみればいいのか。
58:root▲ ★
05/10/29 02:12:57 0 BE:1824454-###
>>56
情報提供助かります。
このへんは、対応APIを組み込めばいけそうなかんじですね。
呪文の名前とか使い方とか、全然知らない(というか、調べないようにしている)私。
# 各種呪文を誰が雪だるまに対応させるのかとか、、、。
# 呪文のを知っている人が自然にやってくれますよ、うん。
# …などと、奈良県のほうを向いて、唱えておこう。そうしよう。
59:動け動けウゴウゴ２ちゃんねる
05/10/29 02:52:39 jGhfpJgSO
編集長の出番のようです
60:● ◆ANGLERlqvM
05/10/29 05:38:00 bfihZkie0 BE:895542-###
たもん君の出番らしい。
61:動け動けウゴウゴ２ちゃんねる
05/10/29 12:04:13 AepvJ9zM0
奈良県方面でサーバお守り関連の人＝サザン君
62:動け動けウゴウゴ２ちゃんねる
05/10/29 12:54:28 qTGI6+cH0
編集長様降臨されませませ…
神様ほっとけ様あらいぐま様…
(；-人-)南無阿弥陀仏南無阿弥陀仏…
63:動け動けウゴウゴ２ちゃんねる
05/10/29 18:50:41 fxU6mbEA0
>>60
64:ひろゆき＠どうやら管理人 ★
05/10/29 21:24:02 0 BE:252285-###
ｽﾚﾘﾝｸ(operate板:743番)n-755
そろそろ、read.cgiの関連ページのリンクをはずしてもいいような気がするんですが、
どうでしょうか？
。。と。
65:▲ ◆SANUKI/VII
05/10/29 21:28:08 VXcDQXHVP BE:18120285-###
こっち向け？
ｽﾚﾘﾝｸ(operate板)
66:動け動けウゴウゴ２ちゃんねる
05/10/29 21:31:02 mt07d3s10
>>65
雪だるまと言われたからこっちに来たのだろう、と
67:む P221119009163.ppp.prin.ne.jp
05/10/29 21:36:50 SXFPINpz0
帰宅後にでも。
68:動け動けウゴウゴ２ちゃんねる
05/10/29 21:43:32 523te7Gi0 BE:1035432-###
ひ（ｒｙをここで見るの初めてのような気がする
69:動け動けウゴウゴ２ちゃんねる
05/10/29 21:44:50 523te7Gi0 BE:4140364-###
ってここ雪だるまは雪だるまでも難民じゃないじゃん！
誤爆ｽﾏｿ
70:▲ ◆cZfSunOs.U
05/10/31 02:06:22 4tjMop6J0
とりあえず，仕様がはっきりしていて実装も比較的容易なものから順次やっていきます．
----------------------------------------------------------------------
指定した板の dat 数を得る:
my $ndats = bbsd($bbs, 'getndats', "$logfilename:$logline");
指定した dat を age る:
my $errmsg = bbsd($bbs, 'raise', $key, "$logfilename:$logline");
指定したファイルを touch する:
my $errmsg = bbsd($path, 'touch', $mtime, "$logfilename:$logline");
# $mtime は Unix 時間（0 なら現在時刻にする）
スレ立ての成功時はスレッドキーを返すよう変更
----------------------------------------------------------------------
ここまで実装しますた．
で，以下のはどのような仕様にするのがいいんでしょう．引数・戻り値や処理内容など......
[1-2] 1-A-b IDを作るための種ファイル 一
[1-9] 1-A-c スレッド立てすぎです、のための記録用ファイル 一
[1-10] 1-A-d timecount/timecloseのための記録用ファイル 一
[1-12] 1-B-c ●でスレッド立てすぎです、またにしてくださいの作業用ファイルとフォルダ 一
[1-13] 1-B-d Samba24の作業用ファイルとフォルダ 一
71:root▲ ★
05/10/31 02:15:45 0 BE:6567089-###
>>70
おつです、おつです。
そのへんについては、bbs.cgiで扱っている情報の種別・内容などを
書ける範囲でここに書いていくです。
今日はちと遅いので、明日以降にでも。
72:('A`) ◆jOBMANDKSA
05/11/01 04:13:44 lNSUZa7JO
壁|A`).oO(なんか面白そうなスレだな・・・・見守ってみるか
73:root▲ ★
05/11/01 04:31:39 0 BE:1095326-###
さて、いよいよ「詰めていく」をはじめようかと。
まずは、
[1-2] 1-A-b IDを作るための種ファイル 一
についてです。
IDの種は、板ごとにファイル(以下、種ファイルと呼ぶことにします)で持っていて、
そのフォーマットは、
YYYY_MM_DD<>xxバイトのバイナリ
となっています。
# YYYY になったのは、今日からです(w。
<> はセパレータです。
ようは、「日付」と「xxバイトの種」を、
板ごとに一セット、ファイルで記録していると考えていただければ、よいと思います。
(続く)
74:root▲ ★
05/11/01 04:59:17 0 BE:7387799-###
で、bbs.cgiは、このような動作をするようです。
まずbbs.cgi船が出航すると、
いっとう最初の初期化のところで、種ファイルのチェックにいきます。
で、種ファイルがない(最初の状態)、あるいは読み込んだ種ファイルの
日付が今日じゃなかったら、bbs.cgiは種ファイルを作り直して、
作った日付と新しい種をファイルに記録して、以降その種を使います。
この時、xxバイトの種が変わります。つまり、IDが変わります。
で、読み込んだ種ファイルの日付が今日だったら、
読み込んだ種をそのまま使います。つまり、IDは前と変わらないわけです。
で、このファイルは基本的にbbs.cgi船の出航時にしか読み込まないようになっています。
(おじさんならではの、無駄なI/Oをできるだけ少なくする工夫)
つまり、船の再利用(2回目以降の実行)の時は、既に読んでいる種ファイルの
日付(2回目以降の実行なので、既にメモリ上にあります)のチェックだけをして、
2回目以降に起動された時の日付と比較しています。
その結果「まだ同じ日付」だったら、今メモリ上にある種を使い回すことにして、
ファイルの作り直し・読み直しをしません。
日付が違っていたら、作り直しをします。
ということで、日付が変わったら、その時点で船が生きていてもIDだけは変わるように、
私の知らない間に、いつの間にか改良が施されていたようです。
75:root▲ ★
05/11/01 05:09:23 0 BE:1094562-###
で、雪だるま環境では、この種ファイルは、複数あるフロントエンドで
同じものを共有する必要があります。
でないと、担当したクライアントごとに、IDが変わってしまいます。
しかも、0:00になったことをbbs.cgiが検知すると、
ファイルを更新する操作がかかります(サブルーチンになっています)。
なので、雪だるま環境では、こんな動きになると思います。
・bbs.cgiは最初のいっぱつめでbbsdに「板名」「今日のID種ちょうだい」と言う
・bbsdは「その板の今日のIDの種はこれだよ」と、16バイトのバイナリをbbs.cgiに返す
・bbs.cgiはディスク上(メモリディスクがベター)に、今まで同様に記録する
・bbs.cgiの動き的には、あとは今までと一緒
(続く)
76:root▲ ★
05/11/01 05:16:13 0 BE:912252-###
ということでbbsdでは、
・bbs.cgi に該当リクエストを聞かれた時点で、
もしファイルがなければ、public_html/板名/md5.cgi などという名前で、
>>73 のフォーマットのファイルを作成する
・もし>>73のファイルが既にあり、今日の日付だったら、
その中身の種を返す
・日付が変わっていたら、ファイルを作り直して、作り直した結果の種を返す
のように動く API を、一つ用意していただくとよいと思うです。
種は例えば /dev/random いくばくか読むなどして、16バイトのバイナリを、
板ごとにユニークに作っていただければよいです。
まずはこんなところで。
77:root▲ ★
05/11/01 05:25:45 0 BE:1641492-###
>>76 補足
> ・bbs.cgi に該当リクエストを聞かれた時点で、
> もしファイルがなければ、public_html/板名/md5.cgi などという名前で、
> >>73 のフォーマットのファイルを作成する
作成したうえで、呼び出し元に種を返さないといけませんね。はい。
そんでは、今日はねるです。
78:root▲ ★
05/11/01 16:25:59 0 BE:4104959-###
> [1-9] 1-A-c スレッド立てすぎです、のための記録用ファイル 一
のところを少しずつ読みはじめています。
ふーむ、、、。
79:root▲ ★
05/11/01 16:33:16 0 BE:1276872-###
簡単にいえば、行単位でのスタック処理ですね、これ。
> [1-10] 1-A-d timecount/timecloseのための記録用ファイル 一
も、同じようなスタック処理の様子。
汎用スタックルーチンを bbsd 側で作ってもらうのが、よさげな予感。
80:root▲ ★
05/11/01 16:52:55 0 BE:2736656-###
スタックというか、FIFOか。
少なくとも [1-9] はそういう動き。
81:root▲ ★
05/11/01 17:34:24 0 BE:4104959-###
[1-9] 1-A-c スレッド立てすぎです、のための記録用ファイル 一
これは、以下のようなFIFO用汎用APIをbbsd側で作っていただければいけると思います。
・板別FIFOへのデータ登録・チェックAPI
- 「板名」「FIFOファイル」「FIFO段数」「登録キー」「登録データ」を引数として、bbs.cgiから呼び出し
(例)
* 板名 operate
* FIFOファイル ほにゃらか.cgi (バックエンド側で public_html/operate/ほにゃらか.cgi となる)
* FIFO段数 数字(整数)
* 登録キー 数字(整数)
* 登録データ 文字列
1) FIFOファイルがなければ作成する
2) FIFOファイルがあった場合、中を調べて、
2-1) 既にFIFO中に同じ「登録キー」があったら、「もうそのキーはあるよ」をbbs.cgiに返す、
FIFOの順番はいじらない
2-2) 「登録キー」がなかったら、指定された「登録キー」「登録データ」をFIFOファイルに記録し、
「正常に登録できた」をbbs.cgiに返す
指定されたFIFO段数を超えた分は、古いものから順にFIFOから削除する
82:root▲ ★
05/11/01 17:37:41 0 BE:2189546-###
FIFOファイルは、以下のフォーマットにしていただけるとありがたいです。
登録キー,登録データ
登録キー,登録データ
...
(FIFO段数分これが存在)
登録キー,登録データ
登録データとしては、, や ( ) が入ったりすることもありえます。
83:root▲ ★
05/11/01 17:41:05 0 BE:3283294-###
これで、bbsd で「スレッド立てすぎです」のためのFIFOを一元管理し、
各フロントエンドの bbs.cgi からスレ立て時に問い合わせることになります。
まだきちんと読んでいませんが、timecount/timeclose のところも
基本的にはこれまたはこれのバリアントで、いけるような気がしています。
84:root▲ ★
05/11/01 17:41:40 0 BE:912252-###
…さて、とりあえず今日はこのぐらいで。
85:root▲ ★
05/11/01 17:48:52 0 BE:2919348-###
ただ、バリアントとはいえ、微妙なことはいくつかしているようです。
たぶん、FIFOとはいえ、[1-10] は [1-9] ほど簡単な構造ではないですね。
いずれにせよ、以降は明日以降とゆうことで。
86:root▲ ★
05/11/01 18:26:33 0 BE:912825-###
で、基本路線を書いておこうと。
基本的には、
dat直読みやsubject.txtはApacheの機能で、
すべてのフロントエンドで共有しなければいけないデータで、
かつすばやい同期・反映・浸透が求められるものは bbsd で一元管理し、
すべてのフロントエンドで共有しなければいけないデータで、
バックエンドからゆっくり同期すればいいもの(例: SETTING.TXT やキャップデータ)は、
rsync とかでゆくーり配る
別のマスターから配布しているもの(Rock54のデータとか)は、基本的に今までどおり
といったかんじで。
87:root▲ ★
05/11/01 22:43:38 0 BE:2919348-###
【スレ立て規制】 mesh だけ規制強化する?
ｽﾚﾘﾝｸ(operate板)
URLﾘﾝｸ(qb5.2ch.net)
を、教えてもらいました。< スレ立て規制
88:▲ ◆cZfSunOs.U
05/11/01 23:44:09 WRnidKIn0
>>73-87 乙です．ぼちぼちやっていきます．
ところで，各データについてリブートをまたいで保持する必要があるか否か
ということについてはどうなりますでしょうか．リブートをまたいだ保持が
不要なデータについては，ファイルに記録せずオンメモリで完結させてしまった方が
簡単かも知れませんので......
89:root▲ ★
05/11/01 23:58:26 0 BE:1276872-###
>>88
基本的には、これまでここで出たものはファイルを持たせる方向でお願いしますです。
90:root▲ ★
05/11/02 00:06:09 0 BE:912825-###
うぉ、暴発。
IDの種やスレッド立て抑制のためのデータは、さすがに揮発するとまずいです。
IDが変わってしまったり、リブート後にスレッド立ちまくりになったりしてしまうんで、、、。
明日以降ぼちぼちやっていこうと思っている、timecount/timecloseとかは、
場合によってはオンメモリだけでもいいかもしんないです。
これは私もまだ読みきってないんで、別途考慮ってかんじですか。
91:▲ ◆cZfSunOs.U
05/11/02 00:10:39 XmaccJrd0
>>89-90 了解です．
92:root▲ ★
05/11/04 14:58:41 0 BE:2188883-###
[1-12] 1-B-c ●でスレッド立てすぎです、またにしてくださいの作業用ファイルとフォルダ 一
[1-13] 1-B-d Samba24の作業用ファイルとフォルダ 一
これやろうかと。
93:▲ ◆cZfSunOs.U
05/11/05 21:55:21 JPA5x/Zh0
[1-2] 1-A-b IDを作るための種ファイル 一 (>>73-77):
my $md5seed = bbsd($bbs, 'getmd5seed', "$logfilename:$logline");
・ $DOCUMENT_ROOT/$bbs/md5.cgi がなければ作成（"yyyy_mm_dd<>16bytes-seed"），あればそれを読み込む．
・ yyyy_mm_dd を現在の日付と比較し，同じならそのまま返し，違っていたら作り直した上で返す．
[1-9] 1-A-c スレッド立てすぎです、のための記録用ファイル 一 (>>81-82):
my $value = bbsd($bbs, 'chkthr', $file, $n, $key, $value, "$logfilename:$logline");
・ $DOCUMENT_ROOT/$bbs/$file があればそれを読み込む．
・ $key というキーを持つデータが存在すれば，それと対になって記録されていた $value を戻り値として返す．
FIFO データは変更せず．（FIFO の順番だけでなく $value も更新しないということでいいんですよね？）
・ $key というキーを持つデータが存在しなければ，それを FIFO の末尾に追加する．
FIFO 段数が $n より多ければ余剰分を先頭から順に削除．
更新結果をファイルに書き出す．空文字列を戻り値として返す．
----------------------------------------------------------------------
ここまで実装しますた．
で，念のため [1-9] の $value の最大サイズがどの程度になるか教えておいて下さい．
あと，[1-10], [1-12], [1-13] の記録データの最大サイズも同様におながいします．
94:root▲ ★
05/11/05 23:21:16 0
>>93
おつです。おつです。
> （FIFO の順番だけでなく $value も更新しないということでいいんですよね？）
よいです。
> で，念のため [1-9] の $value の最大サイズがどの程度になるか教えておいて下さい．
ホストネームの最大長 + α ぐらいでよいと思います。
安全をみて、512 Bytes とかでよいかと。
> あと，[1-10], [1-12], [1-13] の記録データの最大サイズも同様におながいします．
了解です。
仕様指定時に改めて指定させていただきますです。
95:動け動けウゴウゴ２ちゃんねる
05/11/06 20:25:11 oVNuRozN0
>>75-76
日付を管理するサーバが複数あると誤動作の元。
bbs.cgi で日付を管理、bbsd はbbs.cgiからもらった日付と板名をキーにして
テーブル等から種を検索する方法を提案します。
96:root▲ ★
05/11/06 22:22:18 0 BE:3648858-###
>>95
bbs.cgi は複数のサーバ(live22x1～live22x3)で動くんで、
それだと、かえって混乱しちゃうような。
97:動け動けウゴウゴ２ちゃんねる
05/11/06 22:58:29 yvSWRg1b0
>>96
live22x1～live22x3とlive22はntpで時間合わせしてる前提なので
それほどサーバ間で時間に差があることはないので、レアケースですが、
例えば、以下の状況だと、live22x1だけ一日前の種を使うことにならない？
live22x1:
日付が変わったので bbsd を呼ぶ (2005年11月07日00:00:00)
live22:
まだ日付が変わっていない (2005年11月06日23:59:59)
他の対策としては、bbsd側の種の更新タイミングを、bbs.cgiより１分ほど
早く設定すれば回避出来なくはないかな。
98:root▲ ★
05/11/06 23:16:15 0 BE:821333-###
>>97
なるほど、
だとすると、
> ・bbsdは「その板の今日のIDの種はこれだよ」と、16バイトのバイナリをbbs.cgiに返す
の時に、bbsdからbbs.cgiに日付と種を両方返すことにして、
bbsdから戻ってきた日付が万一bbs.cgiの意図したものじゃなかったら、
その結果は捨てることにすればいいのかな。
99:96
05/11/06 23:39:26 sDcfiRZ20
>>98
いい感じですね
bsd.cgi は返って来たものが意図したものと違ってたら捨てて、
何回かリトライさせればOKだと思う
ところで、bsd.cgi は絶対に種は必要なのかな。
bbsd が保持してるだけじゃ駄目？
; H"の回線が切れたので、ID変わってます
100:動け動けウゴウゴ２ちゃんねる
05/11/06 23:41:33 sDcfiRZ20
>>99
自分は、96じゃなくて97でした。
101:▲ ◆cZfSunOs.U
05/11/06 23:44:42 iq8V25O30
bbsd が返すのは現状でも "yyyy_mm_dd<>16bytes-seed" になってますね．
# というか，最初の仕様は 16bytes-seed の部分だけ返すという意図だったんですか......
102:root▲ ★
05/11/07 00:07:13 0 BE:1824645-###
>>99-101
了解です。
該当部分は、
if(open(MD5FILE, "<$md5datefile"))
{
my $md5line = <MD5FILE>;
close(MD5FILE);
my ($a, $b) = split(/<>/, $md5line, 2);
if ($a eq $md5date) {return $b;}
}
return &foxCreateMD5id($bbs,$md5date) ;
という感じなので、現状の仕様でよいと思います。
# 私の仕様指定があいまいだったわけですが、ちゃんと意図どおりになっていてよかたです。
103:root▲ ★
05/11/07 11:20:41 0 BE:1094843-###
>>99
> ところで、bsd.cgi は絶対に種は必要なのかな。
> bbsd が保持してるだけじゃ駄目？
そういう仕様(毎回bbsdに伺う)でも悪くはないですが、
IDの種は1日に1回しか変わらないので(通常運用では1日に1回だけリフレッシュすればよい)、
キャッシュさせたほうがいいのかなと。
で、IDをbbsd側でつけるというのも、なんか微妙にセンス悪いとゆうか、
bbs.cgi側の都合で変えたくなった時に、微妙にフレキシブルじゃないとゆうか。
104:root▲ ★
05/11/07 11:21:38 0 BE:7387799-###
>>103
> 毎回bbsdに伺う
正確には「船出航時に毎回bbsdに伺う」ですね。
SpeedyCGIだから。
105:動け動けウゴウゴ２ちゃんねる
05/11/07 22:43:28 KqEOS0ue0
>>104
そういう意味ではなく、種が必要な処理は全てbbsdに任せて、bbs.cgiは
種を使った処理をしないという選択もありでは？
種を使う処理が仮に書き込み時だけだとすると、書き込み時に bbsd が
変換すればOKなので。
と、各々の細かい役割を知らないのに勝手なこと言ってすいません。
106: ◆TWARamEjuA
05/11/07 22:58:50 hFzocN4J0 BE:3920966-###
>>105
個人的にbbs.cgiは内容には一切触れずに規制処理(DNS系統：省Rock54+BBR)だけ行えば？なぁんて妄想もしていたりします。
単一bbsdでは負担が掛かるようなら子供を産んでも良さそうな。とかとか。。。
107:105
05/11/07 23:36:28 qaYfXUl/0
同じこと言ってましたね。
ちゃんと読んでませんでした、申し訳ない。
bbsdとのI/Fは変えずに、単純に、bbs.cgi を frontend/backend に役割を分けて
しまう手もありますね。
108:root▲ ★
05/11/08 02:05:40 0
>>105
書きこみ時に bbsd で共通部分の処理をするというセンスは、
次の段階としては、ありなのかな。
ただ、基本的にファイルI/Oと共通データベース処理に専念してほしい予感も。
そもそも、bbsd.cgiのバックエンド的な位置づけなわけだし。
109:root▲ ★
05/11/08 16:31:58 0
bbsdって1000超えした時って、どういう処理をするんでしたっけ。
1) このスレッドは１０００を超えました。 <br> \
もう書けないので、新しいスレッドを立ててくださいです。。。
を書くかどうか
2) 板名/1000.txt を読むかどうか
110:▲ ◆cZfSunOs.U
05/11/08 21:32:03 +RowFQSH0
>>109 1000.txt が存在すればそれを用い，なければ 1) の内容で dat に書き込みます．
111:root▲ ★
05/11/09 02:38:21 0
>>110
了解です。
112:動け動けウゴウゴ２ちゃんねる
05/11/09 21:26:46 4LkEBQVF0
【Project peko】2ch特化型サーバ構築作戦 Part6
ｽﾚﾘﾝｸ(operate板:652-番)
懐かしいところ、日々成長だわな
113:動け動けウゴウゴ２ちゃんねる
05/11/11 14:27:16 lQB+cJ3w0
久しぶりに来たが、ぜんぜん進展してないの？
つうか、まとめｻｲﾄは？
テンプレすら張ってないし。
114:動け動けウゴウゴ２ちゃんねる
05/11/11 14:27:47 lQB+cJ3w0
すんません誤爆しました。
115:root▲ ★
05/11/11 14:54:00 0
>>113
もうすこしかな。
Check_HardPosting (連続投稿ですか?) のところの
しくみの洗い出しと理解を、先にやりたいです。
それができると、雪だるまのためのbbs.cgi洗い出しは、
概ねできたことになるはず。
116:root▲ ★
05/11/13 03:04:16 0 BE:3648285-###
timecount/timeclose の処理も、FIFOですね。
ここに書こうと。
117:root▲ ★
05/11/13 03:14:46 0 BE:1641863-###
簡単にいうと、こんなかんじ。
1) timecount分のFIFOを準備しておく
2) 投稿に固有のID(*1)をキーに、FIFOを探す
3) FIFO内にそのIDがtimeclose個以上あったら「連続投稿ですか? (見つかった回数)回」エラー
4) IDをFIFOに積む、古いものからところてん式に押し出されていく
(*1)IPアドレスまたは携帯固有番号またはp2の番号
これなら、先だって用意していただいたものと同じようなのを
もひとつ準備していただければ、できそうですね。
118:root▲ ★
05/11/13 03:27:11 0 BE:5837388-###
[1-10] 1-A-d timecount/timecloseのための記録用ファイル 一
についてです。
ということで、bbsdでは、
・SETTING.TXTを読んで、板ごとにtimecount段数分のFIFOを準備する
・FIFOには、何か文字列(とりあえず256バイト以内ぐらい)が積まれる
・bbs.cgiは「板」「ID」を引数とし、bbsdに「これについて調べてちょ」と聞く
・bbsdは指定された板のFIFOを検索して、指定されたIDがtimeclose個以上見つかったら、
その旨をbbs.cgiに返す。ただし、このときはbbsdはIDをFIFOに積まない
=> bbs.cgi はエラー処理(連続投稿ですか)をする
・timeclose個未満だったら、そのIDをFIFOに積み、bbs.cgiには正常を返す
=> bbs.cgi は正常系の処理をする
という形のAPIをbbsd側で作っていただけると助かります。
で、これは「記録用ファイル」と書きましたが、bbsd的にはメモリ上のみでよいと考えます。
119:root▲ ★
05/11/13 03:33:10 0 BE:912252-###
あとは、>>92 ですか。
これらは基本的には、データベースですね。
ID、時間の要素、回数の要素
というDBをbbsd側で作っていただき、フロントからはそれに登録したり、
参照したりするかんじになるかなと。
詳細は、読みきったところで。
120:▲ ◆cZfSunOs.U
05/11/13 19:10:56 s+Rpgd2P0
>>115-119 乙です．そちらもぼちぼち実装していきます．
ところでふと思ったんですが，timecount / timeclose データの FIFO の段数は
SETTING.TXT の timecount 値ということですが，となるとスレッド立てすぎデータ (>>93)
の FIFO 段数 $n も，ひょっとするとやはり SETTING.TXT の BBS_THREAD_TATESUGI 値
だったりするのでしょうか？ もしそうだとすると......当初仕様通り bbsd 呼び出し時の
引数として $n を渡すのがいいのか，それとも bbsd 側で SETTING.TXT から取得するのがいいのか，
どうなんでしょうね．微妙なところかも知れませんが......
121:root▲ ★
05/11/13 22:19:15 0 BE:547632-###
>>120
おぉ、鋭い指摘。
ちょっと、該当部分見てみるです。
122:root▲ ★
05/11/13 23:01:29 0 BE:3648285-###
読み直しました。
ご指摘のとおり、段数はbbs.cgi側からは要らないですね。
> - 「板名」「FIFOファイル」「FIFO段数」「登録キー」「登録データ」を引数として、bbs.cgiから呼び出し
を、
> - 「板名」「FIFOファイル」「登録キー」「登録データ」を引数として、bbs.cgiから呼び出し
つまり、
> my $value = bbsd($bbs, 'chkthr', $file, $n, $key, $value, "$logfilename:$logline");
の、$n は bbs.cgi 側から指定しないことにして、
bbsd が SETTING.TXT から TATESUGI を読んで、それを使う
ことにしていただければと思います。
123:▲ ◆cZfSunOs.U
05/11/13 23:48:37 s+Rpgd2P0
>>122 了解です．ではそういう形で．
124:▲ ◆cZfSunOs.U
05/11/14 22:24:59 tChr8Idl0
[1-10] 1-A-d timecount/timecloseのための記録用ファイル 一 (>>118)
my $n = bbsd($bbs, 'chktimecount', $id, "$logfilename:$logline");
・ 段数 timecount の FIFO をオンメモリで作成．
・ $id のデータ数が timeclose 以上ならば戻り値としてそのデータ数を返す．
FIFO データは変更せず．
・ $id のデータ数が timeclose 未満ならば戻り値として 0 を返す．
FIFO に $id のデータを追加．
[1-9] 1-A-c スレッド立てすぎです、のための記録用ファイル 一 (>>93, >>122)
my $value = bbsd($bbs, 'chkthr', $file, $key, $value, "$logfilename:$logline");
・ 引数 $n を廃止し，FIFO 段数として BBS_THREAD_TATESUGI 値を使用するよう変更．
----------------------------------------------------------------------
ここまで実装しますた．
125:root▲ ★
05/11/15 01:16:04 0
>>124
おつですおつです。
126:root▲ ★
05/11/20 05:58:03 0 BE:2554447-###
Samba24の処理
a) Samba24用DB初期化用API
bbsdはbbs.cgi船が起動する時に指令を受ける
(bbs.cgiは最初にこの指令を出すように組まれる)
入力: 板名bname、秒数s
bbsdが起動して最初に指令を受けたら板別にDBを作り、
秒数sや回数nが異なった指令を受けたら、DBをconfigしなおす。
ただし、DBに蓄えているものは保持する。
指令が既にあるものと同じ秒数や回数だったら、何もしない。
万一a)の前にb)を受けたら、常に正常終了でよい。
# 最大10分、Samba24のDBが作られなくなりますが、、、。
# HDD上にDBをダンプするなり作るなりして、そこに前にあったbnameやsを入れるのもありです。
# というか、そのほうがよさげか。そうすればa)が来なくてもサービスできるですね。
# 将来秒数sはSETTING.TXTになるとのこと。
127:root▲ ★
05/11/20 05:59:18 0 BE:1824645-###
(続き)
b) Samba24用DB登録&チェック用API
1) 書き込みリクエストがあると、bbs.cgi は投稿に固有のID(*1)をキーに、
Samba24用DBに問い合わせを出す
入力: bname、ID
(*1)IPアドレスまたは携帯固有番号またはp2の番号
2) bbsdは投稿に固有のIDをキーに、Samba24用DBを検索する
DBでは、
「そのIDで問い合わせを受けた通産回数」と「そのIDで問い合わせを受けた最後の時間」
を保持している
今まで1回もそのIDで問い合わせを受けたことがなければ、
DBに「ID、1回、その時間」を登録して、正常終了を呼び出し元に返す
128:root▲ ★
05/11/20 06:13:25 0 BE:7387799-###
(続き)
3) そのIDで問い合わせを受けたことがある場合は、
3.1) もし、前に問い合わせを受けてからs秒以上経過していた場合には、
DBのそのIDのエントリをリセット(*2)して、正常終了を呼び出し元に返す
(*2)「ID、1回、その時間」にする
3.2) もし、前に問い合わせを受けてからs秒未満だった場合には、
DB側のそのIDのエントリの回数により、下記のように動作が分かれる
3.2.1) もし、そのIDでの通産問い合わせ回数が注意回数
(デフォルト3回、何かで変更可能になっているとうれしい)以下だったら、
DBの「ID、通産回数、最終時間」を更新し、
「異常ステータス1」を呼び出し元に返す
3.2.2) もし、そのIDでの通産問い合わせ回数が注意回数を超えているが、
規制回数(デフォルト5回、何かで変更可能になっているとうれしい)以下だったら、
DBの「ID、通産回数、最終時間」を更新し、
「異常ステータス2」を呼び出し元に返す
3.2.3) もし、そのIDでの通産問い合わせ回数が規制回数を超えたら、
DBを「ID、永久」にし、
「異常ステータス3」を呼び出し元に返す
3.2.4) 「ID、永久」の状態になった以降は、s秒以上の時間を空けた問い合わせが
あったとしても、すべて「異常ステータス3」を呼び出し元に返す
129:root▲ ★
05/11/20 06:16:35 0 BE:912252-###
c) Samba24用DBリセット用API
F22から呼ばれる。
これを呼ぶと、そのbbsdで管理しているSamba24用DBの中身は全部ゼロクリアされる
ただし、a) で初期化した値はそのまま残る
d) Samba24用DB状況調査用API
F22から呼ばれる。
これを呼ぶと、いくつのIDがSamba24用DBに登録されているかを返す
130:root▲ ★
05/11/20 06:20:38 0 BE:912825-###
…というかんじです。日本語が、微妙かもしれないですね。
変なところがあったら、書いてくださいです。> SunOSさん
日本語で説明を書き下すと、以外に複雑な形になってしまいましたが、
実際の中身は、それほどのものでもないです。
ようは、同じIDで短い時間の間に何度も何度もやると、だんだんと出世していって、
そのうち永久になっちゃいますよ、っていうかんじです。
それを、コスト低く実現していると。
今日は、こんなところで。
131:root▲ ★
05/11/20 06:25:56 0 BE:1094843-###
…と、ここまで書いて、
s秒をbbsdで管理するか、bbs.cgiで管理するか、
微妙なかんじもしてきました。
つまり、bbsdでは「回数」「前の問い合わせからの経過秒数」を戻りにして、
Sambaの判定は、bbs.cgiでやらせたほうがいいんじゃないかなと。
その路線だと、、、。ちょっと、再度考えてみるですかね。
132:root▲ ★
05/11/20 06:29:20 0 BE:7387799-###
>>131 は別途、明日以降考えてみるです。
そんでは、今日はおやすみなさい。
133:▲ ◆cZfSunOs.U
05/11/20 08:54:55 EFjCcJ0V0
>>126-132 乙です．処理内容のイメージはだいたいつかめました．
問題は設定値（規定秒数・注意回数・規制回数）の扱いというところですか．
># 将来秒数sはSETTING.TXTになるとのこと。
というのを雪だるまを機に実施して，そうした設定値をすべて
SETTING.TXT から取得できるようにするのも一案かも知れませんが，
それができなければどうするかというところで......
「a) Samba24用DB初期化用API」と「b) Samba24用DB登録&チェック用API」
を別々にした場合，>>126 でも言及されているように a) より b) が
先に来るという可能性もあるのですが，それなら両者を統合して
「b) Samba24用DB登録&チェック用API」の引数でそれらの設定値も
一緒に渡すというのも一案かも知れませんね．いずれにせよ
秒数や回数の判定は登録&チェックの段階で行うことになりますし．
あるいは >>131 のように設定値に基づく判定は bbs.cgi 側が行って
bbsd は登録のみ行うということも考えられますが，その場合
規定秒数以上だった場合のリセットが行えないのが問題ですかね．
134:▲ ◆cZfSunOs.U
05/11/20 10:01:50 EFjCcJ0V0
あと，規定秒数以上経過していたエントリは消していかないと，DB がどんどん肥大化
していきそうな気もしますね（その対策として c) があるのだと思いますが，
その呼び出しが来る前の段階で肥大化を防げればその方が良さそうな気もします）．
ということで，やはり規定秒数は何らかの形で bbsd が知っておいた方がいいかも知れません．
135:root▲ ★
05/11/20 21:10:44 0
>>133
どもです。
> 問題は設定値（規定秒数・注意回数・規制回数）の扱いというところですか．
そういうことですね。
なんか「ステートレス」「ステートフル」っていう話か。
> 「a) Samba24用DB初期化用API」と「b) Samba24用DB登録&チェック用API」
> を別々にした場合，>>126 でも言及されているように a) より b) が
> 先に来るという可能性もあるのですが，それなら両者を統合して
> 「b) Samba24用DB登録&チェック用API」の引数でそれらの設定値も
> 一緒に渡すというのも一案かも知れませんね．いずれにせよ
> 秒数や回数の判定は登録&チェックの段階で行うことになりますし．
これ、いいかもですね。
毎回bbsdに引数を全部渡せばいいのか。
>>134
そですね。DBのレコード毎にexpireできる仕組みを実装していただけると、
いいようなかんじで。
ちょっと、これらの路線で改めて仕様考えてみるです。
136:root▲ ★
05/11/20 22:11:01 0
a+b) Samba24用汎用API、●でスレッド立て過ぎにも使用
書き込みリクエストがあると呼ばれる。
引数: bname, ID, s, w, k
bname: 板名
ID: IPアドレスまたは携帯固有番号またはp2の番号または●セッションID
(任意の文字列として取り扱えればOK)
s: 秒数 (s > 0)
w: 注意回数 (w >= 0)
k: 規制回数 (k >= w >= 0)
処理内容:
今まで1回もそのIDで問い合わせを受けたことがなければ、
DBに「ID、1回、その時間」を登録して、正常終了を呼び出し元に返す。
そのIDで問い合わせを受けたことがある場合は、
もし、前に問い合わせを受けてからs秒以上経過していた場合には、
DBのそのIDのエントリをリセット(*2)して、正常終了を呼び出し元に返す
(*2)「ID、1回、その時間」にする。
(続く)
137:root▲ ★
05/11/20 22:13:42 0
(続き)
もし、前に問い合わせを受けてからs秒未満だった場合には、
DB側のそのIDのエントリの回数により、下記のように動作が分かれる。
1) もし、そのIDでの通産問い合わせ回数が注意回数w以下だったら、
DBの「ID、通産回数、最終時間」を更新し、
「異常ステータス1」を呼び出し元に返す。
2) もし、そのIDでの通産問い合わせ回数が注意回数wを超えているが、 規制回数k以下だったら、
DBの「ID、通産回数、最終時間」を更新し、
「異常ステータス2」を呼び出し元に返す。
3) もし、そのIDでの通産問い合わせ回数が規制回数kを超えたら、
DBを「ID、規制発動」にし、
「異常ステータス3」を呼び出し元に返す。
4) 「ID、永久」の状態になった以降は、s秒以上の時間を空けた問い合わせで
あったとしても、すべて「異常ステータス3」を呼び出し元に返す。
138:root▲ ★
05/11/20 22:16:23 0
(続き)
あ、「ID、規制発動」になおしてください。< 4)
「ID、規制発動」の状態になってから3600秒(1時間)経過したら、
あるいは最後の問い合わせから3600秒経過したら、
そのIDのエントリをDBからexpireする。
139:root▲ ★
05/11/20 22:22:20 0
これで、bbs.cgi側から普段使うAPIはひとつにできそうです。
で、●でスレッド立てすぎです、にも、応用できるですね。
bname: 板名
ID: ●のID
s: 3600
w: 6
k: 6
とかやれば、1時間で6つまでしか同じ●でスレッド、立てられないはず。
<チラシの裏>
うまくやれば、●を使ったスレつぶしにも対応できそうな気がしますが、
それは同じIDでDBを複数持たせる必要があるのかな。
あと、このI/Fを利用して、他サーバのbbs.cgiからex14のbbsdに通信して、
news4vipに関するデータを参照するとか(以下略。
</チラシの裏>
で、これをすればF22での定期クリアは必要なさそうな気もしますが、
メンテナンス用に、以下のI/Fは準備いただけると。
140:root▲ ★
05/11/20 22:23:41 0
以下というのは、あと >>129 のやつですね。
とりあえず、こんなところでどうでしょうか。
141:root▲ ★
05/11/20 22:25:14 0
で、あと、
これまで出た中で、詰めなければいけない仕様って、あったっけか。
142:root▲ ★
05/11/20 22:28:18 0
…で、私のほうでも、
bbs.cgi 見直してみるです。
この目的のために、かなり整理整頓したわけで。
143:▲ ◆cZfSunOs.U
05/11/21 00:18:31 +sSOM0E80
>>135-142 乙です．で，確認しておきたい点としては，この API 用の DB は
オンメモリで完結ということでもいいのでしょうか，ということと，
Samba24 と ● のデータを1つの DB に混在させる形でもいいのでしょうか，
というところです．
あと，確認事項で残っているものはこれでしょうかね．
[1-3] 1-B-a index.htmlの広告ファイル1 四
[1-4] 1-B-a index.htmlの広告ファイル2 四
[1-8] 1-C-a bbspinkのみの広告ファイル 四
144:▲ ◆cZfSunOs.U
05/11/21 01:34:39 +sSOM0E80
考えてみると，性質の異なるデータを1つの DB に混在させてしまうより，
別々の DB に分けた方が検索効率もアップしますし，>>139 のチラシの裏のような
用途への応用も考えると，複数の DB を作成できるようにした方が汎用性は高そうですね．
ということで「板名」以外に「DB名」という引数も設け，1つの板で複数の DB を
持てるようにするのもいいかも知れませんね．
145:root▲ ★
05/11/21 07:19:56 0 BE:2918584-###
>>143-144
> この API 用の DB はオンメモリで完結ということでもいいのでしょうか
こういう仕様だといいかもです。
1) bbsdが終了する時に、HDDに吐き出して終了する
場所・場所は public_html/test/bbsdのDBとわかるもの.cgi あたりで
2) bbsdは起動時にそのDBがあるか調べて、あれば読み込んでスタート
あとはオンメモリで動作
> Samba24 と ● のデータを1つの DB に混在させる形でもいいのでしょうか，
これは >>144 のご指摘のとおり、DB名を指定できるとすばらしいです。
今後何か装置を開発した時に、DB名を変えていろいろとDBを増やせそうなので。
ということで、>>136 はこんな汎用APIになりますか。
(続く)
146:root▲ ★
05/11/21 07:21:34 0 BE:1276872-###
(続き)
a+b) Samba24用汎用API、●でスレッド立て過ぎにも使用
書き込みリクエストがあると呼ばれる。
引数: DB, bname, ID, s, w, k
DB: 文字列(例: samba24)
bname: 板名
ID: IPアドレスまたは携帯固有番号またはp2の番号または●セッションID
(任意の文字列として取り扱えればOK)
s: 秒数 (s > 0)
w: 注意回数 (w >= 0)
k: 規制回数 (k >= w >= 0)
処理内容:
今まで1回もそのIDで問い合わせを受けたことがなければ、
DBで指定されたDBに「ID、1回、その時間」を登録して、正常終了を呼び出し元に返す。
そのIDで問い合わせを受けたことがある場合は、
もし、前に問い合わせを受けてからs秒以上経過していた場合には、
指定されたDBのそのIDのエントリをリセット(*2)して、正常終了を呼び出し元に返す
(*2)「ID、1回、その時間」にする。
147:root▲ ★
05/11/21 07:25:47 0 BE:1095034-###
>>143
あとは広告関係ですか。
ぼちぼち仕様出していきますが、このへんは実際に動かしながらでもいいかなと。
148:root▲ ★
05/11/21 07:28:15 0 BE:912825-###
で、先回りして言っておくと、広告には「取り扱い的に」種類が大きく二つあるです。
a) 所定のファイルを読み込んでいる広告
b) bbs.cgiにハードコーディングで埋め込まれている報告
a) は、bbsdで無理なく対応可能ですが、
b) を、さてどうするかと。
というわけでこのへんは、動かしながら調整かなぁと。
149:root▲ ★
05/11/21 07:30:01 0 BE:6567089-###
ということで、今日はこのへんで二度寝するです。
なんか寝床からﾑﾆｬｰとしながら京ぽんでアクセスしたら、
何か漏れてたみたいで、PC出してごそごそと。
150:root▲ ★
05/11/21 16:22:49 0
で、bbs.cgiに埋め込まれている広告問題ですが、
a) このさいだから、bbs.cgiから切り出す
b) bbs.cgi から bbsd に何らかの方法で渡す
の2つが考えられるですね。
でかいのは a) にするとして、b) もある程度残りそうな予感も少し。
151:▲ ◆cZfSunOs.U
05/11/21 20:54:54 +sSOM0E80
>>145-150 乙です．では DB 用 API はそういう形で実装していきます．
これが完了すると，とりあえず bbsd 側では動かせる形になるってところですかね．
広告については，確かに大きく固まってる部分は切り出しも容易でしょうけど，
細かくちりばめられてる部分をどうするかってのは考えどころですね......
152:root▲ ★
05/11/22 01:56:57 0
>>151
了解です。よろしくおねがいしますです。
で、それ(広告)をうまく切り出せるようにすることをめざして、
作業をすすめています。
しかし、
MakeWorkFile
MakeIndex4Keitai
MakeIndex4PC
いずれも、割と神の領域だったりするんだな、これが。
153:root▲ ★
05/11/24 17:54:43 0
厳密にはスレ違いですが。
read.cgi と offlaw.cgi は、とりあえずmor_proxy経由でバックエンドで動かして、
mod_cache を通さないようにする、という、アドホックな路線でいってみようかと。
で、ひとつSunOSさんにというか、Apacheをわかっている方に質問なのですが、
<IfModule mod_cache.c>
CacheDisable /livejupiter/SETTING.TXT
CacheEnable disk /livejupiter/
CacheRoot /md/cache
CacheSize 65536
</IfModule>
なんて書いた場合、/md/cache のオーナーとかパーミッションって、
どうすればよかったんでしたっけか。
なんか、キャッシュされないみたいなんで。
154: ◆TWARamEjuA
05/11/24 20:13:41 FGxomtlC0 BE:6970188-###
LoadModule cache_module modules/mod_cache.so
が抜けているとか？
155:▲ ◆cZfSunOs.U
05/11/24 21:06:02 g6I3uHOe0
Samba24 用汎用 DB チェック&登録:
my $statnum = bbsd($bbs, 'chkid', $dbname, $id, $seconds, $nwarn, $nkick, "$logfilename:$logline");
・ このような流れ:
if ($id エントリ存在) {
if ($id_entry->n == 規制発動)
$statnum = 3;
else if (現在時刻 - $id_entry->time >= $seconds) {
$id_entry->n = 1;
$statnum = 0;
}
else if (++$id_entry->n <= $nwarn)
$statnum = 1;
else if ($id_entry->n <= $nkick)
$statnum = 2;
else {
$id_entry->n = 規制発動;
$statnum = 3;
}
}
else {
$id エントリ作成;
$id_entry->n = 1;
$statnum = 0;
}
$id_entry->time = 現在時刻;
return $statnum;
・ (現在時刻 - $id_entry->time >= 3600 秒) のエントリは削除．
・ データは $DOCUMENT_ROOT/$bbs/bbsd_dbs/$dbname にストア．
次回起動時にそのファイルがあれば読み込んで利用．
bbsd_dbs ディレクトリが存在しなければ自動的に作成し，
その際 "Deny from all" という内容の .htaccess も自動作成．
# これでファイル名を *.cgi にしたりダミーの index.html を作成したりも不要かと．
Samba24 用汎用 DB チェック:
my $statnum = bbsd($bbs, 'peekid', $dbname, $id, $seconds, $nwarn, $nkick, "$logfilename:$logline");
・ エントリ登録・更新を行わないが，それ以外は chkid と同じ．
Samba24 用汎用 DB クリア:
my $errmsg = bbsd($bbs, 'clearids', $dbname, "$logfilename:$logline");
Samba24 用汎用 DB エントリ数カウント:
my $n = bbsd($bbs, 'countids', $dbname, "$logfilename:$logline");
156:▲ ◆cZfSunOs.U
05/11/24 21:06:47 g6I3uHOe0
スレスト:
my $errmsg = bbsd($bbs, "stop:$key", $datline, "$logfilename:$logline");
スレ再開:
my $errmsg = bbsd($bbs, "restart:$key", $datline, "$logfilename:$logline");
$datline は dat に追記する内容（通常書き込み時と同フォーマット）．
スレ移動:
my $errmsg = bbsd($bbs, "move:$key", $newbbs, "$logfilename:$logline");
----------------------------------------------------------------------
以上実装しますた．別鯖へのスレ移動を除いて一通り実装できたかと思います．
>>153 乙です．
>/md/cache のオーナーとかパーミッション
httpd プロセスが読み書き可能なオーナ・パーミッションであれば Ok かと．
>なんか、キャッシュされないみたいなんで。
とりあえず "LogLevel debug" にしてみると手がかりが得られるかも知れません．
>read.cgi と offlaw.cgi は、とりあえずmor_proxy経由でバックエンドで動かして、
>mod_cache を通さないようにする、という、アドホックな路線でいってみようかと。
これやるなら，Last-Modified を吐くようにしてキャッシュを効かせる形の方が良さそうな気もしますけどね．
157:root▲ ★
05/11/25 00:13:21 0
>>154
ううむ、入っていると思うけど、、、。
>>155
おつです。
これで、bbsdの準備は整った、ということ、、、なのかな。
read.cgi の改良は、第二段階ですね。
で、たぶん将来的には、read.cgi/offlaw.cgiはlive22じゃなくて、
live22xで動かすようにするほうがよさげかなと。
158:root▲ ★
05/11/25 00:13:41 0
で、live22のbbsdを更新しました。
いっぽ、いっぽ。
159:root▲ ★
05/11/25 02:52:48 0
bbs.cgi とにらめっこ中、、、。
単純な質問で申し訳ないのですが、
$logfilename:$logline は、その「行為」ごとにとられる、ということかしら。
つまり、ログとらなくてもいい場合は、どうすればいいのかなと。
160:root▲ ★
05/11/25 02:56:25 0
こんなふうでいいのかな。
my $md5line = &bbsd($GB->{FORM}->{'bbs'}, 'getmd5seed', "/dev/null:");
161:root▲ ★
05/11/25 03:08:20 0
$md5line = &bbsd($bbs, 'getmd5seed', "/dev/null:");
しこんだ。
162:root▲ ★
05/11/25 03:44:33 0
とれるみたい。
%./bbs.pl livejupiter getmd5seed /dev/null:test | cat -v
2005_11_25<>M-XM-{Y=M-^E^@.M-^_TcM-QM-/<M-^EM--0
で、どうしてこれはとれないのかな。
%./bbs.pl livejupiter chkthr (むぎゅー) 256 AAAAAAAA This_is_test /dev/null:test
Invalid argument
163:root▲ ★
05/11/25 03:57:34 0
%./bbs.pl livejupiter chkid kuromarusuretate AAAAAAAA 3600 6 6 /dev/null:test
164:root▲ ★
05/11/25 04:04:16 0
./bbs.pl livejupiter getndats /dev/null:test
0
165:root▲ ★
05/11/25 04:04:40 0
>>163
最初0、次1、6回やると3(正常)
166:root▲ ★
05/11/25 04:59:54 0 BE:1824454-###
…ということで、仮組み込みまで終わったです。
今のところの問題は、>>162 の後半のやつですね。
なんでだろう。
でもまずは、順調と思います。
本日は、ここまでで。
167:▲ ◆cZfSunOs.U
05/11/25 06:49:32 M1pAccsZ0
>>159-166 乙です．
>$logfilename:$logline は、その「行為」ごとにとられる、ということかしら。
>つまり、ログとらなくてもいい場合は、どうすればいいのかなと。
"$logfilename:$logline" のところに ':' を含まない文字列を適当に指定すれば Ok です．
/dev/null でもログ出力はしませんが，ファイルオープンは試みてしまうので
':' を含まない文字列指定の方がわずかですがムダは少ないかと思います．
>で、どうしてこれはとれないのかな。
>
>%./bbs.pl livejupiter chkthr (むぎゅー) 256 AAAAAAAA This_is_test /dev/null:test
>Invalid argument
>>124
> my $value = bbsd($bbs, 'chkthr', $file, $key, $value, "$logfilename:$logline");
>
> ・ 引数 $n を廃止し，FIFO 段数として BBS_THREAD_TATESUGI 値を使用するよう変更．
引数が1個余分ですね．$n は廃止で，$key は整数値です．
168:root▲ ★
05/11/25 13:03:00 0 BE:1642829-###
>>167
上: ありがとうです。うまくいきました。
下: おはずかしいです。修正して、ちゃんと動きました。
169:root▲ ★
05/11/25 14:47:52 0 BE:1641863-###
というわけで、ひとつ、仕様追加のお願いがあります。
>>155 ですが、
> Samba24 用汎用 DB チェック&登録:
> my $statnum = bbsd($bbs, 'chkid', $dbname, $id, $seconds, $nwarn, $nkick, "$logfilename:$logline");
を、
Samba24 用汎用 DB チェック&登録:
my ($statnum, $count, $second) = bbsd($bbs, 'chkid', $dbname, $id, $seconds, $nwarn, $nkick, "$logfilename:$logline");
にしていただくことは可能でしょうか。
$count, $second はSamba24でそれぞれ、
($count回目、$second sec しかたってない)
に、使っているです。
つまり、問い合わせ回数が何回目か($count)と、
前回の問い合わせからのインターバルが$second秒だったよ、という情報を、bbs.cgi側に返していただきたいなと。
170:root▲ ★
05/11/25 14:58:52 0 BE:3192757-###
あと、もう一つI/Fがほしいです。
・板名とスレッドキーで指定してbbsdを呼ぶと、該当するdatの1行目をそのまま返す
これができると、トラックバックに対応できます。
さみだれ式ですみませんが、よろしくおながいしますです。
171:root▲ ★
05/11/25 15:05:44 0 BE:3648858-###
それから、、、広告か。
ここに晒していいかどうかわからないから、メールしておくです。
172:root▲ ★
05/11/25 15:52:37 0 BE:2554447-###
>>171
メール発射しました。
173:root▲ ★
05/11/25 16:04:56 0 BE:730324-###
ひとつ忘れてた。
これは公開情報っぽいから、ここに書こう。
URLﾘﾝｸ(qb6.2ch.net)
にありますです。
174:root▲ ★
05/11/25 16:05:26 0 BE:2553874-###
つまり、./test/flash.txt にあると思ってよいです。>>173
175:root▲ ★
05/11/25 16:12:12 0 BE:2462393-###
おしりの
アニメ | CM | ゲーム | 映画 | 音楽 | テレビ | 日記
は、bbs.cgi から教えることにしたです(対応済み)。
176:root▲ ★
05/11/25 17:00:57 0 BE:1460328-###
purge...
とか、なってしまうのですね。< footnote
ちと、微妙かも。
177:root▲ ★
05/11/25 17:20:15 0 BE:1915373-###
…あと、Over1000やらスレストやら何やらで、書き込みリクエストがしくった場合の
エラー処理ハンドリングって、どうやればいいのかしら、、、。
178:動け動けウゴウゴ２ちゃんねる
05/11/25 17:29:36 i7XT2rQk0
★★ 頑張って！rootさん！ ★★
179:▲ ◆cZfSunOs.U
05/11/25 22:08:00 M1pAccsZ0
>>169 実装完
Samba24 用汎用 DB チェック&登録:
my ($statnum, $count, $second) = split(/,/, bbsd($bbs, 'chkid', $dbname, $id, $seconds, $nwarn, $nkick, "$logfilename:$logline"));
Samba24 用汎用 DB チェック:
my ($statnum, $count, $second) = split(/,/, bbsd($bbs, 'peekid', $dbname, $id, $seconds, $nwarn, $nkick, "$logfilename:$logline"));
bbsd は直接 Perl 配列を返せないため CSV 文字列で返しますので，split() をかまして下さい．
>>170 実装完
>>1取得:
my $datline = bbsd($bbs, 'get1', $key, "$logfilename:$logline");
>>171-172 えーと，届いてません......というか，もし旧 E-mail (～(at)super.win.ne.jp) 宛に
お送り頂いていたとすると，ISP が事実上破綻状態となっているため利用できなくなってます．
お手数ですがとりあえず sunos(at)saita.ma 宛に再度お送り下さい．折り返し新 E-mail もお知らせします．
>>177 $errmsg が空文字列以外ならエラーで，例えば 1000 レス越えや 512kB 越えなら
"Disc quota exceeded" (EDQUOT) を返し，スレストなら "Permission denied" (EACCES) を
返しますので，それに沿って処理すればいいかと．
180:▲ ◆cZfSunOs.U
05/11/25 22:24:56 M1pAccsZ0
get1 （>>1取得）ですが，sub bbsd {} 中の
recv(SOCK, $str, 2048, 0)
となってる部分の 2048 をもっと大きい数値にしないと，
>>1文が長い場合に尻切れになってしまうかも知れません．
181:む＠食事中 P211018235238.ppp.prin.ne.jp
05/11/25 22:52:19 u8Lne6GM0
おー、帰ったら早速組み込むです。
で、すぐメール出しなおします。
182:▲ ◆cZfSunOs.U
05/11/25 23:11:38 M1pAccsZ0
bbsd 側の SO_SNDBUF も大きくした方がよさそうなので，その点も変更．
183:root▲ ★
05/11/25 23:58:20 0 BE:3648858-###
洋ぽん問題の対応を先にするです。
まずは、メールフォワードしておくです。
184:▲ ◆cZfSunOs.U
05/11/26 00:52:45 NBQj9pON0
>>183 メール受け取りました．で，広告の件ですが......
インクルードファイルの情報は非公開とのことなんですが，bbsd.c 自体が
今のところソース公開状態なんで，それを直接 bbsd.c に埋め込むと
結果的には公開してしまうことになってしまうんですよね......
ということで，いくつか方策を考えたんですが
1. bbsd.c も非公開化する．
2. 広告テキストだけでなく，インクルードファイル名も bbsd 呼び出し時の
引数として渡すようにする．
3. index.html のテンプレートは bbsd.c にハードコーディングではなく，
外部ファイル化してそれを利用する形にする．
4. その他何かいい方法．
さて，どういう形がいいでしょうか......
185:root▲ ★
05/11/26 01:04:30 0 BE:3830876-###
>>184
私は、広告の場所も公開して問題ないとは思うのですが、、、。
1. は、いやですね。
2. がいい気がします。
基本的に、広告は3ブロックなので、
'ad1'
'ad2'
'ad3'
みたいな引数で、DOCROOTからの相対パスで
広告のファイル名指定できるようにしておくというのはどうでしょう。
で、それをそのまま読んでいただければと。
186:root▲ ★
05/11/26 01:06:48 0 BE:1094843-###
>>185 は、
'ad1' は hoge.txt
'ad2' は test/munya.txt
'ad3' は munya.txt
みたいなかんじで、bbsdに教えておくということです。
187:▲ ◆cZfSunOs.U
05/11/26 01:15:14 NBQj9pON0
>>185-186 では，インクルードファイル名も引数化ってことですね．
ただ，bbsd に渡すパス名は，$logfilename も touch コマンドの引数も
$DOCUMENT_ROOT/test/ からの相対パスという形になってますので，
それに統一した方がいいと思います．これは，bbs.cgi 自体の場所からの
相対パスってことですね．
188:root▲ ★
05/11/26 01:16:39 0 BE:4469377-###
>>187
了解です。
それ(testから)に合わせていただいて、問題ないです。
189:root▲ ★
05/11/26 02:10:53 0 BE:5107687-###
Samba は、無事動いたです。
>>182
そっか、「UDPいっぱつもの」なんですよね。
大きくする(8192)ことは簡単ですが、何か副作用ありますかね。
190:root▲ ★
05/11/26 02:27:53 0 BE:1277827-###
あと、datを chmod 444 すると、
書けたように見えて書けないというのが、発生するみたいです。
191:▲ ◆cZfSunOs.U
05/11/26 02:31:37 NBQj9pON0
>>189 まぁ，バッファ用にその分メモリ食うぐらいかなと思います......
>>190 そのスレに手動で
bbs.pl livejupiter (key) 'a<>a<>a<>a<>' foot log
とか実行するとどうなりますか？
192:root▲ ★
05/11/26 02:35:24 0 BE:4469377-###
>>191
そのぐらいなら、たいしたことはなさそうですね。
8192にしておくか。
>>191
chmod 444 してから、ってことですかね。
193:▲ ◆cZfSunOs.U
05/11/26 02:41:05 NBQj9pON0
>>192
>8192にしておくか。
dat の1行そのまま返すので，本文の制限容量より多めの方がいいかも知れません．
>chmod 444 してから、ってことですかね。
そうです．
194:root▲ ★
05/11/26 02:45:30 0 BE:5745997-###
%./bbs.pl livejupiter 1132860497 'a<>a<>a<>a<>' foot log
Permission denied
ふうむ。ってことはbbs.cgi側すね。
すんませーん。でなおしてきます。
195:root▲ ★
05/11/26 02:48:34 0 BE:1459182-###
bbs.cgiの虫でした。
さっきのは、虫していただければと。ｶｻｺｿ
--------------------
書込み中・・・
--------------------
ＥＲＲＯＲ！
ＥＲＲＯＲ：このスレッドには書き込めません。
ホストbanana637.maido3.com
名前： ◆MUMUMUhnYI
E-mail： sage
内容：
ほい。
こちらでリロードしてください。 GO!
分からないことがあったら２ちゃんねるガイドへ。。。
アクセス規制・プロキシー制限等規制は、２ちゃんねるビューアを使うと回避できることがあります。自分で解決してみよう! 書き込めない時の早見表
196:▲ ◆cZfSunOs.U
05/11/26 09:58:37 NBQj9pON0
広告対応しますた．書き込み API の引数追加になります．
# ずいぶん引数が多くなってきました(w
my $errmsg = bbsd($bbs, $key, $datline, $footnote, $adfile1, $adfile2, $adfile3, $adline, "$logfilename:$logline");
$adline が一番下の小さいやつです．
ただ，現状では $adfile1 には外枠が含まれておらず（つまり bbsd 側で枠を作成），
一方 $adfile2, $adfile3 には外枠が含まれ（つまり bbsd 側では枠を作成せず），
そのため今のままでは枠の外観が不統一になってしまいますね．
197: ◆TWARamEjuA
05/11/26 10:23:51 hRw08IiK0 BE:1306962-###
>>196
> # ずいぶん引数が多くなってきました(w
リファレンスで渡すといぃかも？
my $errmsg = bbsd(
[
BBS => $bbs,
KEY => $key,
DATLINE => $datline,
:
:
]
);
みたいな。。。
198:▲ ◆cZfSunOs.U
05/11/26 11:03:31 NBQj9pON0
>>197 単純に引数を羅列するよりリファレンスで渡す方が
無駄なコピーとかは発生しないようになるんですかね．
ただ，sub bbsd {} 自体はあまりインテリジェントではなく，
単純に引数を連結して bbsd にパケット投げてるだけなんで，
ハッシュリスト形式にするメリットはあまりないかも......
199:● iv66.opt2.point.ne.jp(222.225.56.66) stream ◆PNstream2s
05/11/26 12:35:38 z1nSq/XO0
live22xでスレ立てしようとしたらこうなりました。
●ログインしてました
ＥＲＲＯＲ！
ＥＲＲＯＲ：不明なエラーが発生しました。
(board:livejupiter key:1132976035 errmsg:1132976035)
このメッセージをコピペして、運用情報板で報告していただけるとありがたいです。
ホストiv66.opt2.point.ne.jp
sss
名前： 名無しさん＠お腹いっぱい。
E-mail：
内容：
test
これはこっちでいいのかな
それともbbs.cgiスレかな？
Monazilla/1.00 (JaneLovely/0.1.6)
200:stream ◆PNstream2s
05/11/26 12:36:52 z1nSq/XO0
あ、ｽﾚは立ってるようです
sss
ｽﾚﾘﾝｸ(livejupiter板)
201:stream ◆PNstream2s
05/11/26 12:37:52 z1nSq/XO0
うーん、IFをつめてくスレだったからやっぱbbs.cgiスレのほうが良かったですね
202:root▲ ★
05/11/26 12:47:48 0 BE:1915373-###
調整途中でした。>>199-201
不具合報告は、別のところがよかったすね。
スレはないので、、、。bbs.cgi スレにお願いです。
203:root▲ ★
05/11/26 12:51:51 0 BE:1824454-###
で、ちょっと対応します。
そうか、新スレの時はスレッドキーが返るのを忘れてた。
204: ◆TWARamEjuA
05/11/26 13:13:39 hRw08IiK0 BE:871542-###
>>198
おそらく効率的では「ない」かと（苦笑）＠リファレンス私→デリファレンスして連結して
でも、可読性や引数の抜けによる思わぬ鰓を減らすのには十分威力があるんじゃないかなぁと♪
205:▲ ◆cZfSunOs.U
05/11/26 13:50:47 NBQj9pON0
>204 ふむふむ......確かに可読性はよくなりそうですね．特に >>196 ぐらいになると
単純な引数羅列では混乱しそうで(w ただ，bbsd 側でも単純な引数羅列ならデリミタで
ちょん切るだけなのに対し，key-value ペアだともうちょっと働かないといけなくなりそう
というのもあるんで......引数の過不足には現状でも "Invalid argument" を返すんで(ex.>>162)，
とりあえず例えばコメントで引数について注釈付けておくとかしておいてもらえば
my $errmsg = bbsd(
$bbs, # 板名
$key, # スレッドキー
$datline, # dat への追記内容
:
:
);
何とかなるかなぁという気もしたりしなかったり......
206:root▲ ★
05/11/26 13:52:31 0 BE:5745997-###
>>205
ソ、ソースをごらんになったのですか(w。
# bbsdに書き込みコマンドを送る
my $errmsg = &bbsd(
$GB->{FORM}->{'bbs'},
$GB->{FORM}->{'key'},
$GB->{OUTDAT},
$GB->{version},
$FOX->{headadfile},
$FOX->{putadfile},
$FOX->{maido3adfile},
$FOX->{lastad},
"$DATALOG:$GB->{LOGDAT}"
);
207:root▲ ★
05/11/26 14:25:09 0 BE:912252-###
>>196
ということで、広告対応しました。
真ん中の広告はbbs.cg内にハードコーディングで
単独ファイルとして切り出されてないので、まだ出ないです。
(ちょっと、切り出してみるか)
あとはご指摘の通り、外観が不統一問題ですか。
どうすればいいんだろう。
208:▲ ◆cZfSunOs.U
05/11/26 14:35:47 NBQj9pON0
>>207
>あとはご指摘の通り、外観が不統一問題ですか。
>どうすればいいんだろう。
広告ファイルを手直しできるなら，ファイル側で枠ありか枠なしのどちらかで
統一すればいいんでしょうけど......
209:root▲ ★
05/11/26 14:41:00 0 BE:2553874-###
ファイル側に、原因があるですか。
広告部分は管理人の管轄で、私がどうがんがっても「神の領域｣だからなぁ。
ううむ。
210:▲ ◆cZfSunOs.U
05/11/26 15:27:47 NBQj9pON0
広告ですが，CSS を使った力業ってのをちょっとやってみますた．
bbsd を更新後，いったん index.css を消してから復帰をかけてみて下さい．
211:root▲ ★
05/11/26 15:44:52 0 BE:1368735-###
>>210
やってみたです。
おぉ。
212:▲ ◆cZfSunOs.U
05/11/26 15:46:52 NBQj9pON0
2番目のはまぁまぁの感じですが，3番目のがちょっとってとこですか......
213:root▲ ★
05/11/26 15:47:59 0 BE:1459744-###
ということで、とてもよくなったと思うです。
URLﾘﾝｸ(live22x.2ch.net)
214:root▲ ★
05/11/26 15:48:36 0 BE:2736656-###
>>212
そんなかんじですね。
215:root▲ ★
05/11/26 15:58:17 0 BE:2189164-###
板トップから read.cgi をクリックで起動すると(例えば「全部読む」を押す)、
名前欄のクッキーが文字化けするようです。
文字コードの問題かしら。
216:▲ ◆cZfSunOs.U
05/11/26 16:31:34 NBQj9pON0
再び力業......再度 bbsd 更新，index.css 消去の上復帰かけてみて下さい．
>>215 read.cgi の JavaScript 部分も
URLﾘﾝｸ(www2.2ch.net)
を利用するようにすれば解消するのではないかと......
217:root▲ ★
05/11/26 16:37:26 0 BE:2188883-###
>>216 前半
やりました。
URLﾘﾝｸ(live22x.2ch.net)
おぉ。
>>216 後半
これって、今の時点で全部のread.cgiにやると、いまいちなんでしたっけ。
218:▲ ◆cZfSunOs.U
05/11/26 16:43:10 NBQj9pON0
>>217 現状のままでは不整合があるかも知れませんが，雪だるまサーバ以外の index.html も
>>216 の index.js を利用するようにすれば不整合はなくなると思います．
219:root▲ ★
05/11/26 16:45:02 0 BE:3192375-###
>>218
なるほど、同期とってやる必要があると。
前に見たような機がするのですが、
これにすると、どのへんがよくなるんでしたっけ。
220:▲ ◆cZfSunOs.U
05/11/26 16:47:00 NBQj9pON0
>>219 現状のエンコードしていない Cookie 設定では Firefox や Mozilla などで
文字化けが発生しますが，その index.js のようにエンコードするとその問題が解消します．
221:▲ ◆cZfSunOs.U
05/11/26 16:48:44 NBQj9pON0
ただ，NAME と MAIL の Cookie 設定はクライアント側 JavaScript にお任せになるので，
bbs.cgi 側ではそれらの Cookie 設定はしないようにしてもらった方がいいです．
222:root▲ ★
05/11/26 16:51:22 0 BE:4378368-###
>>220-221
なるほどです。
bbs.cgi と read.cgi で同時対応することになると。
雪だるまと裕香、bbs.cgiスレで別途、すすめるかんじですね。
223:root▲ ★
05/11/26 17:50:22 0 BE:2919348-###
ひとつ、質問です。
今Samba24で「永久」になっちゃった場合って、
そのレコードはどのタイミングでexpireがなされるんでしたっけか。
224:root▲ ★
05/11/26 18:00:25 0 BE:5746379-###
自己解決しました。
上に、ちゃんと書いてあるですね。
ちと休憩しながら、ロードバランシングのことでも調べるか。
225:動け動けウゴウゴ２ちゃんねる
05/11/26 18:30:16 X1zHFGGX0
ここいらで2ch wiki雪だるま作戦ページに現状を書いていきたいのですが、よろしいでしょうかね？
226:root▲ ★
05/11/26 18:33:29 0 BE:2188883-###
>>225
ぜひ、ぜひ。
できたら、みるです。
227:動け動けウゴウゴ２ちゃんねる
05/11/26 18:36:33 X1zHFGGX0
>>226
了解です。
では当該ページに更新作業中宣言をいれておきましたのでしばしお待ちを。
228:動け動けウゴウゴ２ちゃんねる
05/11/26 19:37:36 X1zHFGGX0
実装の箇条書きだけあげておきました。
実装の詳細ははしょるつもり。
# 220レスのチェックはかなりつらいですわw
あと僭越ながら概要図を描いてみました。
wiki添付でupできんのでispへあげときました。
URLﾘﾝｸ(v.isp.2ch.net)
229:root▲ ★
05/11/26 19:44:05 0 BE:1824454-###
>>227-228
まずはおつです。
図とか微妙な部分がありますが、
そのへんは、おいおいと。
230:root▲ ★
05/11/26 19:45:42 0 BE:3830876-###
1001 名前：1001[] 投稿日：Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
これ、今までと同じにしてくださいです。
全角で１０００とか、そういうの。
231: ◆TWARamEjuA
05/11/26 20:02:24 hRw08IiK0 BE:3920966-###
Visioかぁ。。。
林檎機版もあるといぃよなぁ。。。
232:動け動けウゴウゴ２ちゃんねる
05/11/26 20:06:29 X1zHFGGX0
>>231
うわ、早速ばれてるw
233:▲ ◆cZfSunOs.U
05/11/26 20:54:25 NBQj9pON0
>>230 対応しますた．
234:root▲ ★
05/11/26 21:05:48 0 BE:1915373-###
>>233
更新したです。
235:root▲ ★
05/11/26 21:14:57 0 BE:3284249-###
大丈夫みたいです。
1001 名前：１００１[] 投稿日：Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
236:root▲ ★
05/11/27 00:52:17 0 BE:3192757-###
このへんが、出たみたいです。
質問・雑談スレ208＠運用情報板
ｽﾚﾘﾝｸ(operate板:46番)
46 名前：動け動けウゴウゴ２ちゃんねる[] 投稿日：2005/11/26(土) 20:01:04 ID:zBsPZFmx0
こんなん出たから貼るけど、ここでいいのかなぁ？
ＥＲＲＯＲ：不明なエラーが発生しました。
(board:livejupiter key:1133001202 errmsg:No such file or directory)
このメッセージをコピペして、運用情報板で報告していただけるとありがたいです。
【しゃけ】雪だるま作戦に思いを馳せながら雑談するスレッド Part27
ｽﾚﾘﾝｸ(nanmin板:458番)
458 名前：名無し草[] 投稿日：2005/11/26(土) 23:53:29
ＥＲＲＯＲ：不明なエラーが発生しました。
(board:livejupiter key:1133016767 errmsg:File exists)
このメッセージをコピペして、運用情報板で報告していただけるとありがたいです。
237:root▲ ★
05/11/27 01:13:51 0 BE:2462393-###
質問・雑談スレ208＠運用情報板
ｽﾚﾘﾝｸ(operate板:66-67番)
ということは、ENOENTの時は「そんなスレッドないです。」かな。
EEXISTS は、、、。
238:▲ ◆cZfSunOs.U
05/11/27 10:30:32 Q5XEP8aN0
>>236-237 ENOENT は存在しないはずのスレに書き込みしようとした時に出ますね．
EEXIST はスレ立て時にリトライ回数上限(16)に達してしまった場合に起こりますね．
239:root▲ ★
05/11/27 12:45:08 0
>>238
了解です。
ENOENTは「スレッドがありません。」
EEXISTは「別の人が同時刻にスレッドを立てようとしています。ごめんなさい。」
にするです。
240:root▲ ★
05/11/27 22:39:06 0 BE:365322-###
ｽﾚﾘﾝｸ(livejupiter板:18番)
書き込み時に通信ができなかったら、タイムアウトの旨を表示。
241:▲ ◆cZfSunOs.U
05/11/28 07:12:46 Ki+x4bGX0
>>240 乙です．わかるかと思いますが一応......タイムアウト時間は
use constant BBSD_TIMEOUT => second;
のところで調整できます．あと
use constant BBSD_HOST => inet_aton('host');
use constant BBSD_PORT => port;
というのが現在は定数になってますが，これは今後 live22 以外にも雪だるまを
使うようになったら，各ホストに対応する接続先に切り替えられるように
した方がいいですね．
242:root▲ ★
05/11/28 11:09:03 0
>>241
ですね。< タイムアウト
で、host, port は、引数で与えるとか、あるいはどこかに config を書いておいて
bbs.cgi の船出航時に読むとかの応用もあるかなと。