【雪だるま】bbsd⇔各cgi間のI/F仕様について考え・詰めていくスレッド

**root▲ ★** · NG

雪だるま作戦において開発をすすめている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に持たせたい・持つべきな機能をあぶり出し、実装仕様を詰めていくことを目標にしています。

**root▲ ★** · NG

>>88
基本的には、これまでここで出たものはファイルを持たせる方向でお願いしますです。

**root▲ ★** · NG

うぉ、暴発。

IDの種やスレッド立て抑制のためのデータは、さすがに揮発するとまずいです。
IDが変わってしまったり、リブート後にスレッド立ちまくりになったりしてしまうんで、、、。

明日以降ぼちぼちやっていこうと思っている、timecount/timecloseとかは、
場合によってはオンメモリだけでもいいかもしんないです。
これは私もまだ読みきってないんで、別途考慮ってかんじですか。