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

**動け動けウゴウゴ２ちゃんねる** · 2005/04/10(日) 16:15:47

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

【開発環境の工事現場】
また挑戦。＠2ch掲示板　　http://dso.2ch.net/myanmar/
また挑戦２。＠2ch掲示板　http://dso.2ch.net/yangon/

関連スレなどは >>2-5 くらい

**動け動けウゴウゴ２ちゃんねる** · 2005/08/17(水) 11:37:40

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

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

**動け動けウゴウゴ２ちゃんねる** · 2005/08/17(水) 16:40:02

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

**動け動けウゴウゴ２ちゃんねる** · 2005/08/17(水) 16:58:21

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

**動け動けウゴウゴ２ちゃんねる** · 2005/08/17(水) 18:58:42

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

**動け動けウゴウゴ２ちゃんねる** · 2005/08/17(水) 19:10:42

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

**動け動けウゴウゴ２ちゃんねる** · 2005/08/31(水) 16:17:34

**動け動けウゴウゴ２ちゃんねる** · 2005/09/06(火) 12:47:53

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

**動け動けウゴウゴ２ちゃんねる** · 2005/09/06(火) 12:59:34

221

**root▲ ★** · 2005/09/09(金) 01:42:43

BBS.CGI - 2005/09/09

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

**ちょろ ★** · 2005/09/09(金) 01:44:25

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

**root▲ ★** · 2005/09/09(金) 01:52:13

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

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

◆MUMUMUhnYI · 2005/09/09(金) 01:57:01

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

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

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

● ◆ANGLERlqvM · NG

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

**名無しさん＠そうだ選挙に行こう** · 2005/09/10(土) 17:54:49

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

**名無しさん＠そうだ選挙に行こう** · 2005/09/10(土) 18:05:36

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

**動け動けウゴウゴ２ちゃんねる** · 2005/09/10(土) 18:05:54

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

**名無しさん＠そうだ選挙に行こう** · 2005/09/10(土) 18:09:36

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

**名無しさん＠そうだ選挙に行こう** · 2005/09/10(土) 18:28:06

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

**名無しさん＠そうだ選挙に行こう** · 2005/09/10(土) 20:40:30

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

**名無しさん＠そうだ選挙に行こう** · 2005/09/11(日) 13:52:26

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

◆MUMUMUhnYI · 2005/09/12(月) 13:24:17

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

**動け動けウゴウゴ２ちゃんねる** · 2005/09/12(月) 20:19:17

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

**動け動けウゴウゴ２ちゃんねる** · 2005/09/12(月) 20:25:08

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

**動け動けウゴウゴ２ちゃんねる** · 2005/09/12(月) 21:48:56

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

**動け動けウゴウゴ２ちゃんねる** · 2005/09/12(月) 23:02:56

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

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

**動け動けウゴウゴ２ちゃんねる** · 2005/09/13(火) 14:10:17

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

**動け動けウゴウゴ２ちゃんねる** · 2005/09/15(木) 17:40:25

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

**動け動けウゴウゴ２ちゃんねる** · 2005/09/17(土) 12:48:38

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

**動け動けウゴウゴ２ちゃんねる** · 2005/09/21(水) 22:02:20

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

**動け動けウゴウゴ２ちゃんねる** · 2005/09/21(水) 22:14:28

で？

**動け動けウゴウゴ２ちゃんねる** · 2005/09/22(木) 17:08:12

ど？

**動け動けウゴウゴ２ちゃんねる** · 2005/09/22(木) 17:38:23

う？

**動け動けウゴウゴ２ちゃんねる** · 2005/10/09(日) 23:46:12

よ？

**動け動けウゴウゴ２ちゃんねる** · 2005/10/15(土) 13:05:17

か？

**root▲ ★** · 2005/10/21(金) 20:42:04

BBS.CGI - 2005/10/21

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

**root▲ ★** · 2005/10/21(金) 20:44:05

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/21(金) 20:48:12

おつです

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 14:31:01

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

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

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

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

▲ ◆SANUKI/VII · NG

…

**root▲ ★** · 2005/10/24(月) 14:45:28

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

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

▲ ◆SANUKI/VII · NG

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

◆TWARamEjuA · NG

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

**674○part18** ◆IiIGjn5YT2 · 2005/10/24(月) 15:07:16

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

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

**674●part18** ◆IiIGjn5YT2 · 2005/10/24(月) 15:09:44

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 15:36:15

対応策として・・・

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

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 15:37:57

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 15:38:43

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

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

**674●part18** ◆IiIGjn5YT2 · 2005/10/24(月) 15:41:06

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 15:48:33

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

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 16:27:35

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

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

◆IiIGjn5YT2 · 2005/10/24(月) 16:49:22

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 17:04:56

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 17:23:35

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

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

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

◆IiIGjn5YT2 · 2005/10/24(月) 17:40:19

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 17:41:20

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 17:42:55

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

の方が良いかな。

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 17:44:15

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 20:15:37

>>901
それで解決ですな

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 21:19:20

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

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 22:07:15

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 22:35:14

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

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

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 22:44:31

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 23:05:11

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/24(月) 23:32:12

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

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/25(火) 01:09:02

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/25(火) 01:19:46

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

「拒否ボタン」いいね。

**動け動けウゴウゴ２ちゃんねる** · 2005/10/25(火) 08:01:32

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

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

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

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

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/25(火) 08:23:43

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

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/25(火) 08:34:51

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/25(火) 08:36:46

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

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/25(火) 08:39:35

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

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/25(火) 09:19:32

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/25(火) 21:03:44

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

**root▲ ★** · 2005/10/25(火) 21:25:44

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

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

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

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/26(水) 01:25:19

>>923
Monazilla/2.0 ですか？

**root▲ ★** · 2005/10/26(水) 11:45:03

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/26(水) 12:22:51

どうしたの？

◆IiIGjn5YT2 · 2005/10/26(水) 13:01:14

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/26(水) 13:03:24

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/26(水) 13:24:34

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

こんなところ？

**root▲ ★** · 2005/10/26(水) 13:29:31

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

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

**root▲ ★** · 2005/10/26(水) 13:51:08

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

} while ( -e $DATAFILE ) ;

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

**stream** ◆ap/yuix/tw · 2005/10/26(水) 14:15:06

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

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
排他処理をしていないのが原因、というわけではないので大丈夫かと思うです。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

**root▲ ★** · 2005/10/26(水) 14:19:31

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

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

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

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

＊以下推測＊

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

**root▲ ★** · 2005/10/26(水) 14:20:57

コピペみすった。

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

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

**root▲ ★** · 2005/10/26(水) 14:39:15

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

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

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

**root▲ ★** · 2005/10/26(水) 16:22:21

BBS.CGI - 2005/10/26

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

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

これで、

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

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

◆IiIGjn5YT2 · 2005/10/26(水) 16:27:27

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

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. スレたて処理

**root▲ ★** · 2005/10/26(水) 16:30:25

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

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

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

◆IiIGjn5YT2 · 2005/10/26(水) 16:45:26

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/26(水) 16:50:01

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/26(水) 16:51:55

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

**root▲ ★** · 2005/10/26(水) 17:00:02

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

って、なっています。

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

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

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

**root▲ ★** · 2005/10/26(水) 17:03:08

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

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

**root▲ ★** · 2005/10/26(水) 19:05:46

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

▲ ◆cZfSunOs.U · 2005/10/26(水) 22:28:35

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

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

▲ ◆cZfSunOs.U · 2005/10/26(水) 22:37:27

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

**root▲ ★** · NG

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

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

**root▲ ★** · NG

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

**動け動けウゴウゴ２ちゃんねる** · 2005/10/27(木) 01:37:41

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