これでいいかナ?(Re:xmobile& protectorスパム誤判定)
投稿ツリー
-
[xoops] xmobile 書込みが protectorでスパム判定される (なーお, 2007/10/13 1:23)
-
これでどうかな?(Re:xmobile 書込みがスパム判定 (なーお, 2007/10/15 21:33)
-
だめか??(Re:testing) (なーお, 2007/10/15 23:41)
-
だめじゃん(Re:xmobile& protectでスパム誤判定) (なーお, 2007/10/16 13:16)
-
これもだめ(Re:xmobile& protectスパム誤判定) (なーお, 2007/10/17 7:52)
-
これでいいかナ?(Re:xmobile& protectorスパム誤判定) (なーお, 2007/10/19 8:47)
-
-
-
Re: [xoops] xmobile 書込みが protectorでスパム判定される (長さん, 2009/4/25 17:04)
-
Re: [xoops] xmobile 書込みが protectorでスパム判定される (なーお, 2009/4/26 18:17)
-
-
なーお
投稿数: 1786

結局、上のロジックの判定文字列数下限値を「80」とし、更に150以上のsinglebyte文字列があれば無条件にアウト、にて様子を見ています。
・文字数が150以上:日本語文字が無いデータが1つあればSPAM(下表の「拒否3」)
・キー名称が'message','com_text','excerpt'で日本語文字がある2文字以上データが1つあれば許可(「許可1」)
・文字数80以上150未満:日本語文字があるデータが1つあれば許可(「許可2」)
ループを抜けた段階で「拒否」が優先処理され、「許可」も「拒否」も無いばあいは
(1)判定文字数以上の文字列が無かった場合は「許可」
(2)判定文字数以上の文字列が有った場合「拒否」となる。
まとめると、以下の感じです。
1 2 3 4 5 6 7 8 |
|
d3forumでスルーになった原因は、返信フォームのpost文字列中に「引用」用の文字列がそのまま割り込んで送信されてくるため、上記表の「許可1」の部分に当たったのでした。
singlebyteスパムのほとんどはロボットでしょうから、その場合は「引用」部分は送信されてこないので問題なくブロックされるはずです。
まあ、オリジナルのロジックで判定文字列数下限値を「150」とするのとどちらが良いのか、一概には決められません。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 |
|
投票数:0
平均点:0.00
返信する