●+(tor|串)による連続投稿に対抗する妙案を考えよう★8?
基本情報?
現状の●焼けリストは単純テキストファイルです。
複数の人(プロセス)がいじるようになるのならばその対策は必須です。
FILELOCK?
未だに怖くてそんなの使えません。
単一のプロセスさんだけが触るようにすれば今のところ問題ないと考えております。
ex. bbq本体データ、焼き部隊登録リスト、Rock54登録リスト
上記リストは人為的な操作ミス以外で壊れたことはなかったと思います♪@単一プロセスのみが操作する設計。。。のはず(照)
204 :
NAO ★:2010/03/29(月) 07:33:08 ID:???0
>>203 どもです、どもです。
その●の単純テキストファイルは、某鯖の中にあるんだろうなと推測してます。
バーボンハウスに投げ込まれる時、そのIP情報はログ原本を対象として精製し、
バーボンが参照するリストに放り込まれて時限管理されているんだろうと推測しています。
そのログ原本には一緒に●のユニークな文字列も記述されているんじゃないかなと思ってます。
なので、その原本を対象としてIP文字列を精製する時に●のユニークな文字列も一緒に精製して、
時限停止の●の単純テキストファイル(2)を用意して、時限管理をしながら先述の●焼きテキストファイルと
一緒に扱うというのは可能じゃないかなとか思ったりしてるわけです。
---
それと同時に、現行のバーボン強制招待スクリプトも少し弄り、上記のバーボンハウス増設部分に
●のユニークな文字列も一緒にぶち込めるように改造できると、オートだけではなくセミオートでも
抑止力の1つとして使えるんじゃないかなと考えています。
205 :
NAO ★:2010/03/29(月) 07:34:53 ID:???0
過去ログから案を引っ張ってきます
---
http://qb5.2ch.net/test/read.cgi/operate/1269524909/250 250 名前:NAO ★[] 投稿日:2010/03/26(金) 01:48:16 ID:???0
んで、この場合は多分、現行のバーボンハウスと連動したシステムにすると、
ある意味で楽になるんじゃないかなと判断。
この楽にする方法が自動化ではないかと。
で、
>>239の問題点を解決する方法。
条件Aとして、バーボンに送られた奴で、尚且つ●IDがあればその●も一緒に時限停止してしまう、と。
バーボンハウスに送られる
↓
いつものようにIPを処理して、リストに追加
└→●IDはありましたか?
│
├─→●IDがありました
│ └→禁則事項なリストBに追記
│ └→リストBは、通常の●焼きに使っているリストとは別に用意
↓ └→このリストは、一定周期で参照され、時限的に自動解除される
●IDはありませんでした
↓
通常通りのバーボン処理続行
206 :
NAO ★:2010/03/29(月) 07:37:14 ID:???0
207 :
NAO ★:2010/03/29(月) 07:37:56 ID:???0
208 :
NAO ★:2010/03/29(月) 07:42:50 ID:???0
>>207でのファイルのロックが必要かどうかと言うのは、
php基準で考えていた話なので、本当に必要な処理なのかどうかは分かりません。
---
>>203 御力を御貸し頂けると幸いです
何卒、よろしくお願いいたします