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

▲ ◆cZfSunOs.U · 2005/11/21(月) 00:18:31

>>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のみの広告ファイル四

▲ ◆cZfSunOs.U · 2005/11/21(月) 01:34:39

考えてみると，性質の異なるデータを1つの DB に混在させてしまうより，
別々の DB に分けた方が検索効率もアップしますし，>>139 のチラシの裏のような
用途への応用も考えると，複数の DB を作成できるようにした方が汎用性は高そうですね．
ということで「板名」以外に「DB名」という引数も設け，1つの板で複数の DB を
持てるようにするのもいいかも知れませんね．