アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
内部動作を洞察されないフィルタリング (スコア:3, 興味深い)
Re:内部動作を洞察されないフィルタリング (スコア:1)
#Antispam MLのアーカイブ [egroups.co.jp]より。(MLメンバーのみ。)
ユーザーが正規表現並みの記述が可能な選別スクリプトを書けるようにしないと、改善できないと思われ。
#ドコモでのデフォルトは“/^
Re:内部動作を洞察されないフィルタリング (スコア:2, 興味深い)
それよりも、
・NGワードをデフォルトで何種類か準備しておく
・自分でも複数の登録が可能とする
・その各々についてフィルタリングする/しないを選択できる
・一定間隔でユーザのNGワードの統計をとって、上位のいくつかを
デフォルトNGワードに組み入れる
…といったシステムにしておけば、万が一必要なメールが届かなくても
それはそのNGワードを選択したユーザの責任。
それで困るようなら個人の判断でザルフィルタを使ってればよろし。
いかがなもんでしょーか?
あと、
オプションとして「空白文字を無視する」「記号文字を無視する」を追加しておけば
間にスペースやらアンダースコアが 入っていたとしても対応できるでしょう。
Re:内部動作を洞察されないフィルタリング (スコア:1)
検閲に当たらないようにするには通信の最終受け手の同意が必要で、
その段階でスパマーに知られてしまいますから。
正規表現方式の
- 表題の語頭からのみマッチングが設定でき、任意に取り外せる。
- スパマーの打ってくる手への対処を既存項目の改造で済ませられる余地が大きい。
という利点は大きいと思います。PerlがCGIに多用される現実からみても、正規表現を処理する機構の取り入れがサーバーの計算量のオーダーを受容不可能なほど上げてしまうというのは考えづらいですし。
Re:面倒なので (スコア:0)