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

再確認でーす

IsKoukoku は　bbspinkや2ch のbananaサーバで
するーする事は絶対にない

あってますか?

次オンラインになったら、
レスするです。

│＿Ａ
│・−・） >>522-561を見る限り、
↓ ⊂）　 LAが高かったらIsKoukokuスルーはどの鯖にも入ってそうっすね

○ 現在のbbs.cgiにおける、IsKoukokuを実行するかを決めるアルゴリズム:

1) まずIsKoukokuを実行するかどうかは、
bbs_mainの最初のほうで、mumumuIsIsKoukoku関数を呼んで
その結果をもとに決めている。

2) 1) は1投稿ごとに呼ばれ、チェックされる

3) 2) でいったん「IsKoukokuを実行しない状況」と判断したら、
mumumuIsIsKoukokuの呼び出しそのものをキャンセルし、
その船が自爆するまでの間、ずっと「IsKoukokuを実行しない状況」になる

4) mumumuIsIsKoukokuでは、以下のアルゴリズムにより判断する

a) リストにあるサーバ(特別サーバ)かどうか調べ、もしそうならIsKoukokuは実行しない
現在の特別サーバのリスト:
live16, live20, live21, ex11

b) その瞬間のサーバのLAを調べ、一定の閾値以上だったらIsKoukokuは実行しない
現在の閾値:
cobra 30.0
tiger 20.0
banana 4.0

5) 現在IsKoukokuを実行している状態かそうでない状態かは、
各板のindex.htmlに「+Rock54」と出ているかいないかで判断できる
している状態:
BBS.CGI - 2005/07/05 (SpeedyCGI) +Rock54 +BBQ/BBM +Samba24=10
していない状態(例: news4vip)
BBS.CGI - 2005/07/05 (SpeedyCGI) +BBQ/BBM +Samba24=15

ということで、>>765 の結論ですが、
２ちゃんねる/PINKちゃんねるのいずれも共通に、

1) 負荷が上がって、サーバが苦しくなってきた場合、
自動的にIsKoukokuをするーするようになる

2) 負荷が下がると、順次船が入れ替わっていくことにより
自動的にIsKoukokuをするーしなくなる

という動作をします。

これにより特にサーバに書き込み集中で負荷がかかった時に
「手でbbs.cgiやread.cgiを止めて冷やさなければいけない」とか、
「bbs.cgiの爆発時にbbs.cgiの処理が転んでしまう」
といったことの回数が、減ったように思います。

animeサーバもこれともうひとつの安全装置を入れてから、
例の「土曜夕方のどーん」にも、耐えられるようになりました。

ということで、以上です。

なお、もうひとつの安全装置は
・LAが閾値を超えたら、index.html / subback.html の更新をある程度さぼる

となっているです。

広告爆撃が増加してきたんで
ISKoukoku はスキップしないでくださいー

したとしても、live系だけかと、
2ch&bbspink の banana サーバは絶対にスキップしないでください

>>771
了解です。

これから、LAでのIsKoukoku閾値チェックの部分をはずします。 in bbs.cgi
ex11 (news4vip) は、どうしましょうか。

ex11 はどっちでもいいような、

ただし、animeサーバでのLA=20でのIsKoukokuスキップだけは、
従来どおりとさせていただきます。

これが働くのは、1週間のうちの5分だけのはずです。

>>773
そんでは、今までどおりでいきます。

あと　通称形態バーボンの早期投入が望まれています。 from 規制議論板

携帯だった

>>776-777
若者の動向を、どうこうしないといけないのかしら。

# 大学生は、そろそろしけーんのシーズンかも。

BBS.CGI - 2005/07/12

- banana サーバではLAに関係なく、常にIsKoukokuを実行
- ただし「特別サーバ」に指定したらするー

game10
game9
etc4
life7
hobby7
もスルーして欲しくないです。

携帯Rock54ってのも、ありなのかな。
自動バーボンというか、自動BBMか。

>>780
了解です。

tiger では LA=20 で発動なので運良くこれまで一度も起こっていませんが、
ex/anime/news以外は、bananaと同じ処理にしておきます。

でもetc4は、電車男の時がちょっぴり心配かもね。
ま、いっか。その時はその時ということで。

>>781
ネタ的には暖めているですです。
・自動でBBR→BBM

うーん
基本的には、、、全部onにして欲しいんだが、

なぜかというと、on/off は私たちには通常わからないので
効いているのか/いないのか
設定したのが　あっているのか/あっていないのか
等がわからないのだ、「あぁ　スルーしているから仕方ないんだよね」
で話しは終わってしまって、だれもそれ以上は深く考えないで
結局効いていないという風になってしまうのだ、

liveとex11以外は効かせて欲しいです
(anime は shar だかを ex11 に移転すればいいのかな?)

規制情報板まわりのコストがはげしく上昇しています。

>>785
> (anime は shar だかを ex11 に移転すればいいのかな?)
（ﾉ∀`）ｱﾁｬｰ

>>785
はいー。

あと、ex10&ex11のBBMが動いてない気がするんですけど…

・bananaサーバでは必ず実行
・他の該当するサーバ(live系とex11)では必ず実行しない
・それ以外は必ず実行

にしました。

>>788
ex10とかex11のように常時投稿数が多いサーバは、
たまに自動的に止まる(安全装置が働く)ようです。
理由は、、、ううむ。

live系ですらこのような状況で止まることはないようなので、
単なる投稿数ではない、何か別の理由を疑い始めています。

・bananaサーバでは必ず実行
・他のサーバ(tiger/cobra)のうち該当するサーバ(live系とex11)では実行しない
・それ以外のサーバは必ず実行

にしました。
IsKoukoku周りでLAで動的に判定する部分のコードは、全てコメントアウトしました。

# いったん、オフライン。

>>789 は、>>790 の上三行の説明を明確化で。

はーい

今晩 bbs.cgi さわります
samba値を SETTING.TXT で指定

おおっ、ついに！

SETTING.TXTを変更するCGIも忘れずにー

>>794
F22のように、一元管理をすると楽かもね♪
各鯖にそれぞれログオンするよりも、どこかの鯖で全板を管理しちゃうとかとか。

でも700板以上あるのよねぇ（汗）＠SETTING.TXTの数

ん？
変更人さんのお仕事を、サーバの管理者に一元して移してしまうということですか？

700以上って・・・恐ろしい数ですね。

で、いくつにするの？
60くらい？

というわけで、携帯バーボンは若者にがんがってもらっちゃうてして、
私は凄腕さんと、Rock54の携帯用拡張、名付けてRock54Mをやることにしよう。

で、Rock54Mからは将来的に、自動的にBBMに突っ込んでしまうようにしよう。

わーい

記念パピコ

Rock54Mはbanana238に作ることになるわけだけど(今のRock54に同居)、
その作業は、システムの検査が終わった後で。

基本的には、今まで「無駄弾」を撃っていた
携帯からの広告投入に対応する器を作って、そこに入れ込むってかんじで。

で、banana238のシステムそのものは健康であることが判明したため、
こっちは、たんたんと。

で、ネットワーク的には、
今までBBXに行っていた携帯からの広告投げの弾(無駄弾)を、
BBN(仮称)にとばすようにするだけなので、238の負荷は変化ないです。

あとは、単独スレ立ててそっちでやるかな。

携帯ユーザーとして、詳細キボンヌ

>>805
Rockに登録されてる広告をマルチしてる携帯を自動的に永久アク禁にするシステム。

■ Rock54M - 携帯からの広告投入撃退作戦
http://qb5.2ch.net/test/read.cgi/operate/1121187328/

ということで、あとはこちらで。

http://headline.2ch.net/test/read.cgi/bbynews/1121188566/

【音楽】サマソニにディープ・パープル出演決定!!【SUMMER SONIC 2005】
http://news18.2ch.net/test/read.cgi/mnewsplus/1121188566/
1 ：starmanφ ★ ：2005/07/13(水) 02:16:06 ID:???0

やば、誤爆。

bbsテーブルには、729板登録されています。

BBSが止まってますと表示されますが、何が原因でしょうか？

>>811
掲示板システムの意味のBBSじゃないから気にしないで由

ありがおう

ここはレベルが高いｲﾝﾀｰﾈｯﾂですね

>>522
糞コードだけど、これはダメ？
use strict;
print "Content-type: text/html\n\n";
chomp (my $uptime = `uptime`);
$uptime =~ /load average: ([0-9\.]+), ([0-9\.]+), ([0-9\.]+)/;
print "1min:$1, 5min:$2, 15min:$3";

お忙しいところすみません、一般民としてなのですが…
Over1000したときに出る『Over 1000 Thread』
に、日付と時刻を入れるのがよいかと思ったのですが。
普通のレスと同じ様な要領でも結構ですし。

1000の日時と大差ない気が

だとread.cgiで1000の日時を表示するようにした方が・・・
ってこれはread.cgiスレ行きだなｗ

>>815
> `uptime`
このコストがもったいないべ

>>818
そうなのか？
read.cgiはdat表示するだけだからいじるならbbs.cgiかと思ってこっちに誘導したんだけどｗ

>>802
1001に組み込むならbbs.cgi、
1000も表示するならread.cgiかとｗ

>>821
そういうことか
read.cgiで1と1000と1001を表示するってことか
ならread.cgiだね

それ以前になぜ弄る必要があるかって話しだな
そのままでも不都合はないのに

同意、1000の日時とほとんど同じだから変える必要ないよ

1001行ったスレは1000の日時が●無しでは分からないと思われ。

>>819
んじゃこれは？
…と思って書こうと思ったスクリプトがCpuLoad.pmとそっくりだった(´･∀･｀)

＞最終時刻の件

1000未到達スレとの区別をしないといけなくなるし、
1001連続で終わるケースを考えるとさらに複雑に。。。

よって実現させるならbbs.cgiをいじる方がいいと思う

>>815
Linuxだと
# uptime ; cat /proc/loadavg
05:37PM up 321 days, 20:27, 2 users, load average: 0.01, 0.03, 0.05
0.01 0.03 0.05 1/71 25924
とかあるんだがポータビリティ考えると使わない方が良いのかな？

確かに普通だと完走したスレはいつ完走したのかわからんかった

>>828
つ ttp://search.cpan.org/src/CLINTDW/Sys-CpuLoad-0.03/CpuLoad.pm

>>815
→print "Content-type: text/html\n\n";
print "Content-type: text/plain\n\n";
ですね♪

open LA, 'uptime |';
$la = <LA>;
close LA;

んーわざわざモジュールを使わなくてもいいような。。

重くていいならね

ていうかたかだか20レスの流れぐらい嫁と

>>832とCpuLoad.pmの中身が実質同じである件

my $fh=new IO::File('/usr/bin/uptime|');
if (defined $fh) {
my $line = <$fh>;
$fh->close();
if ($line =~ /(\d+\.\d+)\s*,\s+(\d+\.\d+)\s*,\s+(\d+\.\d+)\s*$/) {
return ($1, $2, $3);
} # if we can parse the output of /usr/bin/uptime
} # if we could run /usr/bin/uptime

・ FreeBSD / OpenBSD は getloadavg() 実行
・ Linux は /proc/loadavg 読み出し
・ それ以外は /usr/bin/uptime 実行

ってなってますね＜Sys::CpuLoad
っていうか Solaris でも getloadavg() あるんで......

--- README      Tue Mar 19 08:24:02 2002
+++ README      Tue Mar 19 08:24:02 2002
@@ -9,7 +9,7 @@


TO-DO
-       - Better getloadavg() support.  Currently FreeBSD and OpenBSD
+       - Better getloadavg() support.  Currently FreeBSD, OpenBSD and Solaris
          are supported.  To improve upon this, see the next item below.
        - Instead of hard coding preprocessor macros around getloadavg(),
          try to compile C code snippets to see if getloadavg() is supported.
--- CpuLoad.pm  Tue Mar 19 08:41:39 2002
+++ CpuLoad.pm  Tue Mar 19 08:41:39 2002
@@ -54,8 +54,8 @@

sub load {

-  # handle bsd getloadavg().  Read the README about why it is freebsd/openbsd.
-  if ($cache eq 'getloadavg()' or lc $^O eq 'freebsd' or lc $^O eq 'openbsd' ) {
+  # handle bsd getloadavg().  Read the README about why it is freebsd/openbsd/solaris.
+  if ($cache eq 'getloadavg()' or lc $^O eq 'freebsd' or lc $^O eq 'openbsd' or lc $^O eq 'solaris') {
     $cache = 'getloadavg()';
     return getbsdload()
   }
--- CpuLoad.xs  Tue Mar 19 08:16:14 2002
+++ CpuLoad.xs  Tue Mar 19 08:16:14 2002
@@ -18,7 +18,7 @@
     PREINIT:
         double loadavg[3];
     PPCODE:
-#if defined(__FreeBSD__) || defined(__OpenBSD__)
+#if defined(__FreeBSD__) || defined(__OpenBSD__) || (defined(__sun__) && defined(__svr4__))
         getloadavg(loadavg, 3);
#endif
         EXTEND(SP, 3);

手元のlinuxでもgetloadavg()ありますな

一応貼り。

830 名前：マァヴ(ﾟ赫ﾟ;) ◆jxAYUMI09s ：2005/07/25(月) 00:37:05 ?###
ＨＮに顔文字入れようと思うと、「;」から先がクッキーに残らないのでめんどくさいんだな(^_^;)これが

835 名前：▲ ◆cZfSunOs.U ：2005/07/25(月) 00:44:26
>>830
>「;」から先がクッキーに残らない

index.html や read.cgi 出力での JavaScript コードを http://www2.2ch.net/snow/index.js
に入れ替えて，bbs.cgi での NAME, MAIL の Cookie 設定を JavaScript 側に移管すると，
それも解決しますけどね．

http://qb5.2ch.net/test/read.cgi/operate/1105909861/323-

http://qb5.2ch.net/test/read.cgi/operate/1123079563/891-897n
に出ているような不正バイトシーケンスが含まれたカキコは，
bbsd で LANG=ja_JP.SJIS にして -c オプションを有効にすれば弾けます．
バックエンド (live22) 側に余力があるならご検討を......

>>840
んと、携帯の顔文字とかSJISの範囲外の文字とかは、どうするのがよいかしら。
あ、bbsdさんがSETTING.TXTのUNICODEのやつを読んで、セットされていたら
はじくのをスキップすればいいのかな。

>>841 弾くのは Shift JIS のバイトシーケンスとして矛盾がある場合なので
（実際上は FreeBSD のロケール / mbstowcs() の実装に依存しますが），
例えば &#xxxx; の形式（実体参照）であれば無問題ですね．

>>842
なるほどです。

んじゃ、丸付き数字とかののたんの口とかはイカンのではないかしら。

(　´�D｀)＜？？？

>>843 ん〜と......細かい部分は OS のロケール実装に依存するかとは思いますが，
機種依存文字か否かということとバイトシーケンスとして正当か不当かというのは
必ずしも同一ではないですね．機種依存文字というのはベンダ定義文字や
ユーザ定義文字に該当するのでしょうが，その部分は単に opaque に扱うだけで，
個々のコードがどんな文字を表しているかまでは関知しないので．
不正バイトシーケンスというのは例えば Shift JIS の1バイト目で
文字列が途切れているなどの場合ですが，機種依存文字であっても
Shift JIS の1バイト目・2バイト目のペアの並びとして矛盾がなければ，
それは不正バイトシーケンスということにはならないです．

>>845
なるほど、確かにそうですね。
SJISの「ルール」で合格であれば大丈夫という実装も、ありえるです。

帰国後落ち着いたらいろいろと動かし始める皮算用なので、その時にでも。

AIR-EDGE PHONEマーク "o" って意味あるんですか？
全規制が回避できないのなら、やめて欲しいです。

>>847
Q.IDの後ろに付いてるOとかPとかoとか0ってなに？
A.書込み手段を区別する目印です。
　携帯が O (大文字のオー)、 公式p2( http://p2.2ch.net/ )が P、
　AIR-EDGE PHONEが o (小文字のオー)、
　それ以外が 0 (ゼロ)です。
　荒らし対策の一環として、一部の板に便宜上導入されています。

テンプレ貼れないの人はチェック

http://sv2ch.baila6.jp/chk_proxy.cgi
下の方のＢＢＸチェックで
La ROCA es la vida.（￣ー￣）ﾆﾔﾘｯ
と出てる人はその書き込みを諦めましょう
諦めず連投しているとアク禁等になります

機種依存文字ってのはこのあたりですかね．
http://www.freebsd.org/cgi/man.cgi?query=mskanji
The first ranges ......
　　　　0xED - 0xEE (not JIS: NEC-selected IBM extended characters),
　　　　0xF0 - 0xF9 (not JIS: user defined), or
　　　　0xFA - 0xFC (not JIS: IBM extended characters).

sunos.saita.ma で拝借している tiger 上で確認したところ，
そのあたりのレンジのキャラクタもちゃんとパスするようです．

ただ，FreeBSD の mbstowcs() では，"\x81<" のように < が Shift JIS の
2バイト目として食われてしまうケースを弾けないということもわかったので
（< は Shift JIS の2バイト目としては不正なので弾くべきではあるんですが），
mbrlen() でもうちょっと細かくチェックするように変更しました．
----------------------------------------------------------------------
で，bbsd の方もﾏﾀｰﾘと改良を加えていました．live22 姉妹再稼働の際には更新をお願いします．
　　　　http://sunos.saita.ma/bbsd.c

・ -b オプションで IP アドレスだけでなくホスト名も使用可能に．
　　（今後雪だるま系鯖が増えた場合，プライベートアドレスも
　　　ホスト名で管理できた方が便利と思われるため）

・ worker スレッド数を可変式に．-n オプションでの指定は
　　　　-n [nthr_min-]nthr_max　　(デフォルト: max = 32, min = ceil(max / 8))

・ ステータス情報を取得可能に．

        my $statmsg = bbsd($bbs, 'stat', "$logfilename:$logline");    # Perl スクリプト中

        bbs.pl 板名 stat logfilename:logline    # コマンドライン

　　　　　　　　（"$logfilename:$logline" として : を含まない文字列を適当に指定すればログ出力せず）

　　ただ，sub bbsd {} 中で
        recv(SOCK, $str, 256, 0) || (close(SOCK), return "$!");
　　となっている部分を
        recv(SOCK, $str, 2048, 0) || (close(SOCK), return "$!");
　　ぐらいにしておかないと，返ってきた文字列が尻切れになってしまいます．
　　その部分を修正した bbs.pl, bbs_load.pl:
　　　　http://sunos.saita.ma/bbsd/bbs.pl
　　　　http://sunos.saita.ma/bbsd/bbs_load.pl

>652 >666等を読むと、AIR-EDGE　PHONEセンターのID識別子導入は、
荒らし調査のための暫定的な措置のように感じるんですが、外すことはないですか？
その識別子導入の元ネタであろうと思われる、
AIR-EDGE PHONEセンターとその他のPRINの個別規制の方はどうでしょうか？

あと、携帯関連板での荒らしへの予防策として、
携帯キャリア（通信方式やIP接続サービス）別の識別子を携帯関連4板への導入を提案します。
そのときはAIR-EDGE PHONEセンターも区別されるべきですね。

>>850
携帯からの荒らしだと(運営が)分かりやすくするための識別ですよ。
荒らし「予防」のための識別じゃないと思いますがね。

確かキャリア識別はする必要無いと言明していたな。
それが分かった所で規制する側には何もメリットは無いし、抑止効果のための識別じゃないからね。
パソコンのOSを識別するようなもん。

０とPは荒らし対策、oはbbs.cgi内で一寸特殊な処理をしているので
rootさんが参考に入れてるんじゃなかったっけ

>>853
Pも特殊処理（全規制スルー）だったような。

?

AIR-EDGE PHONEユーザーだけど、早くID末尾のoを外して欲しい。

221

BBS.CGI - 2005/09/09

222.13.35.0/24 だったら Client_IP: を調べて、あればログに残す。
これで、Willcomへの通報は可能になったはず。

Client_IP をログに残すなら
判定しなくてもいいのでは?

>>859
最初はそう思ってたんですが、どうもGoogleしてみると、Client_IP: = HTTP_CLIENT_IP は、
非常に簡単に偽装できるらしいんですよ。

で「ここから来るHTTP_CLIENT_IPだけは信用する」っていうふうにしたと。
判定を増やすコストは、例のCIDRのパッケージを使っているので、
現在のbbs.cgiの合計コストから考えて、十分に小さいと判断したです。

で、以下余談なので帽子脱ごうと。

私が今回対応している理由のひとつは、自分も奥様もAIR-EDGE PHONEというか、
prinユーザだったりするからだったりします。

ppp.prin.ne.jpを永久全規制とかされたら奥様に何て言われるだろうか、、、
と思うと、書けないperlも書けたりするようです。

（´-`;）.｡oO（苦労してますね。。。）

やっぱり自分に都合のいいことはやるんだね。
グローバルIPをもってない人はもってください、と同じで、全規制されたら違う手段を使ってください、だろうに。

個人サイトですべての利用者が平等な必要があるのかと

http://qb5.2ch.net/test/read.cgi/operate/1125748886/716
↑どういう仕組みで止めてるの？

Client_IPをログに残すだけなら判定は後回しでもいいんじゃ?と思った
(とりあえず記録しといて問題が起きたときに信用できるか調べる)

>>861
ほんとは夫婦で●共有しているくせに

オレもAIR-EDGE PHONEユーザーだから応援する。
しかしJRCやめて早く新しい機種でないかなぁ。

>>861
あのーp2経由で２ちゃんに参加するってぇのは駄目なの？

>>867
私の名義の2枚のクレカで1つずつ買って、そのうちのひとつを奥様が占有使用しているです。
(奥様はクレカ作ってないんで)

そのクレカ、名義人本人以外が使って良いの？

本人が別々のクレカで二つ買ったのをひとつ与えてるんだろう。
というかスレ違い。粗探しはよそで。

叩きたいわけじゃないよ
何かあった時保障がないんじゃないかとちょっと心配しただけ
今は本人確認うるさいし
本人が良いならそれでいいんだけど

＞本人が良いならそれでいいんだけど

余計なお世話と分かっているのに続けるのは粘着への第一歩かと。

愛があれば大丈夫です。
でも、愛が無くなった時が大変です。

>>875
ｺﾗｯ!本人を目の前にしてそんなこと言うんじゃありません!

>>875
それなんてきみまろ？

>>864
必要はないが利用者が騒ぐだけ

で？

ど？

う？

よ？

か？

BBS.CGI - 2005/10/21

live16/20/22 を対象に、緊急時に発動するしかけを投入。

しかけを投入 => しかけの暫定版をとりあえず投入。>>884

おつです

「書きこみ＆クッキー確認」の画面で、

[上記全てを承諾して書き込む]を押さずに、ブラウザの「戻る」機能で戻った場合、
次回以降、確認画面が出ずに、いきなり書き込めてしまいます。

このバグを悪用して、
俺は2chに書き込んではいるが、投稿確認に書かれた事項は承諾していない
と主張している困ったさんがいます。

簡単に直せるなら、直してもらえないでしょうか。
(そうすると、その人は書き込まなくなるでしょうから、
その人によるスレの話題の激しい脱線・罵り合いから、
スレが救われます。)

…

>>887
この話は前から出ているですね。

クッキー使っているわけですが、
＊技術的に＊、どうするのがいいんだべか。

[上記すべてを承諾して書き込む]じゃなくて、
ワンクリみたいに強制的に承諾させちゃえばいいんじゃない？ｗ

>>889
ポチっとな♪する前に食わせちゃっているからかな。
ポチっとな♪したあとに食べさせれば。。。

専ブラ側でも対応が必要になってきますね、この問題。

cookieがセットされていないなら承諾画面を出してformに
「bbs.cgiしか知らないテンポラリキー\0名前欄\0メールアドレス欄\0本文」
のハッシュ(md5かなにか?)をhiddenで入れておく。
でもって、実際の書き込み時にcookieをセットする、という形にならざるをえないのではないかと。
コスト削減のためにID算出と同じ種を使っても良いかも。

あ、リモホを入れていないのは携帯など毎回代わってしまうところを考慮に入れているからです。

対応策として・・・

・クッキーに承諾したフラグを入れる入れないの問題
・カキコボタンにtarget=newを仕込むようにして新しい開くようにしてブラウザでバックできなくする

なんかがおもいつきでかけますが・・・どうでしょう＞rootさん

>>894
馬鹿は引っ込んでろ

>>894
あっと、これの後者はw3mとかのテキストブラウザの場合には使えませんね・・・

テキストブラウザでどれだけカキコがあるかにもよると思いますが、
かなり多いようであればnewWindow案は棄却だと思います。

>>894
二番目は意味がないです。
このケースではブラウザのバックボタンがつかえるかどうかはさしたる意味を持ちません。
それだけなら元のwindowでもう一度書き込みボタンを押せば突破できてしまいます。

>>897
やっぱそうでしょうねぇ

やはりクッキーで承諾フラグをつけるのが望ましいということですか。

>>889
「この画面を表示させた後の書き込みは、すべて上記内容を承諾したものとみなします。」の
一文でも書き加えればいいと思われ。
で、そうするとボタンのキャプションがくどいから、ボタンは「書き込む」だけに変更。

大人の世界の内容なんだからシステムで解決できないなら
大人らしく承諾させる内容だけで勝負を。

>>899
ゴネ厨がそれで納得するかどうかは難しいと思います。
法的に無効な契約とされかねませんし。

ボタンを押させる事が重要なのか。
それなら表示されるのと同じ内容をどこかにまとめておいて、
初回は強制表示で、2回目以降は表示させなくする判定をread.cgiで読み取って
read.cgiの書き込みボタンのキャプションを「○○を承諾して書き込み」に置き換えて、
承諾させる内容をまとめたページへの○○ってリンクを表示させるとか。
専用ブラウザは使うこと自体承諾したようなものだと思うし。

今
U) bbs.cgiにアクセス
B) クッキーが無い
B) 確認画面＆クッキー発行（←表示した段階で発行！）
U)承諾ボタン押して送信 or 承諾ボタン押さず再度投稿
B) クッキーがある＆その他問題無し
B) 投稿完了


変更案
U) bbs.cgiにアクセス
B) クッキーが無い
B) 確認画面
U) 承諾ボタンを押す
B) もし（$FORM{'submit'} が "承諾云々"）なら {クッキー発行};
　　＆他各種投稿の処理
B) 投稿完了 or 何かエラー（←この返事の段階で発行！）


U = ユーザーの操作
B = bbs.cgiの処理

>>902
手元に承諾form同等の機能だけもったform置いたら突破できますよ、それ。

承諾するとは言ったがその利用規約を承諾した覚えは無い。
というのが通用するならね。

投稿規約を承諾するとは言ったが投稿規約を承諾した覚えは無い

の方が良いかな。

荒らし対策じゃないんで、投稿を防ぐ必要は無いんだよね、別に。
承諾さえされれば。

>>901
それで解決ですな

承諾したくない困った人は、これを改良したとしても、
前回は承諾フォームが出て承諾して書き込んだが、
今回は承諾フォームが出なかったので、表示されもしない内容に承諾できるわけがない、承諾していない
と言い出すと思う。

書き込む度に、確認・承諾フォームを表示しないようにするのは、なぜでしょう。
転送量が厳しいから、その節約のためでしょうか。

つまりクッキーを持ってると表示されない・書き込めるということなら、確認画面を表示したことを
クッキーで確認していることとクッキーとともに書き込むデータをそぅしんしてきたら
自動的に確認画面の内容を承諾したとみなすと確認画面に書いてしまえばいいかも。

つーかシステム側で対応しなくても　http://info.2ch.net/guide/　あたりに

2chは以下の条件を承諾した方のみ書き込み可能です。
・投稿者は、投稿に関して発生する責任が全て投稿者に帰すことを承諾します。
・投稿者は、話題と無関係な広告の投稿に関して、相応の費用を支払うことを承諾します

こんな感じの項目を作ればいいんじゃないの？

>>910
「そんなところまで見てないから知らなかった」とか嘘でも言う奴が出るから
いろいろ話し合ってるわけで、

【きちんと】設置された承諾画面を【わざわざ】回避する措置を講じる者は
その時点で、それ相応の責任を負うと言わざるを得ないかと 何というか

一つの方法は、承諾ボタンと同時に、拒否ボタンを作っておくことかな
そして「拒否ボタンを押す以外の否認の方法はありません」とでも書く。

いずれにせよ、言い逃れができない形にしないと、たとえば2ch発の
書籍を作ったりする際にいろいろ問題が発生してしまいそうな気もする。

まあ、建前で表示してるだけだし。

>>914
建前…っても、
http://www.itmedia.co.jp/news/bursts/0204/15/13.html
みたいに、書籍の出版・販売差し止めと賠償を認めた判決もあるし。
２ちゃんねる編の書籍もある以上、あまりないがしろにするのもどうかと。

「拒否ボタン」いいね。

通常の利用ではありえない方法で、規約に同意したかのような
データを送信して、そうであるから規約には同意していないのだ、
というのが通用するかどうかのな。
掲示板での議論ではなく、裁判で。

だから、まあ、建前を通していれば、不利になる事態は
そうは無いかな、とか。

そういった点で、通常の利用方法で、承諾しなくても承諾と
見なされている現状の改善が議題なわけだね。

承諾を回避して「そんな規約ｼﾗﾈ」というなら、拒否ボタンが
有ろうが無かろうが「そんな規約ｼﾗﾈ」なだけじゃん。

承諾メッセージは送信時に明示されるからいいとして、
裁判だと、「不具合があるのを知っていたにも関わらず対策をとらなかった」
式の判断で負けちゃう場合もありますよ。(心配性)

無理でなければ、なんらかの対策をとってほしいです。

承諾が必要な事を知りながら承諾を偽装した
と判断される事を心配しようよ。

荒らし対策と規約承諾を別々のクッキーで扱うのが面倒なら、
>>910をしつつ、投稿ボタンを全て「規約を承諾して書き込む」
にして、
もし ($FORM{'submit'} が "承諾云々" ではない) なら
{DispError("ＥＲＲＯＲ！","規約を承諾しないと投稿できません！");}
とか

専ブラが全滅だけどね。対応されるまで。

>>919
２ちゃんねる側が原告ならそれはありだけど、
被告側ではその意見はあまり意味がないな。

裁判ネタはこれ以上はスレ違い。

まあ、最近インスパイアのこともあってぴりぴりしてるから
これを機に徹底的に話し合って詰めた方がいいかもね。

>>920
専用ブラウザに対しては、UserAgentを見て従来通りの動作にする、というのはどうでしょう。
それを恒久策にするか、移行が済むまでにするかは、考えないといけないけど。

というか、あんなに防御していたのに、
スレッドが80超えちゃってたのがなぁ。

たぶんほとんど同時に何十本とスレ立て要求が来て、一気に追い込まれたんだと思われ。

何か、工夫が必要ですね。
スレ立て処理を実行中の船は、スレ立て処理をしないようにするとか。

グローバル変数でできるような気がするので、後で、考えてみよう。

>>923
Monazilla/2.0 ですか？

うーむ、同じスレッドキーのスレができないようにするところって、
激しくうーむなような。

どうしたの？

安易なロック方式として、スレを立てるところで
どこか(板単位で分離が好ましい？)にunixtime%閾値をファイル名として/dev/nullからでもsymlinkを貼ってみて、
失敗したらスレたて拒否。成功したら建てる。
ガベージコレクトのタイミングで一番新しいヤツ以外を削除するようにすればおっけ。
マルチスレッド/タスクを考慮するならこれが一番コストがかからないと思いますがどうです？
閾値はスレたての最大間隔ね。最小1秒になることもあるけど２スレ連続ならまぁ許容範囲内ではないかと。

ん？
Perlでのまともなlockの方法って、2年ほど前の再開発スレでrootさんが話題にしてましたよね。
そのレベルは脱した上で「うーむ」なことに成っているのだと解釈。

ほぼ同時にスレ立て要求→同時に数十本もスレ立っちゃった→スレッドキーみんな同じだ→しかも今夜が山だ

こんなところ？

今の bbs.cgi は、同じスレッドキーのやつが立たないようにするコードが
ちゃんと入っているです。

ようは、その実装方法がうーむだと。

do {
#サブジェクトがあれば新規スレなのでキーを現在に設定
$GB->{FORM}->{'key'} = $GB->{NOWTIME};
#.datファイルの設定
$DATAFILE = $GB->{DATPATH} . $GB->{FORM}->{'key'} . ".dat";

} while ( -e $DATAFILE ) ;

これって、$DATAFILE が既に存在してたら、無限ループに陥るんではないかしら。

不動楽さんが入れたやつですね


2ｃｈの動作報告はここで。 パート15
http://qb5.2ch.net/test/read.cgi/operate/1090485214/676-685

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
676 削除車 ★[sage] 04/11/01 23:25:56 ID:???
お疲れさまです。ちょっとご相談があります。

最近ニュース速報(VIP)が、非常に板飛び回数が多いです。
少しお話を窺ったところ、同じタイミングでスレが立ったときに合体を起こして、板が飛ぶみたいです。
お手数ですが、ちょっとcgiの方を確認していただけますか？
(それとも一般的なことで、VIPでたまたま多く発生しているだけなんでしょうか)

よろしくお願いします。


★板のスレ一覧復帰＆修正依頼21★
http://qb5.2ch.net/test/read.cgi/operate/1096548247/677-682


679 不動楽 ★ [sage] 04/11/02 00:45:12 ID:???
>>676
原因らしき個所は炙り出せたのですが、
その変数にからむ処理を上から眺めていきますので、
少しお時間を頂きたいです。

>(それとも一般的なことで、VIPでたまたま多く発生しているだけなんでしょうか)
ex7だけでなく、全板のbbs.cgiで同じことが起こる可能性があるようです。

684 root▲ ★ [sage] 04/11/02 02:08:27 ID:???
直すときには、安易な flock() は控えてほしいなぁと強くおながいしておきますです。

685 不動楽 ★ [sage] 04/11/02 02:13:12 ID:???
>>684
排他処理をしていないのが原因、というわけではないので大丈夫かと思うです。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

それについて書こうと思ったら、>>933 が。

それは、これですね。
上記よりも後、最後ところでやっているです。

if($GB->{FORM}->{'subject'} ne "" && -e $DATAFILE){
&DispError2($GB,"ＥＲＲＯＲ！","ＥＲＲＯＲ：板飛びそうなので、またの機会にどうぞ。。。");
}

ということで、それはクラシックさんが入れたところではないと思います。
昔からあったところだと思う。

＊以下推測＊

たぶん、昔は do 〜 while のところでもtime; していたんでしょう。
それなら、1秒経てば条件が変わります(ループを抜けるかは別)。

コピペみすった。

コメントつきなので、ほぼ間違いないです。

#==================================================
#　板飛び回避策
#==================================================
if($GB->{FORM}->{'subject'} ne "" && -e $DATAFILE){
&DispError2($GB,"ＥＲＲＯＲ！","ＥＲＲＯＲ：板飛びそうなので、またの機会にどうぞ。。。");
}

で、ここの制御を変えようと思うわけです。
安易に、

・live系は既にあったらごめんなさい
・他はスレッドキーを+1しながら、最大3回ぐらい試してみる

ってことにしようかなと。

BBS.CGI - 2005/10/26

$GB->{FORM}->{'key'} = &mumumuAllocateThreadKey($GB);
$DATAFILE = $GB->{DATPATH} . $GB->{FORM}->{'key'} . ".dat";

にした。
で、mumumu AllocateThreadKeyの中身は >>936 にしたつもり。

これで、

・bbs.cgi謎の暴走
・スレ立て混雑時にサーバ劇重

が、少しでも改善されるといいかなと。

スレッドキーは毎秒かわるんでしたっけ、でしたらこんなのはどうですか？

0. ロックの待ち番号を0で初期化

1. ロックの待ち番号をファイル名にして/dev/nullからsymlinkしてみる
　成功; → 6へ

2. ロックの待ち番号を1カウントアップ

3. ロックの待ち番号最大値を超えてるかチェック
　超えてる: → 建てたい人大杉表示にして諦める

4. 1秒まつ

5. 1へ

6. ロックの待ち番号が0か？
　はい: 9へ

7. 0.5秒待つ。

8. ロックの待ち番号-1をsymlinkしてみる
　失敗: → 7へ
　成功:
ロックの待ち番号をunlink
ロックの待ち番号を-1
6へ

9. スレたて処理

>>938
最初はそういうのを考えていたんですが、
1秒とか0.5秒とか待つのが、いやだったです。

スレッドキーは所詮本当の時間とあっている必要はないので、
・live系はごめんなさい
・通常系は 0 +1 +2 を試して、だめならごめんなさい

ぐらいのいい加減さにして、一刻も早くbbs.cgiに終わっていただくことにしました。

それだと、多台数とかからスレたて攻撃が同時に来たときにやっぱり被害が起こることは避けれないと思いますがどうでしょう。

計算量がO(n * log n)で収まれば収束しないか？

メモリ上に前回のスレキーを持たせたファイルを置いてそれを参照
とかは無理だろうしなぁ…
（素人案だし毎回読み込みとか（ｒｙ）

>>940
if ( ! -e datファイル ) {
return それでOKよん;
} elsif ( ! live系 ) {
for ( $i = 0; $i < $maxtries; $i++) {
スレッドキーを一つずつ増やして存在チェックし、なかったやつを
return これ使ってちょ;
}
&error(ごめんなさい);

って、なっています。

というわけでおっしゃるとおり、タイミングにより突破もありえます。

その場合は、>>935 でひっかかると。
でもそれにしても、ほんとうは完璧じゃないです。

雪だるま作戦では、このへんはバックエンドプロセスに依頼する形になるので、
その時に、きちんと対応することになるかなと。

てなわけで、-e でdatファイルの存在をチェックしていたり、
924の処理のところみたいに utime でdatのタイムスタンプ更新したりすることは
雪だるま環境ではそのままではむりぽなわけで、
そういったAPIを、入れ込んでほしいということなわけです。

一つ海外出張がキャンセルになってちょっと落ち着いたので、
このへんを、ぼちぼちあっちですすめようかなと。> SunOSさん

で、>>937 により「ごめんなさいリミッター第二弾」が実装されました。
どのくらい、発動しているんだろうか。

ん〜と，現在の bbsd ではスレ立て時の key をインクリメントしながら一定回数（現在は16）
リトライするようになっています．その際，open() を O_CREAT|O_EXCL フラグ付きで
呼び出しているため，ファイルの存在確認と生成はアトミックになっているはずです．

当初はスレ立て時の key としては bbsd 側の現在時刻を用いていましたが，
それだと headline に渡す key とのずれが生じる問題も発生したため，
現在は bbs.cgi 側から渡された key を使用するようになっています．
ただ，上記の key のインクリメントが発生するとやはりずれが生じることに
なるので，そこの調整をする仕組みが必要になりますかね．

単純に，bbsd 側ではリトライせず，key をインクリメントした上でのリトライは
bbs.cgi 側に任せるという形でもいいんですかね．同じ key を持つ dat が
存在した場合，bbsd は EEXIST に相当するエラーメッセージを返すことになるんで．

>>946-947
なるほど、なるほど。

bbsdについては、そのうちoperateにスレ立てるかも。
(いろんな意味でhtml化されてほしいし)

で、スレ立てのAPIの戻りで、実際に立ったスレのキー(だめなら-1)を、
戻すとかすればいいと思うです。>>946-947

ロックのループにはまった時はスレキーとかに使うUNIX時間なんかを
新たに取り直した方がよくね？
でもスレ立て処理は排他ロックさせずに複数同時進行してそうだし、
ロックのループが1秒待ちでもなさそうだから関係ない話か。

>>949 成功時は key，失敗時はエラーメッセージを返し，戻り値が
数値か文字列かを bbs.cgi 側で判定してもらうというのはどうでしょうか？
スレ立てが失敗する原因は EEXIST 以外にもあり得るので
（といっても実際はまれでしょうが），エラーの内容がわかった方が
異常発見もしやすくなるかと思いますし．

>>951
悪くないと思いますです。

週末あたりから、APIを詰めていくスレをoperateに立てようかと。
ほんじつは、ここまで。

ということで、立てました。

【雪だるま】bbsd⇔各cgi間のI/F仕様について考え・詰めていくスレッド
http://qb5.2ch.net/test/read.cgi/operate/1130482779/

ぼちぼち、すすめていこうかと。

てすと