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

逼迫しているところは、

1) Rock54の24h体制化、
2) F22+BBQ での公開串撃退、

どちらも今まで一人でやって来たので
その人に対する負担も大きく破綻へと、、、な感じなので
これをどうするかってとこです。

お手伝いさんに応募された方は
どんどん解決へとむけて話し合って欲しいと思います
(ごめんなさい、返事はまだしてないですけど)

やっぱりあれですか？
管理（仕事人★）の人の

『久しぶりに糞スレでもたててくるか、』

とかいった発言は「糞スレはニュー速で」と容認した発言なんでしょうか？
お聞かせくださいですよ。

仲良くな

＞p.iんくﾀﾝ＆未承諾広告さん
いえ、大きな山くずしが待ってるようなので
とりあえず、またの機会に。。

>>449
では、どんどーん！

> 1) Rock54の24h体制化、
管理側（ klist ）ではなく、問い合せ側（ bbs.cgi ）の方ですよね。
何を持ってピンポイント規制になりうるかの判断の方法などなど。
こちらは、晩ご飯食べて、南美ちゃんを官能してからおいおいと。

> 2) F22+BBQ での公開串撃退、
F22 の仕様が全く持って判っておりません（照）
BBQ はそれを「管理する側」ですよね？

>>452
記憶に残っているうちに吐きだしておく方がよいかもです。こちらでログを保存すれば、思い付いたとき（ｗに、いろいろ出来るかもですので(^o^)

危うい ID だなぁ（照）> pUSS

> 1) Rock54の24h体制化、
管理側（ klist ）ではなく、問い合せ側（ bbs.cgi ）の方ですよね。
何を持ってピンポイント規制になりうるかの判断の方法などなど。
こちらは、晩ご飯食べて、南美ちゃんを官能してからおいおいと。


いえいえその管理側(klist)でーす
1) メンテスクリプト
2) リストの各サーバへの配布
3) メンテ人軍団 ( 24h 体制をめざして)

> 2) F22+BBQ での公開串撃退、
F22 の仕様が全く持って判っておりません（照）
BBQ はそれを「管理する側」ですよね？

>>324 でーす

さーて、叩き台でも作るかー

とりあえず、作らなきゃいけないな、と思ったスクリプト。

・Rock54 のメンテナンススクリプト
（こいつも一元管理して各サーバーへぽいぽい）

・BBQに使うリスト（niku管理）にIPを追加するスクリプト

なんか全然違う気もするので、指摘よろよろしくしく

>>455
> いえいえその管理側(klist)でーす
どきっ、、、

> 1) メンテスクリプト
　各鯖にある Rock54-年-月-日.txt を操作するものですか？
> 2) リストの各サーバへの配布
　bbx が吐き出す klist を各鯖に配信？
> 3) メンテ人軍団 ( 24h 体制をめざして)
　1) を操作する人？

そもそも、 Rock54-年-月-日.txt は誰が書き出しているの？（いわゆる F22 さん？）
してその中身の意味は、
年月日 時分 IPアドレス(リモートホスト) NGワード
半角スペース区切りの 4 要素なのかな？

動作としては、、、
bbs.cgi さんが Rock54-を参照して該当する IP アドレスからの書き込みの場合、NG ワードが含まれていたら規制する。
という動作をするのでしょうか？

・・・多分激しく勘違いしているですよね。。。（苦笑）

>>459
おいらも勘違いしてるんで、大丈夫です。

＞各鯖にある Rock54-年-月-日.txt を操作するものですか？
そんなのあるんですか？

F22ってのは、定時ごとに色んな動作をして２ｃｈを快適にする一番の頑張りやさんです。
時間ごとにあるアクションが起こるものは全部F22がやってると思って間違いないです。

>>460
http://qb3.2ch.net/_service/
こんな感じ

おぉ、そんなのがあったんですか。。
多分、そいつはbbs.cgiお手製ですね。

1、Rock54リストに引っかかった
2、BBXに聞いてみる？「こいつは黒？白？」
3-1、白だった。おわり。
3-2、黒だった。これはやばい。保存しておこう。
4、Rock54-年-月-日.txtに保存。えらーえらー

で、メンテというのは、1のリストを編集するところかな。

Rock54 のリストは手動でメンテ(ほとんど追加)して
各サーバに手動であげているです。

24h 体制で爆撃を迎撃するには、、、

ということは、F22にRock54リストの取得も加える。
F22が取得するリストの編集スクリプト。

ということですかねー、

ちなみに　そのリストを　Rock54.txt としましょう。

1) 追加すべき文字列は、規制議論板で随時まとめられている
2) 私が追加している。私の時間に依存している(3-5日に一回くらいかな?)
3) ぜんぜんリアルタイムじゃないので、ばしばし爆撃されている。

1) は皆さんの協力によって、まずまずの状況。
2) は人員を増やしたい　10-20人?
　　これで追加、修正、削除が 24h 行われる

んで、その方々がリストをメンテするには? →　UI が必要。
そして自動配布機能が必要

自動配布機能は Rock54以外にもたくさん使うので汎用化が必要。

>>465
F22 と Rock54 はまったく別物でーす。

あるリストを編集するスクリプトってことでは
汎用的なものの方がよいかも、

自動配布はF22で代用できないのかな、
それとも、F22よりも新しい配布機構を構築しようという事なのかな、

>>468
>F22よりも新しい配布機構

そそ、新しいのをです。

>>469
なるほど、なるほど。
りょうかいです。

イメージがわいてきたぞヽ（´ー｀）ﾉ

.cron 使わない方法はどんなのがあるんだろう、

ディレクトリ単位ならftpmirrorとか。。

書き込みがあるたびにbbs.cgiがRock54.txtの更新時間を見て、
ある一定の時間が経ってれば取りに行くとかは?

手動で書き換えるファイルの更新は書き換えた直後にやってしまうのがいいと思いますが
即反映されますし、無駄な更新もありませんし

>>472
あるいはwebdavとか。

ここまで読み飛ばした（違）

>>471
Rock54.txt（仮名）が更新されるのは、それ自体を更新したときなので cron する必要がないかと。
というのも、更新したら自動で各鯖に「更新したさかいにリストを見に来いやｺﾞﾙｧ」と番頭が指示して、その指示を受けた各鯖にいる丁稚に読み込ませればよいかと。
（ややこしいけれども、 http 語だけで済むメリットがあるかと）

構成としては、、、
1. bbx.2ch.net に、Rock54.txt（仮名）を設置しる。
2. bbx.2ch.net に、Rock54.txt（仮名）を管理する daemon （ dansan.pl ：仮名）を設置しる。
3. bbx.2ch.net に、Rock54.txt（仮名）を操作する CGI （ bantoh.cgi ：仮名）を設置しる。
4. 各鯖に丁稚を設置する（ /test/decchi.cgi：仮名）

動作としては、、、
dansan.pl（仮名）は、定期的に Rock54.txt（仮名）をチェックして有効期限の切れたものを排除したりする。
ただし、cron でやるとややこしいので daemon にしておく（ 5 分おきくらいにチェックさせるとか。）
bantoh.cgi （仮名）は、特定の人間だけが触れるようにしておく。BASIC認証でもよい。ただし、重複して動作しないようにしておきたい。
動作完了後、 Rock54.txt（仮名）が更新されたなら、各鯖に設置した /test/decchi.cgi （仮名）に対して bantoh.cgi （仮名）がアクセスする。
このとき、 /test/decchi.cgi （仮名）は、リモホもしくは IP アドレスチェックして、bbx.2ch.net 以外からのアクセスは排除する。
bbx.2ch.net から特殊なクエリを投げ付けられたら、そそくさと、bbx.2ch.net にある Rock54.txt（仮名） もしくはその鯖に最適化された（dansan.plが作成）Rock54リストを読みに逝き、自鯖のリストを更新させる。

こんな感じかな＠脳内妄想

ところで・・・
Rock54 リストに必要なモノってば、有効期間と、NGワードだけでよいのではないかと思うのですが。。。（ IP 類は不必要なはず）
あと、NGワードは EUC で記述必須。
bbs.cgi 内部での正規表現による探索でも一旦 EUC に変換してからにすると、日本語のNGワードにも対応できるかと。

でもってそうなると、広告以外も規制できるのではないかと思うのでありまーす（←ここに導きたかったらしい）

bbs.cgi の処理が重くなりそうだけど、逆に wait を入れたり、起動数の制限を入れたりするのもよいのではないかと思うです。
重たいからと逝って連打しても無視できるし、連投荒らしをしようにも反応が遅いからイライラしちゃうし、NGワード連投すれば規制にかかっちゃうし。。。

で、そうなると規制する人は残念ながらイタチゴッコが出来なくなるし（哀）、ISP へ通報する方々はもっと楽になるし（嬉嬉嬉）

>>476
現在の F22 もそんな感じで動いています。
たぶんこの方法がいいのかな? とも思っていますが
他にも方法あるですかねー

Basic認証もよいのですが
追加・削除・変更が面倒なので
現在削除アカウントでやっている方法がいいかなと思っています。

>>477
規制のほうからは有効期限を付けろという要望が
ずーっと昔からあります(はずし忘れ防止)
Rock54.txt じゃ無く規制の方ですけど

規制のほうは
現在 xxxxx.txt 一本でやっていますが
現状を鑑みるに、
1) 一般的な規制 xxxx1.txt
2) 携帯の規制 xxxx2.txt
3) ●の規制む xxxx3.txt
に分ける時期に来ていることを実感しています。
(どのリストも大きくなる一方)

今来た。
んー、いろいろいいたいことはありますが、まずはlife3の対応します。
ディスクエラー多発、リブートもできない模様。

2ｃｈの動作報告はここで。 パート8
http://qb3.2ch.net/test/read.cgi/operate/1069945177/

ぐおぁ、なぜにここまで進んでいるのだ、混ぜてほしかったな、

いい感じ、いい感じ、

>>478
> 他にも方法あるですかねー
bbx のように問い合せ対象が単一で短いもの（ IPアドレスもしくはリモートホスト）なら gethostbyname で問い合せてもよさそうなんですけどね。
書き込み内容の CRC を取ってそれで問い合せなんて方法もあるけれど。。。
これは以前どこかのスレッドで・・・ってここだったかな？（ｗ

ひとまず NG ワードはローカルにリストを設置してそれを bbs.cgi が取り込んで正規表現で探索って云う手法ですよね？
ならば NG ワードの日本語化対応だけでも実現したいかも。

>>481
だいじょうぶだいじょうぶ(^Q^)

一気に一遍に綺麗に説明することは困難を極めるので　> 私が
２ちゃんねるらしく質疑応答・わいわいがやがやを通して
やっていきましょう。

>>479
> (どのリストも大きくなる一方)
現状でどれくらいのエントリーがあります？
・・・といっても手動で更新だからとんでもな数字ではないですよね（苦笑）

こちらは bbx 的に DB にしちゃってもよさそうですよね(^-^)

DBが必要になるほどの量じゃないです　< 現状
Rock54.txt は全部で数百行かなぁ・・・
でも微妙に重複もしているので
ちゃんとこまめにメンテすれば半分になる予感。

あとなるべくDB使いたくないのは
.txt ファイルの堅固性というか、使いやすさがあるから

やっぱり、更新したファイルを取りにこさせるって感じになるのかな？
更新はそんなに頻繁にない（はず）ですし、

#include "bbs.h"
#include "common.c"

/* メインルーチン */
int main()
{
bbs_t bbs;

error_handler(post_init(&bbs));
//error_handler(post_auth(&bbs));
//error_handler(post_dat(&bbs));
error_handler(post_subject(&bbs));
error_handler(malloc_free(&bbs));
return 0;
}

/* 投稿処理 */
int post_init(bbs_t *bbs)
{
int i;
char *out;

table_t *table[FIELD_NUM];

/* bbs_t構造体の初期化 */
bbs->method = getenv("REQUEST_METHOD");
bbs->query_string = getenv("QUERY_STRING");
bbs->content_length = getenv("CONTENT_LENGTH");
bbs->user_agent = getenv("HTTP_USER_AGENT");
bbs->referer = getenv("HTTP_REFERER");
bbs->remote_addr = getenv("REMOTE_ADDR");
bbs->remote_host = getenv("REMOTE_HOST");

bbs->request_body = (char *)calloc(1,BUFFER_SIZE);
//fgets(bbs->request_body,BUFFER_SIZE,stdin);

クソウの>>320が糞スレ立てようとしているくらいだからな。
にちゃんねるガイドにもニュー速はラウンジ化と書かれて当然なんだろうと思いますよ。
素直に謝ることのできねー仕事人なんかの人がいるのは正直残念ですわ。

同じ運営陣でもひろゆき氏はそんなこと言わないと信じてますわ。
>>443にも書いたとおり仕事人は同じ過ちを犯していますよ。
>>320。お前は運営陣の発言としてきちんと撤回し謝罪しろや

返事がない場合>>320になりますわ。
そういった板だと認識しますわ。
じゃぁな。カス共　(　ﾟдﾟ)､ﾍﾟｯ

みたいな事を
bbs_post_handler(request_rec *r)
とか
module MODULE_VAR_EXPORT bbs_module = {
STANDARD_MODULE_STUFF,
NULL, /* initializer */
NULL, /* dir config creator */
NULL, /* dir config merger */

みたいな感じでやろうとしてます

>>487
それで良いと思いますよ
無駄に更新してもトラブルの元、一日に追加されるのはせいぜい多くても2、3個ですし

とりあえず、仕様が分からないとなるとだめっすね。。。

>>492
>>476 未承諾広告※ ◆aiY4htt2.2さんの案でいけると思います
しかし、仕事人★さんは汎用的な物を作りたいとおっしゃっている
どうしましょか

>>493
汎用的ってのは
Rock54.txt のメンテ&配布等のプログラムをそのまま
ProxyXXX.txt にも使いたいということです

ProxyXXX.txt = 手動で公開プロ串を追加等するファイル。
現在 らぷたー★さんがやっているやつ。
これも複数人(Rockメンテ組と同じでよいと思う)でやりたい。
作業の過度の集中は破綻する、

メンテプログラムなら以前ひろゆきに送ったのを流用・改善すれば使えるかもしれない。(PHPだから論外かも？)
そっちにないかな？「denylist.php」ってやつ。

>>494
それなら、Rock54のシステムをちょいと書き換えるだけで完全対応できますね
鯖をノックして取りにこさせるシステムで大丈夫だと思います

そして
携帯規制のファイル
●規制のファイル
等々

全部使えるようにってことですー

>>497
規制関連の操作・内部処理を統一するんですか…
データファイルの形式が極端に変わっていなければ、少しの変更で対応できると思います
nantyara.cgi?data=mobileとかnantyara.cgi?data=maru　とかもできそうですけど

>>498
それいいですね。

内部処理で
rock54.txtとかわけてやれば、

>>498
Rock54.2ch.net ってのを作ってもらう予定です。
そのなかでフォルダ分けてやろうと思っているんで
SETTING.TXT みたいな形式かなぁと、

>>500
普通にバーチャルホストをひとつ作ればよろしおすか？

>>501
と思いますー

よろしくお願いします。

踏む踏む、、、なんだか規制ものはリストを統一できそうですね。

たとえばリストの仕様案。
有効期限<>種別<>対象（NGワードもしくはIPアドレス、リモートホスト←正規表現使用可）<>予備<>\n（改行）

有効期限：
　1970年01月01日00時00分 GMTからの秒数。
種別：
　0= アクセス規制
　1= 公開串規制
　2= Rock54 規制
　3= ●規制
　4= 携帯規制
対象：
　種別 =0,1 ならば、IPアドレスもしくはリモートホスト
　種別 =2 ならば、NGワード
　種別 =3 ならば、ID
　種別 =4 ならば、携帯固有番号

のように。
まずはリストを有効期限でふるい分けしてから、grep で 種別を選んでそれらを正規表現でチェックするみたいに。

正規表現全部かけるのは重くないかい？
前のほうの処理で除いてあげられると良いね。

>>503
あなたの想像力凄すぎます。

>>503
形式の統一はそれで完璧だと思います。
でも、Rock54や公開串規制は何かと多人数が変更するので、分離した方が良いかと
一つのファイルがぶっ飛ぶと、全部飛んでしまいますので

bbs.cgi が参照するときも

if(●) ●規制参照
if(携帯) 携帯規制参照

とかできるので実運用上は別ファイルにすることを私も支持しマース。

なんかリアルタイムで話し合えないときついですねー。

>>507
mobile.txt
oyster.txt
とか分けたほうがいいんでしょうかねぇ。

>>508
その名前は
外部に漏れないように　SETTING.TXT に書くと、
私が勝手に名前を付ける予感。

#別に外部にもれても大した被害にはならないとは思っています。

>>509
形式はどのような感じで？

>>509
まぁ、規制は規制情報に出ますし
Rock54のリストもどうせいたちごっこの真っ最中の物なので
影響はないかと
SETTING.TXTに書くとなると、FILE_ROCK=./rock.txtとかFILE_PROXY=./proxy.txt
とかになりそうな予感

>>486
>あとなるべくDB使いたくないのは
>.txt ファイルの堅固性というか、使いやすさがあるから
cdbにしておけば?
スケーラビリティも最初から考えておかないと。
ランダム生成文の宣伝書き込み業者が一つ現れただけで、負荷で擬似DoSになる予感。

必要そうなPGはこんな感じかな？
種別とファイルレイアウトは>>503で。

・メンテナンス（管理鯖）
・配布トリガーPG（管理鯖）
・ファイル受信PG（各鯖）

・メンテナンス（管理鯖）
　　ファイル種別ごとに追加/変更/削除出来るようにする。

・配布トリガーPG（管理鯖）
　　　各鯖のファイル受信PGを叩いていく
　　　※配布先鯖リストのメンテも行う。

・ファイル受信PG（各鯖）
　　(引数)ファイル種別
　　起動されたら管理鯖から指定された種別のファイルを
　　管理鯖から転送して既存のものを上書き

これからバーチャルホストの設定しようと思ったのに、、、。ｳﾜｧｧﾝ

ここまで読み飛ばした（わ

ひとまず「 bbs.cgi には手をかけないように」モードですね(^-^) ＠手をかけたかったらしい（ｗ

それではRock54リストの形式ですね。
まずは「自動消滅」して欲しいので有効期限は必須。あと登録日時も入れます？
それから NG ワードはやはり日本語も使いたいですよね。となると EUC 。
（ Shift-JIS だと、正規表現でスカタンする可能性大だから＠ bbs.cgi内部でも対象文字列の EUC 変換が必須）

ってところでしょうか。

>>505
根がまんどくさがりなので、ついついいっぺんに片付けちゃう癖がありますm(_ _)m

>>515
登録されてからどれぐらい経っているのかを判断するために必須ですね>登録日時
メンテナンススクリプトが自動的にやって、「登録から何日何時間何分経過」とか「期限まであと何日何時間何分」
とかやってくれると便利ですし

そうなると、「誰が」登録したも要るのかな？

今のところ

有効期限<>登録時刻<>登録者<>ＮＧワード<>備考<>予備<>\n

こうかな？

>>517
それも必要ですねって…
どんどん肥大化していく予感
まぁ、ユーザー識別IDでも付ければいいんだろうけど
何人ぐらいがこのスクリプト触るんですか?>仕事人★さん

まぁ、管理用と配布用でファイルレイアウト変えたほうがよさげですね。

>>519
数十人かな?
三年先し100を超えるかもネ

>>521
かなり多いですね。

>>521
では、三桁で十分ですね
999人も採用するわけありませんし
その頃にはまた形式が変更になるかもしれないし

>>518
うんうんそんな感じφ(･_･) ﾒﾓﾒﾓ
そういえば通し番号も入れると bbxgather 側で NG ワードのカウントができそうな気がしました（ｗ ＠却下推奨

あとちょっとこあいのが、NGワード入れ方。某規制している人みたいな失敗は許しがたいし・・・（苦笑）

>>522
三年前の削除人は一人だっけ?
もちろんひろゆきだけという、

>>525
つまり指数関数的に増えると。

>>524
複数人が常時やるのでそのリスクはかなり減るかと、
数十分いないにはなんとかなるような体制を想定しています。

>>527
人数が多ければ多いほど、問題が起こった場合の対処がしやすいですね
しかし、リスクもでかくなりますが
まぁ、一極集中のリスクよりは小さいですけど

ということは、ファイルロック関連に不安がある FreeBSD ではちょっと怖いような（苦笑）＠複数人で更新作業
そのあたりの動作も鑑みての登録 CGI になりそうですね(^-^)

ほほーい

そこら辺のユーザ管理(IDとパスと権限？)はどうするんでしょうか？

>>531
今の削除人システムと同じような物でいいかと
ちょうど良く権限システムも付いてますし

>>529
いやーそこまでは、、、
とはいっても書き換えたら，前のやつはどんどん残していく
スタイルの方がよいかなぁ。
/back/2003-01-02-xxxxx.txt みたいな感じでどんどんと
んで14日経過したら消すような、

>>531
現在の削除人関係の管理の仕方でよいと思っていますが、
ID & PW を入力。

叩き台作ろうとしてもPerlは無理だし、PHP経験者少ないだろうし、だめだろうなぁ

んだら、ユーザ管理は現在あるものを流用して使えるっと。
ファイルレイアウトは
登録者ID<>パスワード(暗号化？)<>権限<>\n
見たいな感じになるんですね。

>>534
｜ﾉｼ

>>535
流用はお勧めできませーん。
あらたに作ろうよ、

rock54を重犯用と軽犯用の2系統にできますか？
ってのは、今言ってもしょうがないのかな？

あ、作るのか（ｗ

ユーザー管理スクぐらいならPHPでもいいかな？

>>534
まだ仕様を話し合っているとこだから
まだまだ先のことと思われ、　< 言語の決定。

各サーバに置くほうはCで書いたりすると
ポータビリティが問題だから Perl PHP とかが有力だけど、

>>537
んー
とどうかなぁ

それは別のところで話し合ったほうがよいと思われ、

>>533
うはー残していきます？
脳内妄想で逝くと 1 日で 1440 ファイル残る予定です（ｗ

★脳内妄想（ 1 分ごとの処理として）
・ CGI で登録・更新した情報を特定ディレクトリに書き出す。ファイル名は「 tai64形式.tmp 」にしちゃえ！
・ daemon さんが、毎分そのディレクトリにあるデータを採取して Rock54 リストを更新していく。
・更新が終わればその書き出したデータを消す。

★脳内妄想（ 5 分ごとの処理として）
・ まずは Rock54 リストの整理整頓。期限切れしたものはさっさと削除じょじょ。
・ 徐ろに全鯖の丁稚どんに指令。75 鯖あるのかな？（あ、また life3 君昏睡なのね（哀））

ん? >>542

更新回数分じゃないの?

>>542
すごい数だな。

>>542
それならば、三回に一度残すとか
何時間かごとに残すとかでいいんでは
数時間前のバックアップさえあればなんとかなりますから
更新された時だけバックアップを作ってもなんとかなりそうですよ

あ、ごめんなさい。「最大で」1440 ファイル/日 でしたm(_ _)m

権限はどうするの?
1.メンテ要員の任命、除名する権限
2.リストに登録する権限
3.リストから削除する権限

3はいらないのかな?

>>547
当面
私がやりますー

アクセス規制,公開串規制,Rock54 規制,●規制,携帯規制
このあたりは権限で区別しなくてもよい？

>>547
組み合わせは、123　23　2のみの三つですね
このシステムの本格始動はいつになるか分かりませんが
しばらくはベータ期間ですね

>>549
それは、今までのリストをそのままインポートすれば良いかと

逼迫しているのは
公開串規制,Rock54 規制,　なのでそこからはじめよう

>>552
で、余裕が出てきたら他との統合の準備を始めると
他の規制は登録の仕組みができてますしね

とりあえず、次は仕様を決めないといけないのでは？

んと、ユーザの権限で、
公開串規制(追加削除)はできるけど、アクセス規制は出来ない
とかしなくても良いのかなっと言う意味で。

>ということは、ファイルロック関連に不安がある FreeBSD ではちょっと怖いような（苦笑）＠複数人で更新作業
FreeBSDに不安があるのではなくて、ちゃんとしたロック機構を使わない既存のPerlスクリプトが悪(ry

>>555
そこまでは必要ないと思うけど、
ファイル構造にはその想定をしておいたほうが良いかもですね、

たとえば>>535 みたいなファイルの構造にするとして、
権限のところは、”011”とかにして、
　1つ目の数字が1だと「メンテ要員の任命、除名する権限」 がある
　2つ目の数字が1だと「リストに登録する権限 」がある
　3つ目の数字が1だと「リストから削除する権限」がある
とかそんな感じにしたらどうかな？
いや、おいらがそういうファイル構造が好きだっていうだけだけど、、

なるほど〜。
桁で区別がいいかな。
1桁目ユーザ管理(0,1,2)
2桁目アクセス規制(0,1,2)
3桁目公開串規制(0,1,2)
：

0:権限なし
1:追加のみ
2:追加と削除
みたいなのでよいかな。

http://qb3.2ch.net/test/read.cgi/operate/1068017802/575
よろしくです。

>>476 のbantoh.cgiをさらに詳しくすると
要員がアクセスする→認証(削除アカと同じような物)→要員が登録/削除→
>>518のフォーマット(仮)で管理鯖のリストを更新→各鯖のdecchi.cgiに投げる

疑問
decchi.cgiに投げるデータはどういうものか?
リストを各鯖共通にするか。もし各鯖ごとに最適化されたリストを
作るとしたらどうすればいいのか。

>>561
脳内妄想で逝きますと・・・
→ 518 のフォーマット(仮)で管理鯖のリストを更新→各鯖のdecchi.cgiに投げる
を、
518 のフォーマット(仮)で特定ディレクトリに書きこむ→dansan.pl(daemon)さんがリストを更新→各鯖のdecchi.cgiに投げる
にしていきたいかと。
CGI の重複起動によるファイル破損を避けたいので。。。＠考えすぎかもしれないけれども。

→ decchi.cgiに投げるデータはどういうものか?
動作フックだけですのでクエリ無しで OK です。
$ENV{'REMOTE_HOST'} eq 'rock54.2ch.net' 以外は受付けなければよさそうなので。
そして「 Rock54 規制」なので全鯖共通リストでよいと思いますです。

何か良い感じの小さなHTTPGETスクリプトありませんか？
decchi.cgiの原型というかとりあえずそれに近い何かはできそうです

decchi.phpだとして、こうなるな。

<?php
extract($_GET);
extract($_POST);
extract($_SERVER);
//REMOTE_HOSTが取得できなかったらDNSからど〜ん
if(!$REMOTE_HOST){
$REMOTE_HOST = gethostbyaddr($REMOTE_ADDR);
}
if($REMOTE_HOST eq "rock54.2ch.net"){
//GETする(超簡易・UA等一切無いですが。)
$data = file("http://rock54.2ch.net/ほにゃらららら.txt");
//kakiko..._〆(ﾟ▽ﾟ*)
$fp = fopen("./rock54.txt","w");
foreach($data as $tmp){
fputs($fp,$tmp);
}
fclose($fp);
}
exit;

多分これでいいと思う。（未デバッグ

しゃて、しゃて、
次は何かなぁ。。。

1) Rock54 メンテ係りの募集
2) 公開プロ串手動登録係りの募集
は正月明けにぼちぼちやるとして、
(いろいろな方からメール貰っているので、そのときまたメール送りますー)

F22 + BBQ っすね、次は。

>>564
アクセス過多になる事はないと思うので既存のモジュール？で桶でしょう(^-^)

♪ただし、旦さんが暴れなければですけれども（￣ー￣）ﾆﾔﾘ ＠思いっきり不具合

そうか、漏れはだめ人間か、所詮だめ人間さ＿|￣|○l|l

＞動作フックだけですのでクエリ無しで OK です。
思い切ってクエリーでファイル名を渡してみるとか、
そしたら、その後の別ファイル対応時にでっち君は変更無しでいけそうだし。。。だめか（ｗ

>>567
うにょ？どした？
PHPの関数でHTTPGETって無いのかな？

それはそうと、全鯖PHPが入っているのかしらん？（￣ー￣）ﾆﾔﾘ

>>568
それ採用したいです（照）

>>568
怖くないすか?
ファイル名を入力値にするのは、

>>567
んじゃ、ちと考え中。。。

http://php.s3.to/net/#get

http://php.2ch-tool.net/decchi-query.php
ファイル名をクエリーから取得します。

>>570
うん。怖いっす。
自分で実装するならフラグ渡しでデータファイルにファイル名記述するです。

http://php.2ch-tool.net/decchi-query.phps
こっちでした。

http://php.2ch-tool.net/decchi.phps
これもありますよ。

niku に投入するリストには大きく分けて２種類あります。

1) IP アドレスで記述されているもの
2) リモホで記述されているもの

現在私は公開串規制は全部　niku(IP記述) でやろうと思っていのです。

>>575
全てホスト→IP変換をして投入って事ですか？

んだんだ。

>>576
活躍のチャンス

（活躍のﾁｬｰﾝｽ）
とりあえずスクリプトでＩＰかホストかを調べてホストだったら変換ということですか？

ひとまず探索終了。
MacSSH 、 Fetch の設定も完了。

取り敢えず就寝しますm(_ _)m

>>578
聞かないで、提案しましょう
ん? と思ったらみんなから突っ込み入ります。
コードじゃなくて、動作しようネ

>>579
乙〜

>>579
otukare

>>580
ふんふん。

んんー？（故障中

ソース見たのも久々じゃけえ、リハビリしないとついていけんのう。

（一応）仕様だと判断した。

・テキストエリアにホストやらＩＰやらごちゃ混ぜなのを入れて送信
・それを読みこんだスクリプトは条件分岐する
　ＩＰの場合は1個スキップする
・ＤＮＳサーバーからＩＰを取得する
　→取得できなかったらどうするか？(タイムアウトとか、
・（ここからＩＰも）ファイルに出力？
・結果を標準出力(画面表示)する

　ふっ。。。ここに書かれていることの少しでも理解できれば
また違った人生が以下略｡
私はハード屋さんでした。
　日本にリナックス紹介した人が上司だったから聞いてみるかなあ。

　専用ブラウザで見てもローカルルールが一回は表示されれば
それはそれでうれしいと思う今日このごろです｡

おはようごぢゃいます。
そりではぼちぼち活動開始してみます。

まずは下ごしらえから。。。
・・・と、その前に uptime 記録が欲しいような。
無いものは作っちゃえ！で、OK なのかな？

まとめると

必要なもの >>513
ファイルの形式 >>503

未承諾広告※ は何をやってるの？

>>586
脳内にある仕様を紙に書き出して練り練りと思案しています。
それと動作実証？を兼ねて uptime 記録をやってみています。
http://rock54.2ch.net/_service/

ひとまずご飯にします。（本日未食）

おぉ、進んどる。
あれですね、年越しとか無関係なスレですね、

>>588の訳。
「暇人の巣窟だな」

興が乗ったら時間なぞ関係なし＠２ｃｈ好きモン集団

なんとかここまで読解した・・・気がする。

暫らく来てなかったけど、何となく理解できたような。。。

http://v.isp.2ch.net/up/ea0e118a3441.txt

なんかsports2はサーバから返ってくる情報が
極端に少ないような気がする・・・・・
gzip圧縮もされてないし。

>>593
そこはひろゆき直轄なので、、
つまり各種cgiとかはひろゆきじゃないと更新できないわけで、、

bbs.cgiが100倍早く(軽く)なる技術を開発してますが興味ある方おられませんか？
動的データをファイル保持と供にApacheリソースプールでキャッシュして
メモリ上をメインI/Oにしてしまう計画。ファイルはバックアップの位置付け。
Apacheモジュールとして実装します。

100倍も早くなるわけないだろう？

だめだよ　反応しちゃ

うんうん

いやいや、突っ込みたい衝動を押さえられなくて。。。

いやここはひとつ、後学のためにどこぞのサイトを立ち上げてもらって
検証してみるって言うのは。無料なら。

ふほほ。
何かphpの話が出ててわくわく。

つーか外出

明日の２ちゃんねるを作るのはあなただ。
何作戦だったっけ?

2004.1.2 現在

1) Rock54 リストメンテ
　システム = 未承諾広告※ ◆aiY4htt2.2 さんがごにょごにょ中。
　要員 = 大将募集中。。。(その後実働部隊募集か)

2) BBQ システム(公開串リストメンテ)
　システム = 作る人募集中。。。
　要員 = 大将募集中。。。(その後実働部隊募集か)

3) BBY システム (新スレヘッドラインシステム)
　システム = 作る人募集中。。。
　要員 = 自動運転なので必要なし。

4) 効果的な広告爆撃の迎撃
　お話し合い、討論、アイデアだしが必要。

5) 携帯からのアクセス増によるサーバ負荷増大。
　お話し合い、討論、アイデアだしが必要。

1) Rock54 リストメンテ
　システム = 未承諾広告※ ◆aiY4htt2.2 さんがごにょごにょ中。
　要員 = 大将募集中。。。(その後実働部隊募集か)

メンテ部隊やりたいです、、、

2) BBQ システム(公開串リストメンテ)
　システム = 作る人募集中。。。
　要員 = 大将募集中。。。(その後実働部隊募集か)

3) BBY システム (新スレヘッドラインシステム)
　システム = 作る人募集中。。。
　要員 = 自動運転なので必要なし。

システム作れるかな？というかperlじゃないと無理か。

あっあと

read.cgi , p.i , r.i のApacheのモジュール化ってのもやる?

スルー。。。しくしくしく

>>603
3はrootの人がklist2html.cgiを流用してサクッと作ってしまいそうな予感。。

ついでにklist2html.cgi?sort=hostがホスト名の後ろの方からソートされるように
お祈りしておこう。南無南無・・

携帯用なんていらねーじゃん
「携帯なので・・」とか言い訳する奴もうざいし

>>605
未承諾広告※ ◆aiY4htt2.2さんのごにょごにょの仕方によっては
1と2は共通化できて、同時進行にできるかもしれません
4と5については、その事に集中して議論した方がよろしいと思うので
別スレ用意した方が、効率いいかもしれません
1と2の大将(メンバーは共通だが、大将は別?)はせっかく意欲的な方がいるので(>>604)
この際やってもらってはどうでしょうか。まぁ私も枠があまれば、やってみたいんですが

>>603
＞4) 効果的な広告爆撃の迎撃
1.書き込まれる全URL記録(2ch.net除く)。
2.管理鯖(どっかにまとめる)に吸い上げる。
3.集計して一定数以上あるURLをチェック。
4.(人間がチェックして)問題あるURLだけROCK54に登録。

報告＞規制より楽（ﾟдﾟ）ｶﾅ???

＞5) 携帯からのアクセス増によるサーバ負荷増大。
＞6)read.cgi , p.i , r.i のApacheのモジュール化ってのもやる?
興味はあるけど僕には無理だ（ｗ

>>610
仕事人さんが作戦名思い出したところで4) 5)別スレ立て賛成。
＃作戦名ってもしかして >>194

>4.(人間がチェックして)問題あるURLだけROCK54に登録。
死人が出る予感……。

>>613
最低表示数をちゃんと設定すれば大丈夫だと思います
削除依頼で対処できないほど被害がひどく、今後も継続すると思われるものだけ登録すればいいんですし

>>613
全部チェックしたら出るだろうね（ｗ
公開情報でもないし多いものから、暇なときにチェックでいいんでないかな。

>>614-615
なるほど。納得。

新スレへっどらいんっつのは、
単に特定の板の、
特定の時間内に立ったスレッドを表示するのとは違うんですかい？

新スレヘッドラインとはちょっと(全然)違う物ですが、
「アッhan！BBS」（スレッド型掲示板で、2chとデータの形式が違う）のheadline.cgiと言う
複数の板のスレッド一覧と最近の書きこみスレッドを見せるcgiが在ります。
（例： ttp://www.kokobbs.com/ahhan/cgi-bin/bbs/headline.cgi ）
これをつい最近機会があったので、２ｃｈ型の掲示板で利用できるよう、外見だけを似せたものを作ってみました。


と言う話しは全くスレ違いだったりしますでしょうか・・・？
（現物は需要と要望があれば晒します・・・）

ヘッドラインって昔あったような気がするけど。
で、負荷増大につき廃止になったんじゃないのん？
もし仮にそれを又やりたいなら昔のを引っ張り出すだけと思われ。

新スレヘッドラインって、スレ立て規制の管理のついでに、新スレの一覧を
作ろうって話？
どの板にどんなスレッドがあるかとか、どのスレッドが盛り上がってるかとかは
便利かもしれないけど、新スレだけの一覧があっても使い道が無い気が・・・。

ヘッドライン作るとなるともう1台鯖が必要になるかもしれないね。

もう一回 BBY のところ読んでみてー　> all

わざわざ話題別に分割されている掲示板で、
複数板のヘッドラインを利用する意味が分からないのですが。。。

うーん
階段を登って初めて見えるものがあるのに、、
で、お題としてヘッドラインがを使うだけで・・・
どの段階で誰がその先のものを見つけるか、
面白いレースなんだけどなぁ

いらないと思う人はこのスレッドは見ないことをお勧めします。

>>621
どこにあるのか教えてー

http://mumumu.mu/mrtg/mrtg-rrd.cgi/bbqbbx/bby.html
これのことっすよね？
>>21-39くらいでちょっとありましたが、何を作るのかな？

いや、>>618はあくまでも、こういう事かな？と思っただけです・・
(てかＹＢＢがなにか解ってなかったです）

>>619
そう言うのがあるとは存じませんでした・・。

どの板でどんなスレッドがいつ立ったかが
一元的にわかるといいな、ということではないかと。

こんなの↓bbyシステムで収集しているので、それを使えばいけるんですが、
今はまだ単にスレッド数を調べてるだけですね。

スレタイ(や＋系だと記者名)も別途収集できるといいのかな。
64バイト未満なら今のDNSのしくみで収集できるけど、スレタイはそうはいかんですからね。

@400000003ff57db01dd3d764 d8dad9b3:ce6c:e590 + 0001 1073053093.male.human2.2ch.net.bby.2ch.net
@400000003ff57dc11703039c 403eec22:3029:0d13 + 0001 1073053111.mnewsplus.news6.2ch.net.bby.2ch.net
@400000003ff57dc4384aed44 41139b6a:74a6:f47d + 0001 1073053114.kitchen.tmp2.2ch.net.bby.2ch.net
@400000003ff57dde154993cc d8da8232:9857:b2b8 + 0001 1073053142.ascii.okazu.bbspink.com.bby.2ch.net

記者名とかも調べるとなると、DNSではなくファイルでやったほうがいいかもねぇ。

「ヘッドライン」という言葉が間違いを誘発しているような気も

bbq、bbyに関してはそれぞれ別スレたてる？

>>629
たしかに、失敗とたなぁ。

そうね別スレがいいのかも
よろしくお願いいたします。

年とってくると中指と薬指の動きがにぶくなってくるのかしらん

BBS_OVERSEA_THREAD=checked

＿|￣|○

>>629
スレ立て時一括集中ロギングシステムなんてどうでしょうか。堅いかな…
別スレ立てるのには賛成
どんなスレタイにしますか?

Rock54 に関しては、所定のスレッドに現状を記しましたm(_ _)m重ね重ね
【広告】新機能　Rock54【自動排除】　2
http://qb3.2ch.net/test/read.cgi/operate/1067770666/l50

よくわかりませんが、曙置いておきますね
　　　　　　　　　　　　　　_,,..=-‐''"~`ヽ、
　　　　　　　　　　　　 ,,.:r='"~^`'''ー--+-‐'ー‐:､_,＿_,.,.,.,.,.,r--‐――‐--t''ヽ､、
　　　　　　　　　　　 ,f"　　　　　　　　　　　　　 / : : : : : : : : : : : : : : : : : : l　　 ｀`''t..,_
　　　　　　 _,.,.,.,.,.,_,r′　　　　　　　　　　　　　 j : : : : : : : : : : : : : : : : : : :.j i、　　　　｀ヽ、
　　　　　 f´　.:: : ,f′　　　　　　　　　　　　　　f : : : : : : : : : : : : : : : : : : :,レ'ﾞt　　　　　　`=､_　　　　　　 ,.=、
　　　　　 !　 :: :　j　　　　　　　　　　　　　　　　l : : : : : : : : : : : : : : : : : : :!　　 ｀:-､　 _　　　 /ヽ､.,__,.,-､‐' ,ノ
　　　　　 ﾞt_　　 i′　　　　　　　　　　　　　　　! : : : : : : : : : : : : : : : : :r'"　　　　 ｀~´ `''ｰ-ﾉ、　,.r‐:､, ,>'´
　　　　　　 ｀ｰ:ﾆ!　　　　　　　　　　　　　　　 ,ﾉ : : : : : : : : : : : : : : : : :.）　　　　　　　 　 　 　 ｀ヽ　 ,／
　　　　　　 　 　 l　　　　　　　　　　　 :　:　.　i : : : : : : : : : : : : : : : : :.く　　　　　　　　　　　　　　｀''"
　　　　　　　　　 i　　　　　　　:　:　:　:　:　:　. t: : : : : : : : : : : : : : : : : :ﾉ
　　　　　　　　　 t　-=:､__　　　　　　　　　:　: .! : :|｀`''`ゝ、: : : : : : : : ﾊ,
　　　　　　　　　 ﾞt.　　　 ｀ヽ､ _,,..,.;:ノ`ｰ:､＿__,.ゝ+-､　ﾉ /｀'=:､_ : : :ﾉ ﾉ､　　　　 _,,,,,,_　　　　　　　 ,r::､、
　　　　　　　　　　 ﾞi,　　　　 ﾞレ''" 　 ﾞﾚ''"　　　　　　ゝ,-‐''"^´　￣t:/　 ﾞー=''"´　　 ｀`ー=-iー='ﾞi、 _」.
　　　　　　　　　　　ヽ、　　　　　　 ,／　　　　　　　　　ゞ、　ﾞi,,、=-ノ　　　　　　　　　　　　　j　　　｀^´ ヽ、
　　　　　　　　　　　　 ＼　　　 ,.ィ'"　　　　　　　　　　　 ｀ヽ､,!`'ｰ'、　　　　　　　 _,,..,.=-‐=''"~￣｀`ヽ,ィ'"t.
　　　　　　　　　　　　 　 `ｰ''"´　　　　　　　　　　　　　　　　　　　｀ﾞ`ー-‐'''''''"~´　　　　　　　　　　　ヽ、 ヽ,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ヽ_ﾉ

bby -- スレッド情報一元管理システム構築スレ
-----------------------------------------------------

2chにある全スレッドの情報を一元で管理するシステム（通称bby）について議論したり構築したり
雑談したりするスレッドです。

関連スレ
bbs.cgi再開発プロジェクト２
http://qb3.2ch.net/test/read.cgi/operate/1069144193/l50
【広告】新機能　Rock54【自動排除】　2
http://qb3.2ch.net/test/read.cgi/operate/1067770666/l50

>>636
立ててもいいですか?

わかんね

全スレッドの情報なの？
スレ立ての情報じゃなくて？

>>639
そのスレッドの基本的な部分の情報を、一定期間(もしくは、ずっと?)
取っておくんだと思います
じきに、全ライブスレッドの情報が格納されると思います

>>638
んでは、とりあえず保留ということで
もう少し煮詰めたほうが良いかもしれません

http://qb3.2ch.net/test/read.cgi/operate/1073058944/
あひゃあ…立った
以降、BBYの話はあっちでしますか

>>636
bby -- スレッド情報一元管理システム構築スレ
http://qb3.2ch.net/test/read.cgi/operate/1073058944/l50

bbqについてはイマイチよくわからんのでテンプレ考えたりするのはパス

>>626
> (てかＹＢＢがなにか解ってなかったです）

YahooBB のことですよ　と遅いツッコミ

bbqのは、テンプレないと立ちませんか・・・。

関わるならそっちかなと思いつつ、
私も細かいところがわからなかったり。

>>644
http://qb3.2ch.net/test/read.cgi/operate/1073061576/l50

>>645
ありがと。

よく分かってないのを承知で書いちゃいますが、
各種リストをscpで配布する方法が使えない理由ってあります？

FTPでいいじゃん

>>643
rypoです(^^;

>>647
scpってデメリットも結構あると思います。

メリット
・sshdを利用可（別デーモン不要）
・セキュア
・圧縮しているので帯域食わない
・NOPASSWORDでlogin可（ただし、rootで設定ファイルを書き換えないと駄目）

デメリット
・重い
・近いor速い回線だと、圧縮している事がネックになって逆に遅い
・バージョンが違うと通信できない場合がある

と言うのを思いつきましたが、結局は使った方が良いのか悪いのかは解らんです・・・

普通はrsyncだろうな

やっぱりDNS？　それとも別の方法？

でもDNS以外にしたらbby設置した意味が無くなってしまうのでは？

>>650
そーなりますよねぇ（汗
http://www.matsusaka-u.ac.jp/~okumura/networking/rsync.html
>rsync は非常に賢いことをしています。 A から B にファイル転送するなら，
>B のマシンのファイルを500〜1000バイトのブロックに分け，ブロックごとに
>チェックサムを求め，それを A に送ってもらいます。
>A はこれを A のマシンのファイルと照合し，バイナリ差分にあたる情報だけ
>B に送ります。

>>649さらなるtypo・・・

ディレクトリごとだったらrsyncが良いかもですね。

ここまで読んでみたつもり…。
このスレの派生はこんなところでしょうか。

【広告】新機能　Rock54【自動排除】　2
http://qb3.2ch.net/test/read.cgi/operate/1067770666/l50

bby -- スレッド情報一元管理システム構築スレ
http://qb3.2ch.net/test/read.cgi/operate/1073058944/l50

BBQ システム(公開串リストメンテ)
http://qb3.2ch.net/test/read.cgi/operate/1073061576/l50

http://qb3.2ch.net/test/read.cgi/operate/1064576191/l20

ああん。

【協力願】Boo80で串を食べませんか？
http://qb3.2ch.net/test/read.cgi/operate/1064576191/l50

なんかあえぎ声色っぽすぎ

とりあえずこれお願い、とこっちにも書いてみる
http://qb3.2ch.net/test/read.cgi/operate/1068017802/641

>>656
既に動いてるようですよ。

>>657
りょーかいです。んじゃ、多分規制も解除されたのかな。

>>655
（;´Д｀）ﾊｧﾊｧ

>>603ですが、

＞4) 効果的な広告爆撃の迎撃

１提案ですが、

１．書き込まれた文字列データ、すなわち
　・名前(トリップ含める)
　・メルアド(sage除く)
　・内容(改行コード除く)
　・IP
　をMD5ハッシュに変換し、$HASHへ格納
２．$HASH.xxx.2ch.netをコールする。xxx.2ch.netでログを記録。
３．何度も呼び出されているようならば処置を検討

でどうでしょうか。MD5の一意性が怪しいかもしれませんけど。

＞5) 携帯からのアクセス増によるサーバ負荷増大。

これはコール数が多くなってきているのでしょうかね。
多分そうだとは思うんですが。

広告爆撃なら、名前やメルアド、IPに意味は無いんで、内容だけで良いんじゃないのかな?

・改行だけじゃなくて空白類は全部削除したほうがいい
・最終行は無視する(1行付け足しに対抗)
でもすべての書き込みに対してMD5 sum取るのってかなり重い気がする

Rock54とは違うシステムを作るって事？

>>662
一意のハッシュが取れれば別にMD5でなくてもいいと思う。

>>663
共通化できるようならそのほうが望ましいと思われ。

>>662
句読点類も削除したほうがいいかも。

句読点類でAAとか作られたら終わりだな（ｗ

句読点類だけで作ってるんじゃなければ残りの部分でマッチできるし
句読点類だけで作ってるなら空投稿の連打として跳ねられるだけ。
脊髄反射ツマンネ

実際に作ってみて実験してみるとか? > all
例題は規制情報板にどんどん挙がってきます。

で、広告だけならURIとかTEL番とかだけ取っておけば良いような気がした、14の新春。

URIやTEL番を本文から引っこ抜いたら、そのまんまのファイルを作るって駄目?(^_^;
ファイルの中身はカウントで、ファイルが無くて初回(Create時)だったら1を書き込んで、後はOpenされる度に1づつカウントアップ。
確認用のCgiは、カウントの大きい順に表示して、後は人手で(^_^;
# 確認は手作業でも、登録が簡単に(CGIから)できれば、多少は楽になるのでは…。
DISK I/Oが気にかかるようなら、共有メモリ上に最大個数を決めておいて、最大個数を超えたらカウントが少ない&古いのを消すとか。

おいら、PerlもPHPも、言語仕様を知らないの(^_^; > 668さん
口しか出せなくてごめん(汗
おいらの使える言語だと、BBSServletを1から書かないと…（；；）

>>669
URI/電番のみを取っておくだけではうまくいかない気がします。
広告かどうかは本文を確認しなければ判断できないのでは？

あ、書き込んでから気が付いた。
広告を見つけた人が（フォームから）登録するんですね。
……まてよ、関係ないURIがイタズラで登録されたら困るかな？

そんな感じで考えてたのが>>611な訳です。

ヤフーオークションの検索でバブル崩壊って広告は
文意からしか判断できなかったり。ただ、広告としての
効果もURLつきより薄いわけですが。
やはりURL＋キーワードでやらないとまずそうな悪寒。

>671-672さん
記録は無条件で良いんじゃないかな。
自動化できるし、広告爆撃なら数がそれなりにあると思うから、check&登録の人がカウントの多い順に確認すれば良いかと。
# >673さんが指摘している通り、>611の記録や集計のやり方の話です。

>674さん
>バブル崩壊って広告
幸いにしてまだ見かけてないけど、URIのパラメタ部分(?以降)のことかな?

>>675
URLだけならいいのだが、メルアドや電話番号だけってのもあるし、
さらにそんなものすらないものもある。
その対策を含めて負荷が若干増えるのを覚悟の上で
トータルに対策可能な方法を提案したつもりだったんだが。

>>676
追加。この方法なら特に派遣板なんかである
煽りかつ低脳な同一文面の連続書き込みなんかも
自動で防御可能になると思う。
こういう類のリソースの無駄は読む気をなくさせるからな。

>>677
ただの煽りを防御する必要がどこにありますかね？
んなくだらないものを止めようとするだけリソースの無駄。
もちろんただのまったく同じ文章のコピペなら止める価値はあるかもしれんが、
ここではそんなことは目的にしてないと思われ。

>676さん
>URLだけならいいのだが、メルアドや電話番号だけってのもあるし
メルアドや電番も含めて、なんだけどね。
本文から抜き出したキーワードをそのままファイル名にして、中身がカウント数ってことね。
www.xxx.jp.xxx.xxx('/'を'.'に置き換え)　　　　[email protected]　　　　090ｘｘｘｘｘｘｘｘ(電番の'-'抜き)
これらのキーが無いものって、どんな広告だろう?
稀に見てる削除依頼とかで見かけたことが無いんで、イメージがつかめないです(^_^;
製品名だけとかかな?

プログラムだけで対応するのは限界があるし、運用で手動が入るのはどのみち止むを得なそう(^_^;
>660の手順だと、全ての書き込みに対するハッシュ値の取得と、ログを記録するxxx.2ch.netのコストがちょっと心配かも?
# 全サーバの書き込みのハッシュを、xxx.2ch.netがリアルタイムに処理するって事ですよね?

再開発案をひとつ。
ネットユーザーの管理・指導をＩＳＰに一任。
個々のＩＳＰとサービスとして
Ａ.２ｃｈに書き込める
Ｂ.２ｃｈが見える
Ｃ.２ｃｈにアクセスできない。
などのレベルを設定してもらい、Ａのサービスを提供するためには
徹底的なユーザーの管理をＩＳＰに約束させる。
また、Ｃ案は、学校や電化製品量販店、ネットカフェ・公的機関。
または、子供に２ｃｈをさせたくない親の配慮として提案するものとする。

ワークシェアの観点からだと、一介のＨＰ管理人にネットユーザーの管理は不当かと。
ＩＳＰの利用規約違反は一目瞭然ですし。
モラル向上の教育・指導は、社会全体で行うべきことと思います。

で、肝心の再開発案は、規制撤廃による簡素化・軽量化でひとつ。

>>678-679
ただの煽りが延々と続くと、それはスレ潰し目的の可能性だってある。
おっしゃるとおり、プログラムで規制するのはなじまないと思う。
本来ならローカルルールで規制するべきなんだが、
規制しても無駄といわんばかりに荒れている板では自治スレで議論が進まない。
ひ(ryの中のポリシチームが考えることだが、このようなポリシ無視状態が進めば
プログラムで規制することも考える必要があるような気はする。
とはいえ今はその類の話をしているわけではないので、これ以上はやめにする。

>>679
たぶん鯖一台ではたりないであろうと。
仮に実装するとしても実況系は実装しないほうがいいと思われ。
負荷が異常に重たくなるだろうから。
それに自分の中ではスレ消費スピードと広告書き込み量は
反比例する傾向があると思うから。

ハードウェアにかけれる費用に一定の大きさならばフリーの優秀なソフトに
出資して利用すればいいのでは？
例えば決定的に軽量な掲示板エンジンとか

金を払うから優秀なソフトになるのではなくて。
GPLで世界中の秀才がよってたかって修正するから優秀になったり。
もしくは一人の天才が自分のために作るから優秀になったりする。
それがソフトウェアの品質でありがちな現象。
どっかから天才を見つけてbbs.cgiに興味を持ってもらうしかない。

ここにもGPL厨
ほんとGPLってウイルスだね（＾Д＾）

口を出さずにコードだせ

これの事かな？


static void *create_per_dir_config(pool *p, char *arg)
{
bbs_t *bbs;
bbs = ap_palloc(p, sizeof(bbs_t));
bbs->flag = 0;
bbs->title = ap_pstrdup(p,"１０００ＧＥＸ掲示板");
bbs->noname = ap_pstrdup(p,"名無しさん");
return (void *)bbs;
}

static const command_rec cmds[] =
{
{"BBS", cmd_set_flag, NULL, ACCESS_CONF, TAKE1, "bbs flog"},
{"BBSTitle" , cmd_set_title, NULL, ACCESS_CONF, TAKE1, "bbs title"},
{"BBSNoName", cmd_set_noname, NULL,ACCESS_CONF, TAKE1, "bbs noname"},
{ NULL }
};


/* Dispatch list of content handlers */
static const handler_rec bbs_handlers[] = {
{ "bbs", bbs_handler },
{ NULL, NULL }
};

/* Dispatch list for API hooks */
module MODULE_VAR_EXPORT bbs_module = {
STANDARD_MODULE_STUFF,
bbs_init_handler, /* module initializer */
create_per_dir_config,/* create per-dir config structures */
NULL, /* merge per-dir config structures */
NULL, /* create per-server config structures */
NULL, /* merge per-server config structures */
cmds, /* table of config file commands */
bbs_handlers, /* [#8] MIME-typed-dispatched handlers */
NULL, /* [#1] URI to filename translation */
NULL, /* [#4] validate user id from request */
NULL, /* [#5] check if the user is ok _here_ */
NULL, /* [#3] check access by host address */
NULL, /* [#6] determine MIME type */
NULL, /* [#7] pre-run fixups */
NULL, /* [#9] log a transaction */
NULL, /* [#2] header parser */
NULL, /* child_init */
NULL, /* child_exit */
NULL /* [#0] post read-request */
};

ﾇﾙﾇﾙしてますね

ぬるぽ

ガッ

現状でこのぐらいまで形に出来た。

http://mod-bbs.sourceforge.jp

>680さん
ISPに何かメリットが無いと、ISPはコストをかけないと思うですよ。

>681さん
>たぶん鯖一台ではたりないであろうと。
今後の(BBS用)サーバや板、利用者の増加を考えると、リアルタイムは難しくない?(^_^;
ピーク予想がそもそも難しいから集計サーバに冗長性を持たせないといけないし、複数台運用となると負荷分散システムを構築しないといけないし。
# 他所様のネットワークにサーバがあるんで、負荷分散システム@ハードは構築できない予感…。
>それに自分の中ではスレ消費スピードと広告書き込み量は
>反比例する傾向があると思うから。
なるほど。

>690
Apacheモジュール化はさっぱり判らんので、ちょっと教えて(^_^;
組み込むプログラムは何でも良くて、Apacheとのインタフェースが何らかの規定に沿って居ればいいの?
# windows系ソフトのサービスプログラムみたいに。

>>691
690は放置が基本です。

>>691
その通り。
基本はC言語でApacheが最初から便利で安全な関数群と記述法が
あるからそれを利用してWinでいうDLLとして組み込む。
Perlで記述する事もできるらしいけど。
リクエストを受けた時は何々する、、とか
レスポンスを送信するときは何々する、、みたいにApacheの動作に
割り込ませてもらうわけね。
2chでmod_bbsを利用するのは(書ける人が限定されるので)難しいかも
しれないけど規制まわりの見直しなんかの時に規制向けデータ収集や
自家製ロードバランサー等を組むならApacheAPIで実装するのも一つの
選択だと思う。
ある意味でWebプログラミングの究極だよね。

ttp://qb2.2ch.net/test/read.cgi/sakud/1044021102/

>19 本７ ◆HON7/awDa. sage New! 03/02/03 14:42 HOST:IP1D0006.kyt.mesh.ad.jp
>使う側の権利もあっていいはずじゃないのか？
>もっとさかのぼった所から議論しなけりゃいかんのか？

(・∀・)ｲｲﾖｲｲﾖｰ

究極なのか？んなあほな。

負荷が大きいからモジュール化するのはごく普通と思うが。

>>696
よせっそいつにさわるんじゃない。

本7は2chに口出すなよ
お前が関わるとろくなことがないんでな
自分のサイトでオナってろ

おまえら動揺するな

>>699
ﾊｧﾊｧしながら700ｹﾞｯﾂ

いっそPHP


いや、何でもないです、ｽﾏｿ。

>>701
PHP版を１から製作して実運用に入ってるけど割といい感じに出来てるよ。
PHP5に対応する予定だし。
でもCPU負荷はPerlより上がるかも。
オブジェクト指向で組んでるから保守性、拡張性はバツグンにいいけど。
買う？

本７はマックでサバーですか？すげえ！

XServ？
専用サーバで持ってるのはRedHat9とFedora Core 1だけど

OpenBSDとGentooにしる

UNIXも使ってみたいけど運用目的はアプリ検証とかが主だからシステムは
無難なあたりがいいなぁ。
HP-UXは無条件で憧れるけど。

http://pc2.2ch.net/test/read.cgi/php/1059703150/824-
本７が書いているスレッド

>>702
PHP5はりリースまでもう少しのようです。

こんな感じ？
Perl・・・スクリプトスタートアップ負荷が重い、実行中は軽め、実行属性必須
PHP・・・Apache moduleならばスクリプトスタートアップ負荷は軽い、若干実行負荷が重い？、実行属性は要らない

そろそろスレ違いなんですが

>>708
僕なりの所見は、
Perl：
CGIで処理するとどうしてもオーバヘッドが大きい。
触れる人数は決定的に多い。
使い続ける理由はあまりない。

PHP：
モジュール版ならレスポンスは非常にいい。
昔ながらのアルゴリズム+クラス化すると当然消費量はPerlより少し上がる。
拡張性(追加機能や変更等)を重視した保守性のいい設計を大胆に行える。→Perl


>>709
根幹的な部分に付いて検討・議論してるんだけどな。
規制が必要な理由を列挙すれば自然と必要な事項が見えてくる。

途中でボタン押してもた。。

→Perlで真似するとグチャグチャになる。
PHP5の早期採用は相対的に問題ないと思われる。→もっと他にクリティカルな問題を抱えてるから

Apacheモジュール：
メチャクチャ早いし消費も最小限だがread、bbs以外は実装したくない。→めんどくさすぎるし
現状の2chサーバ5台分の処理能力を1台に圧縮したいなら有用かも。
300レス以内ぐらいでPerl版と処理速度を比較すると2ケタぐらい変わるんじゃないかな？

というかJAVAか.NETで作り直して古臭いイメージを払拭したらなんとなくいい気分になれるかも。

>>本7
http://pc2.2ch.net/test/read.cgi/php/1059703150/827-831n
ここを100回読め！

技術を感情で物事を判断するような連中に眼中にない。
何かしら経過や結果、変化があって初めてそこに面白みがでるのに
机上の空論が前提で和気藹々としてても気持ち悪いだけ。

明らかに場違いな発言であっても見出せる何かがあるならそっちの方が生産的だよね。
単に同じ場に居合わせて同調する連帯感しか必要ないのかな？

>>713
お前の発言には「見出せる何か」が微塵も含まれていないのだよ。

http://qb3.2ch.net/test/read.cgi/operate/1069144193/713
>713 名前：本７[] 投稿日：04/01/12 23:38 ID:KlJ3m7Bj
>技術を感情で物事を判断するような連中に眼中にない。
>何かしら経過や結果、変化があって初めてそこに面白みがでるのに
>机上の空論が前提で和気藹々としてても気持ち悪いだけ。
>
>明らかに場違いな発言であっても見出せる何かがあるならそっちの方が生産的だよね。
>単に同じ場に居合わせて同調する連帯感しか必要ないのかな？

本7は自分の立場が分かってないみたいだね

弄るのやめろよ

>691　メリットですか。それは各ＩＳＰが判断するということで、いいんじゃないですか？

２ｃｈに書き込めるというメリットと、アクセスすら出来ないというメリット。
どちらに目を向けるかは、企業（ＩＳＰ）の経営方針任せということで。
２ちゃんねらーはどちらになびくかは明白ですし。
コストが必要となれば利用者から徴収するとか、その必要すらないとか。
その辺りでも利用者がどう動くか。と、いうのは見えるはずですしね。
…そもそも利用者の管理・把握は、ＩＳＰがやらなければならない事だと思うんですけどね。
　２ｃｈを快く思っていないＩＳＰもあるはずですし、これを機に白黒はっきり
　させてしまったほうが、いいんじゃないでしょうか？
　　　　　　　　　　　　　　　　　　　　　 　 　　　　　　 　 ∧ ∧
つーか、ＩＳＰ通報レベルってそんなにいるノカー？（ＴдＴ）
補足：「契約」という形にしたのは、ＩＳＰごとに規制するための情報とか
　　　　応対の速度・マニュアルというものがあると思いますので、その辺をはっきりさせて、
　　　　削除・通報・ＩＳＰ規制・規制解除を迅速に行うためのものとお考えください。
(´ｰ｀ ). 。o（前々から考えてたけど、ひろゆきに先を越されてしまったから、突っ込んで考えてみたなんて言えないよなぁ。）

保守

>>713
協力できないヤツは何やってもだめ。
回らない歯車はいらないってこと。

保守

革新

中道

連立

いきあたりばったり。

そこで解散・総選挙ですよ

自民

共産

無所属・新

（;´Д｀）ﾄﾞｳｽﾚﾊﾞｲｲﾉﾔﾗ

世界経済共同体党・新

flashの看板に対応しました。
http://qb.2ch.net/ad.js
http://qb.2ch.net/operate2/index.html

仕様としては、外部サイトに.jsでつくってもらって、
BBS_TITLE_PICTURE=http://qb.2ch.net//ad.js
て感じです。最後は必ず.jsにしてください

>>731
すばらしい・・・
お疲れさまです・・・

>>731
＞まあ素人は〜
ﾜﾗﾀ

いやぁ、お疲れ様です。
うんうん。

ぐへへ。

＞731
flashが使えるようになったのではなくて、
Javascriptが使えるようになったって事か。
flash以外にもいろいろできそうだね。
それもOK?

何々？　みんな何が見えているの？

なんかJavaScriptのファイルがDLされてくるだけなんだけど、
私って何か変？

>>736
Okですー。

なんも見えんぞー

＞738
了解です、せんきゅー。

javasciptがonじゃないとみれないかもです。

jsファイルだけ開いても意味ないぞ。
板の看板にJavaScriptでswfを埋め込んでるんだから

しかし、そうなってくると、script切ってても何かしら表示されるように、
<noscript>も設定したいという欲がわいてくるね。

お疲れ様です。

swfからCGIキックしたりいろいろできるから
アクセス解析とかされたりするかもしれんし
ってそれはまぁ画像でもできるっちゃできるか

<a href="http://www.2ch.net/info.html" border=0></a>
Aタグは付くのな。
拡張子が.jsなら云々って処理をもう1個入れるのも面倒だしね。
実害が出ないならそのままでもいいか。
Javascriptの内容によっては影響が出るかもしれないけど、
そこは記述を工夫してもらうかね。

Ctrl + F5　で強制的に再取得したら見えました。

>>731
お疲れさまー、お疲れさまー

.jsファイルを置いた外部サイトの管理者が暴走したときは楽しそうだね。
画像とscriptでは「悪意あるファイル」の影響が段違いだわ。

やりようによっては、ブラクラを仕込むことも可能なので、
jsをおける場所を限定しますか？
フリーメールでアカウント取れる場所は禁止とか。

マァヴの所か壷カキコかなあ…
>>749

>>749
有名なプロバイダー以外は不可ってことでいいかと

フリースペースは一律不可でいいんじゃん。
申請を受け付ける時に、いちいち調べるのが大変そうだな、変更人。

そこら辺は、imgサーバ限定とかのが楽ではあるね。

マズイことが起きてからまほらたんが泣くってことで

例えば外部サイトの管理者さんが、ブラクラやアクセス解析を仕込まれたと
仮定致しまして、その際にはその管理者さんには法的なペナルティが課せら
れるのでしょうか？

それだ！>>753

なんらかの被害が発生した場合には、
その被害の責は負うかもしれないです。
んだから、フリースペースだと追求がめんどくさいというのもあり。。

>>755　ひろゆきさん
Σ (ﾟДﾟ;）

flashの安全性も考えた方がいいのかなあ。
flashで何が出来るのかとかよく知らないけど。

Flash中止

ザリガニの後ずさりのごとく撤退

世の中にゃ、いろいろな態様のWebスペースがあるからね。
信頼性を調べるのはかなり大変だよ。

やっぱ、.jsと.swfはimgサーバによる2ch管理限定が
最も安全かつ確実。

　　(((;;;:: ;: ;;　　　　　　　　　 ;; ;:;::)) ::)
　　　( ::: (;;　　　∧_,∧　　 );:;;;)) )::: :; :))
　　　　((:: :;;　　(´・ω・)っ旦;;;; ; :))
　　　　　((;;;　　(っ　,ｒ　どどどどど・・・・・
　　　　　　　　　 i_ノ┘

　((;;;;゜;;:::(;;:　　∧__,∧　'';:;;;):;:::))゜)) 　::)))
　(((; ;;:: ;:::;;⊂(´・ω・｀)　 ;:;;;,,))...)))))) ::::)
　　((;;;:;;;:,,,."　ヽ旦⊂ ） ;:;;))):...,),)):;:::::))))
　　　("((;:;;;　 （⌒） ｜どどどどど・・・・・
　　　　　　　　 三 `Ｊ
　　　　　　　　
　　　　　　　　 .∧__,,∧　　　；。･
　　　　　　 ⊂（´・ω・`）⊃旦
　　　　☆　　　ﾉ　　　丿　ｷｷｰｯ
　　　　　　ヽ .ﾉ　 （⌒） 彡
　　　　　　　と_丿=.⌒


　　　　　　　　 .∧__,,∧ｾﾞｪｾﾞｪ
　　　　　　　　（´・ω・；）　ひろゆきｻﾝお茶ﾄﾞｿﾞｰ
　　　　　　　　 ( ｏ旦ｏ ）))　
　　　　　　　　 ｀ｕ―ｕ

いろいろな点で妥協するなら、ISPの提供するWebスペースなら可、
ってのがベターな線かな。

Webスペースのサーバ管理者を特定できるか、
Webスペースのサーバ管理者がWebスペースの利用者を特定できるか、
容易にWebスペースを取得できるか、
それらの確認が容易か、
とか考えるとね。

ISPのWebスペースなら、そのISPのドメインで運用されてるのが
ほとんどだろうから、ISPの提供している物かの確認はしやすい。

コンパイルされたswfは中でなにやっててもわからんから

>>757
おつです　おつです

強く…、葦のように強く生きてくださいー。 >757さん

んではこれを「まほらクロス」と名づけます？
ﾅﾝﾁｬｯﾃ

サザンクロスにしましょう。

ISPから生で犯罪投稿とかしてる人が結構いる現状では、
ISPのWebスペースも充分怪しいけどね。

>>768
それはサザンさんが。

まほらさんよりもサザンさんに任せたほうがいいかもね。














サザンが苦なだけに。

>>771

>>771

>773

>>777

今日の博之はダジャレに厳しいな、、

　　　　　　　　 .∧__,,∧
　　　　　　　　（´・ω・；）　振られちゃった‥‥
　　　　　　　　 ( ｏ旦ｏ ）
　　　　　　　　 ｀ｕ―ｕ

>>776
厳しいどうこう言うレベルじゃないと思われ、、、

たとえば布団がふっとんだー、とか

>>778
同じ意見･･･。
意外にきびしいこともあるんだね。
でもさ、ほら。
キライなことってあるだろ？
な。たまたまそうなったのかも。
いや、まてよ･･･もしかしたｒうわなにをするやめｒ

>>779
寒くはない。
否、むしろあったかいぐらい。


ごめん俺こういう文作るの苦手

Fla板から出張してきました、ってか元々この板の住民ですが（ｗ

>>758
FLASHの安全性ですか
確かに、FLASHはその華々しさ（？）とは裏腹に危険な一面もかなりあります
まず、ActionScriptと呼ばれるFLASH独自のスクリプトなのですがこれは様々な事が行えると同時に
悪意を持った内容を設定するとかなり危険です、下手したら普通のブラクラよりも危ないかもしれません

でも、回避する方法はあります
たとえば、その看板用のFLASHのflaファイル（FLASHのパブリッシュ前のファイル、要は編集中の内容）
も同時に提出してもらい、管理側が確認作業を行ってから許可をして看板として採用する、などなど。。。
で、見て許可を出して、その看板を管理している人のスペースから表示させるとすり替えなどが行われた場合無意味なので
>>761さんの
＞やっぱ、.jsと.swfはimgサーバによる2ch管理限定が
＞最も安全かつ確実。
この案なら確認後すり替えは発生不可能なのでよさそうです。

#しかし、管理サイドの負荷が増えるしサイズ制限が入るなぁ・・・
#flaファイルの確認でしたら私が行ってもいいですが・・・

まぁ、問題がおきてから困りましょう。

>>782
お約束ですな。

うんうん

じゃぁ暫く板トップは見ない事にするか、

>>782
本当にお約束ですなｗ

スレ違いで申し訳ないんですが･･････一応確認させてください。

現在テスト設置されている看板は
何時頃までテスト設置される予定ですか？

>>782
問題が起きたらどうするんだＹＯ
ってお約束ですね

＞782
つまり、とりあえずは制限無しで行くと、

今のbbs.cgiの看板設定部分ではembedタグとjavascriptは
無効化されてるがそこんところを解除しますってこと？＞Flash対応

>>790
SETTING.TXTの看板設定項目の拡張子を判断して
.jsならSCRIPTタグを、それ以外ならIMGタグを出力していると思います

今までの設定でも正常に動いていますし。

>>791
BBS_TITLE_PICTURE=../ad.js
これっすね。
理解できました（つもり
ありがとうですです

>>731
たぶん"ad"がひっかかってると思うんだけど、Norton InternetSecurityだと
広告ブロックのデフォルト設定でscriptタグが消されてしまうま。

自分で設定変えればOKだけどね。

>>793
どうやら.jsファイル自体を外部スペースに置くようなんで、
そのスペースの管理人が自由にファイル名変えられそうだから大丈夫かも

.jsのファイル名はSETTING.TXTで設定しなきゃならんから
自由には変えられんべ。

ファイル名が「ad.js」に固定じゃないってことで。

ファイルの内容変えるのは簡単だべ。
それにフラッシュ以外の看板を置く場合
当然、内容変更が最も簡単な手段。
ＣＧＩでやっているような読み込み時に
乱数で変更する看板も簡単に出来る。

おっとそれはすごい
CGIが動くスペース取ってこなくてもランダムイメージが出来るのか

＞796
ああ、そういう意味ね。
誤読すまん＞793

違う、794

bbs.cgiにpre（等幅）モードが欲しいな、と思ったり。投稿フォームを

<form method=POST action="../../../bbs.cgi">
<input type=submit value="書き込む" name=submit>
名前： <input name=FROM size=19>
E-mail<font size=1> (省略可) </font>: <input name=mail size=19><br>
<textarea rows=5 cols=70 wrap=off name=MESSAGE></textarea><br>
<input type=checkbox name=pre> 等幅フォント
<input type=hidden name=bbs value=???>
<input type=hidden name=key value=??????????>
<input type=hidden name=time value=??????????>
</form>

ってな感じにして、でpreがチェックされていたらレスを<pre>〜</pre>でくくる、と。

読むときに等幅になってればいいんだから
専用ブラウザでスキンを編集すればいいんでないかい

専用ブラウザとか言うなー！

じゃあ、壷。

みんながみんな専用ブラウザとかを使ってるわけじゃないでしょ？
表とかプログラムコードとかで桁位置をそろえて書き込みたいときってちょいちょいあるわけで。
一部の人にだけちゃんと見える、じゃ意味がないじゃない？

>>805
> みんながみんな専用ブラウザとかを使ってるわけじゃないでしょ？
本来は斯くあるべきでして。
テキストブラウザを使うのも音声ブラウザを使うのも利用する人それぞれでして。
その点、しっかりと文章をマークアップして、見栄えは好きなように CSS で対応するのが、
本来の主旨ではないかと感じています。＞ HTML

そのあたりを勘違いしていると思しき MSIE がそもそもうわぁなんだこいつやめるっれ。、。り、・・る

仮に>>801を実装した所で、>>805のような用途に使われるのは極々極少数だと思うな。
他サイトのBBSでも、必要無いのに等幅を使ってるレスばっかり目に付く。
2ちゃねらの事だから、見た目が他と違うからーと等幅チェックしたり。
AA系板も等幅派とかできて荒れそう。
そもそも<pre>タグはIEだと、字が一回り小さくて見づらいから、かなり不満も出ると思う。

>>806
HTMLに対する一般論としてはそのとおりなんですが、
2chの書き込みの場合自由にタグが使えるわけではないので
当てはまらないんではないかと思います。

>>807
見た目が他と違うから、とか等幅AA派、というのもアリじゃないかと思います。
それも表現の一手段ということで。
<pre>タグで字が小さくなってしまうのは……困った（一応回避策はあるけど）。

つーか、MSIEのせいというよりかはHTML自体TeXとかと比べてかなりいい加減な立場にあるから
こんなことになるわけで…。

とスレ違いな事を吐いてみる。

立て読みしたいだけちゃうんかと

というか、<pre>タグは等幅じゃない。
等幅は<tt>タグ。

好きなものを熱く語る心を忘れない大人はかっこいいけど、
嫌いなものをいつまでもネチネチ語る大人はみっともないです。

ごめんなさい、誤爆しました。

>>812
オタクの言い訳

>>814
誤爆にレスですか？

スクリプト、作ってみたんだけど

// ランダムすくりぷと

kanban = [
// ["看板のURL", 幅, 高さ],
["http://www005.upp.so-net.ne.jp/tori/swf/logo.swf", 500, 100],
["http://qb3.2ch.net/images/2ch.gif", 550, 72],
];

var def=Math.floor(Math.random()*(kanban.length-1));
if(kanban[def][0].substring(kanban[def][0].length-4,kanban[def][0].length).toLowerCase()==".swf")
var tag="embed";else var tag="img";
document.write('<'+tag+' src="'+kanban[def][0]+'" WIDTH='+kanban[def][1]+' HEIGHT='+kanban[def][2]+'></'+tag+'>');

あるディレクトリ内のファイルの数だけ
簡単に取り出すにはどうやるといいんだろ
Perl ですー

>>817
@filelist = glob "PATH/*.dat";

おおっ
どもです　どもです

んで　$ninzuu = @filelist; ってやればいいの?

>>818
Perl のバージョンによっては File::glob の実装（上書き）になっているものもありますので、マニュアルを参照してください。

>>819
$ninzuu = scalar glob "PATH/*.dat";
空の時は、未定義になりますので。

やってみますー

>>822
はいー
あ、時刻がキリ番！＞(2**9)*3

Global symbol "$ninzuu" requires explicit package name at f22.cgi line 46. BEGIN not safe after errors--compilation aborted at f22.cgi line 46.

といわれてしまった。ﾄﾎﾎｯ

>>824
my $ninzuu;
するか、直接条件文に入れるとか。
なんたらかんたら if (scalar glob "PATH/*.dat") > 10;

あ、scalar で評価するとファイル名が出てくるんだった（汗）@glob
my $ninzuu = scalar(grep /\.dat/, glob "PATH/*");
ちょと冗長かも、、、

どもども
やってみましたー

news6の_service に一時間に一回クリア直前に
数えてみよう作戦だー

>>827
$Check_files = sub {
local *Service_DIR;
opendir Service_DIR, "$ENV{PATH}/public_html/_service" or return 0;
return scalar(grep /*.txt/, readdir Service_DIR);
};

if (&$Check_files > 10) { なんたらかんたら }

みたいなのかな？(^-^;)

♪glob "*" より readdir の方が効率的らしいです。φ(･_･) ﾒﾓﾒﾓ

>>828
・Perlにはポインタがない
・closedir してない
なんでちょっとそのコードは、、

あっ、それでも動くのか、、
何かすいません

ごそごそしていて、でかけるの遅れた。

wildcardの展開はとってもコストが高いので、
絶対にopendir/readdir/closedirを使ってください。>>仕事人さん

数だけがわかればいいなら、alphabetical sortは必要ないわけで。

俺もなんかしたいんだけどどうすりゃ参加できるの？

>>831
うっ　そですか
ということは　>>828 の方が良いということですか?

>>833
Yes.
readdir()だと、ディレクトリエントリを直接開いて順に読むので、
圧倒的に軽いです。

readdir は、カレント(./ ../)なども含まれますので幼虫胃です (^o^)

>>835
あ、むろん、そうすね。

ぶっちゃけていえば、ディレクトリを頭からcatして、
ちょっと整形してるようなもんです。< readdir

globはまじめに中身全部よんで、それから評価(parse)してる。
parseはとてーもコスト高なんで、やらないですむならやらないほうがいいっす。

readdir にした。

news6 , ex2 , live8 , live7 , live5 , live4 , live3 あたりに入れてみた。

_service の中見てみてね。

>>837
2004/2/9 20:12:23 CODE(0x810e324)
リファレンスが入っている悪寒？

printf FileHandle qq|%04d/%02d/%02d %02d:%02d:%02d|, (localtime)[5] + 1900, (localtime)[4,3,2,1,0];
なんてすると、もっと綺麗になれるかも(*^-^*)

>>838
ただ単に >>828 のコードで、
"print QQQ $Check_Files"ってやっちゃった予感。
で、その下で直したんでしょう。

$ENV から　Linux とか　FreeBSD とかはどやって取るの?　(Perl)

if(!FreeBSD)
{
なんちゃら
}

とやりたい。

OSTYPE

"$^O"で取得できるらしい。
でもどんな値が帰ってくるかはわからん。

$^O

はPerlバイナリがコンパイルされたOS名が入ってますー。

http://live8.2ch.net/_service/IPnum-2004-2-10.txt

絶句。

>>844
live8鯖に2万人以上も張り付いているですか。

http://ex2.2ch.net/_service/IPnum-2004-2-10.txt
娘。

参考資料としてhobbyとかの普通の鯖ではどのくらいなのかとか知りたい

うほっ

全部に入れてみますかー
数時間たって入っていなかったら教えてください。

娘。系板って書き込みが無駄に多いだけで
見てる人はそんなでもないのかしらん

>>844
2004/2/10 13:9:59 23887
2004/2/10 14:9:58 700

おやっ

一回クリアしてみたのだ。

>>844
2004/2/10 14:9:58 700
2004/2/10 15:9:58 969
2004/2/10 16:9:58 857
2004/2/10 17:0:2 651

今は一時間ごとにクリアですか？

これ見ていれば　Samba24 の異常を検知できるです。

>>844 >>846
ﾍｪｰﾍｪｰﾍｪｰ

>>854
あぁわかりました。あそこをreaddirしてるですか。
例えばDNSでやるには、どうしたらいいかなぁ。

DNSを自分で持ってるuma/pekoサーバじゃないと、ちょいとめんどうかも。

366 ：動け動けウゴウゴ２ちゃんねる：04/02/11 18:09 ID:gC8c72VJ
・bbs.cgiの起動コストがデカイ
　→mod_perl化
　→デーモン化
・bbs.cgi自体が重い
　→Perlで"2ch.pm"モジュールを書いて各セキュリティ対策を分離とか
　→そもそもCで書き直すとか
　→つまりbbs.cgi再設計スレ
・bbs.cgi自体がタイミングによって誤動作する
　→古臭いファイルロックからqueueに設計変更
　→つまりbbs.cgi再設計スレ

ヽ(｀Д´)ﾉ ﾎﾞｯｷｱｹﾞ

ヽ(｀Д´)ﾉ ｽﾞﾌﾞﾘｱｹﾞ

というわけで、いくつかの部分を見直す必要ありです。

subject.txt生成部分と、
html/*.html作成部分

が今候補に挙がってます。

flock はずしても特に不具合上がってこないな　< ex

実はそれでいけてしまったり、、
処理が増えてくると、壊れ始めるのかなぁ。。

んじゃ　一気に全サーバへ　(live5を除く)

わーいわーい

入れ替えたけど、　live8 , live9 はどうすりゃいいんだ?

rootﾀﾝ来ないと出来ないと言うわけか

またホソロシィことを…

各サーバの某所定の場所にある bbs.cgi (本体)が更新されたら
live8(901) では自動で検出してコンパイル(perlccって言うんですか)

live9 は live8 の test/bbs.cgi が更新されたら自動的に取ってくる

なんて仕組みはできないんですか?

cronでたまにdiffでも取ってperlccして移動？('-'*)

>>867
出来るのでは？
もっと簡単に、
bbs.cgiが存在したらコンパイル → bbs.cgi.bak 等にリネーム、とか。

各鯖から更新されたかチェックするのではなく、該当するモノが更新したら全鯖にお知らせするとか。＠Rock54的思考回路(^ｰ^;;)

NIS(YP)一切使ってないなら
% make (bbs.pl→bbs.c, bbs.c→bbs.cgi(amd64)&bbs.c→bbs.cgi(i386))
% make push (親→子)
とかできんじゃね？

bbs.cgiを置いてあるディレクトリの所有権を、管理者アカウントにして。
rsyncかscpでbbs.cgiをSSHで直接コピーすればよろし。

んでそれを元ネタのbbs.cgiにMakefileとして書いておけばmake一発だ。

>>864
ex4から奪ってくればいいのかな。
ch2live8とかch2live9の下に、make一発でできるようなのを作っておきます。
で、そこの更新の仕方をメールしておきます。＞ひ（りゃと仕事人さんに

自動でやるのは、ちょとこわい気も。
半自動ぐらいなら(コマンドひとつでぼそっと更新)。

半自動ってのは、例えば >>872 の路線すね。

>>873
既に入っていますー
前回と同じ。

live8 で作ったら　live9にコピーしようと思っています。

一発コマンドならwebから出来るとうれしですー

cd /path/to/bbs.cgiのあるところ/
make

ってのだけを実行するsubmitボタンでも置く?
あーでもパスフレーズの入力が出来ないか。

ttp://www.mimori.org/~h/tdiary/20030809.html
でbbs.cgiを送信することだけしか出来ない公開鍵を作って、転送管理専用アカウントにsuidしておくとか。

>>875
入れ替えました。

Webからすか、、、。
>>877 の上の方の仕組みはつくりました。

cd へろへろ
make
make install

で入ります。

後半は、できる人がやってほしいなぁと。

前半部分は、ピロリのおじさんとひ（りゃに詳細をメールしておきます。

入れ替えました = live8, live9双方

ほいほいー

そういえばーさん
.jp 以外スレたて拒否ってまだ今でも必要なんだろか?

>>880
串対策の意味合いが大きかったような気もするに10ピロリ。

>>880
串規制が順調に進んでいるから、もう不要かと・・・

んじゃ一旦廃止っと、

>>883
お疲れさまです・・・

bbtec.netの人達が喜びますね
どういうスレッドを立てるのかは知りませんがｗ

ｷﾀ*･ﾟﾟ･*:.｡..｡.:*･ﾟ(ﾟ∀ﾟ)ﾟ･*:.｡..｡.:*･ﾟﾟ･*!!!!!

やほー必死だな

うるせーばか

何度も前振りあったけど
やっときましたか

あとどの規制廃止できると思います?

bbs.cgiの更新のやり方をメールしました。ためしてみてくださいです。＞ピロリのおじさん
わたしはちょっと、これから別の事を(２ちゃんねるじゃない)を。

海外の人でも立てれますか、そうですか。
お知らせしておこう。。（この板の話？）
□規制解除要望□【外国】海外居住者用【国外】
http://qb3.2ch.net/test/read.cgi/operate/1064157388/l50

あとは、gw、cacheのjpで規制スルーか・・

>>892
それもあったか
この規制も廃止していいと思います

どれ?

変なホストです規制

>>894
gwとかproxyとか、ホストの文字列で規制しているところです
串規制が整ってきたので、外しても大丈夫かと

やってみますかー

結構あらされる予感ですが、、、

予感がするなら止めておけ。

>>897
最終的な判断はお任せします

bbs.cgi ver 20040212

cache
proxy
^gw

いったん廃止

荒らされたらまた困りましょー
人も増えたし、大規模なのは最悪rockでも止めれますし。

あと>>たくさん書けない規制はliveではいらないでしょ。
でもaccuseのは残して・・

つうか、liveではhttpや>>でリンクができるような設定なら
これ外しちゃえばええような気がするんですが。
皆さん専用ブラウザ使ってくださいってことで。

それはいえる
そもそもたまにキャプ画が張られるくらいだし。

ex4なら名無しチェック必要なし

http〜はread.cgiで処理してたような。

外せるもんならとっくに外してるってのが結論だったような

あと困っている人が多い間はどの規制ですか?

top level domain規制w

>>908
N速＋の120秒規制

>>908
BBS_PROXY_CHECK=checked
BBS_OVERSEA_THREAD=checked
BBS_OVERSEA_PROXY=checked

>>910
却下

ｿｰｽ公開ﾏﾀﾞｰ?（AA略

メール見ますた。＞ピロリのおじさん

901の実験期間中は、ここをヲチしながら私がbbs.cgiの更新を反映していくです。
実験が一段落したら、そのときはまた考えるとゆうことで。

ハロプロ(狼)板（http://ex4.2ch.net/morningcoffee/）のgw規制が解除されていないようです。
他の板には書けるそうなので、bbs.cgiバージョンが「20040122(+Samba)」なせいかと思います。
ご対応頂けますか？
http://ex3.2ch.net/test/read.cgi/accuse/1075357745/259,265,269

ほぅほぅ
ちょっと見てきますー

どでしょ?

>>917
ＯＫですっ。ありがとうございました。
http://ex3.2ch.net/test/read.cgi/accuse/1075357745/271-272

思ったんだけど。
*.datをmboxとみなして、qmail-localみたいなので書き込むのってどうかな。

たくさんあるbbs.cgiの投稿は/path/to/queue/tmpにtime.pidでキューとして入れて。
書き込みが成功したら/path/to/queue/newにハードリンクして。tmpはunlink

んで*.datへの追記は一つのプロセスがnewからどんどん読み出して追記するだけ。
999書き込んだ時はtmpをchmod -wしちゃう。

/path/to/queue/へのファイルシステム負荷が高いから、メモリディスクでキューの分だけ確保しておいて。

>>919
直感的に、かなりいい気がするですよ。

削除系の処理が、ちとめんどいかな。

mboxだったら、ファイルのおしりに足しこんでいくだけなわけだけど、
あぼーん削除や透明削除が入ると、ちと処理が必要そうだなぁ。

でも、なんとかなる気がするですよ。
も少し設計を詰めてもらってたたき台ができたら、別スレでやるのがよいかなと。
もしこの路線でやるなら、まさに設計デザインから再開発か。

ふと思ったんですが。
bbs.cgiがレスポンスを返すとき（indexに飛ぶとき）には書き込みが完了してないと
「書き込みが吸い込まれた！」とか言われそうでまずい気が。
逆にいえば書き込みが完了するまでbbs.cgiは生きていなければならないかと。

まぁ実際のMUAもメールを削除するときはmboxを切り詰めるんだから。
それと同じしように処理するってことで。

……ってあぼーん処理が競合することは無いよね?
まぁ*.datを似たような感じにすりゃいいのだろうけど。

>>922
現状の実況板みたいに1062ぐらいまで書き込めちゃうのを許容するかどうか。

queueのtmpにtime.pid.スレ番号でstat()したときに、エラーが返ったときにどういう風にリトライするかってのも問題だな。
qmail-localは2秒待ちだけど。
まぁstat()がエラーを返すって事は、たまたまクロックが巻き戻って、bbs.cgiがたまたま同じPIDを確保して、たまたま同じスレに書き込もうとしたときなんだけど。

うーん。time.pid.スレ番号.IDのほうがいいかな?

あー1000処理を楽にするには/path/to/queue/スレ番号/tmp/のほうが楽かな。
/path/to/queue/以下にスレ番号一覧がずらずらと並ぶ。
DIR_HASHに期待しないのであれば、/path/to/queue/(スレ番号 mod 23)/を掘って、その下に/スレ番号/tmp
って感じで。

というかモロにqmailのパクりだな。

連投規制の改良(samba24も含む)

Docomo の場合。この二つの形式があるようです。

$ENV{HTTP_USER_AGENT} にどっちかが入っている。
o/1.0/P505i/c20/TB/W20H10/serNMAFA447894
DoCoMo/2.0 P2102V(c100;TB;ser350217002180384;icc8981100010300420016F)
それぞれ　NMAFA447894 or 350217002180384 の部分を取り出したい。

$IDNOTANE = $ENV{HTTP_USER_AGENT};
どすればいいの?

出先でリファレンス持ってないからあってるかわからんけど、

$IDNOTANE =~ /ser(\d+)/;
$SARNAME = $1;

こんなもんじゃないかな？

やっぱまちがい。\d+じゃなくて\w+ですね、、

ちとやってみよう　< ex4

Samba24

金でやれ金で

金じゃ人がいないから分からないもん。

ex4 携帯率ひくー

news6 でやろう
そうだ　そうだ

金を携帯で見る人はほとんど居ないでしょうしねぇ。

いやー

金では既にテストして
その上でどこかで実験する必要があるわけで、、、

うーむ　news6 もいまいち。。。

そうだ　gamble2 だ
そうだ　そうだ

ex4は娘。のコンサある日だと携帯率高いんじゃないかなぁ

>>934
お、それは失礼。

>>932
news6鯖も少なそうですけど・・・
携帯・ＰＨＳ板のあるetc鯖のほうが多いような・・・

なにげに

ezweb Docomoはうまく行っている予感
あとは　FOMA ? かな、、
観察中。。。

んじゃ　etc へ行ってみよう。

暴打フォンは何処へ？

暴打フォンのあらし見たこと無いので
あらされたら考えるです

暴打フォンってコスト高いからね・・・。しかも書けない機種ばっかり・・・

2ch必殺の泥縄対策法ですね

>>926 のこのタイプが Foma ですよね?

DoCoMo/2.0 P2102V(c100;TB;ser350217002180384;icc8981100010300420016F)

こないなぁ　< etc

誰か書き込んでみてくれないかなぁ

おっ　きたきた
これで　Samba24 は携帯固有番号で動くようになった。

とゆーことは、携帯連投スレ潰しは
もう出来なくなるってことになるのかな？

次は・・・

timecount , timeclose への適用なんだが、、、
しばしコードを読む必要があるのだ。

ＥＲＲＯＲ：もうちょっと落ち着いて書きこみしてください。
ＥＲＲＯＲ：連続投稿ですか？？ ?回

この辺ですよね?

>>945
そうです・・・
端末製造番号（15桁の英数字）+カード識別番号（20桁の英数字）
で構成されているのが、FOMAです・・・

「もうちょっと落ち着いて…」のほうはtime値だけ見ていて
ホストは無関係だったと思われ

なんかうまく行っている予感。

さーて　全サーバに配るかなー

一旦 Samba24 の個別に設定したやつクリアされちゃうんだよなぁ

qb , qb2 , qb3 の Samba値って同じでしたっけ?
news5 = 120sec なのは知っているのだが、

qb 20秒
qb2 15秒
qb3 60秒

http://info.2ch.net/wiki/pukiwiki.php?samba24
どぞー

産休です

すでに　live8,live9,live5 を除いて
他のサーバには投入されました。

>>956
お疲れさまです・・・

http://2ch-tool.net/wiki/pukiwiki.php?Samba24%C9%C3%BF%F4
誰も見てくんないし(´･ω･`)ｼｮﾎﾞｰﾝ

本家で間に合ってるからなぁ……。

>>958
まとめとしてはいいと思うけどな。
いちいちコピペする必要ないしさ。

こっちで作ってもことごとく本家にもっていかれているのは（りゃ

>>958
life3ぬけてるよ。

>>961
互いにマージしあっているからなー。
まあしょうがないかと。ここは２ちゃんねるですから。

相互補完が嫌なら「転載したら殺します」って書いとけばいい

転載したら太平洋に流（ｒｙ

【パクリ】２ちゃんねるWiKiに盗用されますた【ただ乗り】
とかいうタイトルでスレを立てるとか

雑談は次スレが立つまでやめれ。
というわけでたててくれい。
漏れはなぜか運営では立てられない・・・。

ひどい…鬼だ

queueによる再設計話も次スレで同居?

>>969
つか、もう話すスペースがこのスレには存在しないのだが。

というわけでどなたか次スレきぼん。

テンプレｷﾎﾞﾝ

こんなんでいいかな？


peko鯖の稼動によりﾎﾞﾄﾙﾈｯｸの一つである事がより明らかになった
bbs.cgi作り直しプロジェクトです。

関連スレ
【Project peko】2ch特化型サーバ構築作戦 Part6
http://qb3.2ch.net/test/read.cgi/operate/1076413123/
◆ 全サーバトリップ統一作戦
http://qb3.2ch.net/test/read.cgi/operate/1067245837/
bby -- スレッド情報一元管理システム構築スレ
http://qb3.2ch.net/test/read.cgi/operate/1073058944/
BBQ システム(公開串リストメンテ)
http://qb3.2ch.net/test/read.cgi/operate/1073061576/
【連投規制】Samba24　情報要望スレ　その3
http://qb3.2ch.net/test/read.cgi/operate/1075568934/
【広告】Rock54【自動排除】　3
http://qb3.2ch.net/test/read.cgi/operate/1074735308/
■　新しいサーバで read.cgi が正しく動かない問題。　(dat落ち)
http://qb.2ch.net/test/read.cgi/operate/1047840578/


前スレ
bbs.cgi 再開発ﾌﾟﾛｼﾞｪｸﾄ
http://qb3.2ch.net/test/read.cgi/operate/1053067870/
bbs.cgi再開発プロジェクト２
http://qb3.2ch.net/test/read.cgi/operate/1069144193/

>>2以下補足。現状の問題

・int(rand(99999))でファイルロックするのはよくないから止める
・bbs.cgiに処理全部をやらせるのではなくて、分離する
　→規制チェックとか書き込み処理とかデーモン化

ぱくられたｳﾜｰﾝ
bbs.cgi再開発プロジェクト 3
http://qb3.2ch.net/test/read.cgi/operate/1076666901/

>>972
■　新しいサーバで read.cgi が正しく動かない問題。http://qb.2ch.net/operate/kako/1047/10478/1047840578.html

>>956
live8とlive9に投入しました。
$version ="20040212";

かつて日常茶飯事だった�d�jが
flock 等を利用することによってほとんど無くなった。

今回 flock は全部外したのだ。
ということは�d�jになるのだ。

flock を使用しない�d�j対策を講じるまでは
復帰屋さん大活躍の予感。

改修はぼちぼちやります。

お､新聞来た

復帰人募集はまだですか？

ﾀﾘｰ

>>980

>>981
Σ(ﾟДﾟ≡ﾟДﾟ)

そういや・・・

BBQ , BBY , BBX こけたときの避難訓練というか
２ちゃんねるがどうるかの実験も一回したほうがいいですねぇ

>>983
訓練Σ(･∀･；)
現在その3つがこけても運用できると思われるｻｰﾊﾞは
sports2とlive5くらいですか?

>>983
そうすね。そろそろ危惧し始めております。

以下、DNS側から見た話。

1)BBQのDNSがこける

bbs.cgiから呼ばれているgethostbyname()のところでつまり、エラーになる。
BBQでは「正常」なときに「公開Proxyからの投稿は受け付けていません」に
するようにしているので、これが原因で「公開Proxyからの〜」にはならないはず。
しかし、DNS的に詰まるため、投稿そのものに大変な時間がかかる可能性あり。

対策: bbx.2ch.netのDNSを2つにする。これでDNS的に詰まるリスクは大幅に減少する。
しかし、DNSを2つにした場合、受け側の2つのDNSで受信したデータを
うまくマージする仕組みが必要(書いているうちにいい方法を思いついたので、これは別途)

BBQでは

2)BBYのDNSがこける

bbs.cgiから呼ばれているgethostbyname()のところでつまり、エラーになる。
BBYではgethostbyname()の戻り値は無視しているので、
これが原因でスレッドが立てられないことはないはず。
しかし、DNS的に詰まるため、投稿そのものに大変な時間がかかる可能性あり。

対策: bby.2ch.netのDNSを2つにする。これでDNS的に詰まるリスクは大幅に減少する。
しかし、DNSを2つにした場合、受け側の2つのDNSで受信したデータを
うまくマージする仕組みが必要(書いているうちにいい方法を思いついたので、これは別途)

3)BBX/Rock54のDNSがこける

bbs.cgiから呼ばれているgethostbyname()のところで詰まり、エラーになる。
BBXでは「正常」なときに「ロックは人生だ」にするようにしているので、
これが原因で「ロックは人生だ」にはならないはず。
しかし、DNS的に詰まるため、投稿そのものに大変な時間がかかる可能性あり。

対策: bbx.2ch.netのDNSを2つにする。これでDNS的に詰まるリスクは大幅に減少する。
しかし、DNSを2つにした場合、受け側の2つのDNSで受信したデータを
うまくマージする仕組みが必要(書いているうちにいい方法を思いついたので、これは別途)

第一段階としては
二重化して 二個目は全部かける側にスルーというのが良いような

BBQ , BBY , BBX がこけても
その目的は達成できないが、
掲示板としての昨日は維持する。

とゆうことで、DNS的にはこれらはほぼ同じ仕組みから派生しているので、
リスク部分は同じかと。

で、解決方法としては、PIEに1台「手堅い」サーバを入れて、
そこでDNSサーバを立ち上げることかなぁ。それで、かなりリスクを減らせます。

これベースのやつを1台とかで、十分だと思うですよ。
http://www.polywell.com/us/servers/polyraxx1u2xe.asp

BBYは特に問題は無いと思いますが
BBQとBBXは荒らし防衛の要ですからねぇ…
引けなくても続行という例外処理がないとbbs.cgiは動けませんし
その例外処理があると、ほとんど無防備な状態になってしまいますし

もし、重大なトラブルがあった場合に備えて>DNSサーバーの重大なディスク障害・物理的なネットワーク障害など
昔ながらのホスト規制とは別にもう一つ緊急避難用の小回りが効く規制システムがあるといいんですが

>>986
はい、そういう路線すね。

で、それはわりと簡単だということに気がつきました。

BB?のDNS側は複数で動かしておいて、bbs.cgiをブロックしないようにしておいて、
BB?のDNS側で再度別ドメインでDNSを読んで、そっちはDNSサーバを1つで
動かして、データを集めればよいわけです。
そうすれば、

・bbs.cgiがブロックする危険性を大幅に下げながら、
・現在のBBY/BBX/BBQの仕組みをそのまま使って、

システムを組むことができる。

BBX/Rock54を例に、こんなかんじで。

・bbs.cgiが1.2.3.4を登録しにいく。(gethostbyname)
・AまたはBのbbx.2ch.netDNSサーバに登録される(今はここがAしかない)
・A/Bは、別のサーバCに、同じやり方で登録する(具体的にはドメイン名を変える、例えばbbxintra.2ch.net)
# 現在は、Cの役割もAがやっている
・Cのデータを参照して、未承諾広告さんのプログラムが動く

管理人の危惧は、

「掲示板としての機能の維持」ができなくなる事
だと認識しています。つまりまず考えなきゃいけないのは
BBQ,BBY,BBX がこけても掲示板の機能の維持が
できていれば良いだと考えます。

爆撃があっても、書き込める、読めるが優先です。

もし違ったら、管理人本人からのコメント↓
(今日は忙しいとは思いますが、、、 2004/2/14)

現在: bbs.cgi <=> A
改良版: bbs.cgi <=> A or B <=> C

にする、ということです。

で、AとBの両方が同時にこけなければ、bbs.cgiはブロックしない。
Cは今のシステム上ひとつでないと動かないので、とりあえずあきらめて、
後でまた考えると。

わたしゃ管理人じゃないですけど、>>990 には賛成っす。
その見解は、一致していると思う。

で、次を誰か立てていただけると。

>>991 補足
もちろんCがこけても、bbs.cgiには影響は出ません。そこが、ミソ。

立てます。ただし、テンプレが無いので、1がスカスカになってしまうかと…

bbs.cgi再開発プロジェクト 3
http://qb3.2ch.net/test/read.cgi/operate/1076666901/l50

あっ、立ってた

で、
A = 既存のwolf07でできるでしょう
B = PIEに置きたいなぁ
C = 今のrock54.2ch.netをそのまま使います

ということで、>>987 かと。

明日は晴れ

PIEに置くのは賛成です。
リスクの分散の点で、完全に別ネットワークなので安全かと

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。