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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/28(金) 16:03:47

↓スレスト

**root▲ ★** · NG

ということでちょっとだけ覚悟を決めて、bbs.cgi を少しずつ読んでみたりしています。

私はまずは「今のbbs.cgiの実装そのままでは雪だるま仕様で動きそうもない」と思った件について、
ここにひとつずつ、書き込んでいくことにしようかなと思っています。

本業しながらなのでたぶんだらだらと進んでいくことになると思いますが、何卒ご容赦くださいです。
特に、bbsd の実装をすすめていただいている SunOS さんには、
今後ともおつきあいをよろしくお願いいたします。

で、dat直読みをどうするかについては、別スレでやりたいと思っています。
(たぶんApacheのmod_proxyを使うような気がしています)

**root▲ ★** · NG

ということで、まずはぼちぼちとすすめていこうかなと。

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

>>1
乙です。ところでVIP運用情報にタイムリーなんか変なの

**動け動けウゴウゴ２ちゃんねる** · 2005/10/28(金) 16:10:19

＿|￣|○

**動け動けウゴウゴ２ちゃんねる** · 2005/10/28(金) 16:26:00

>>2
m9(＾Д＾)ﾌﾟｷﾞｬｰ

▲ ◆SANUKI/VII · NG

わーい！

**動け動けウゴウゴ２ちゃんねる** · 2005/10/28(金) 16:49:29

もう dat は google base に投げ入れてしまえ

◆X7F1FulWvk · 2005/10/28(金) 17:15:20

記念

**root▲ ★** · NG

まず、ターゲットの宣言で。

1. bbs.cgi

**root▲ ★** · NG

とりあえず、パターン分けしていくです。

・ファイルの単位
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 の配下に入れることになるのかなと。