トラックバックの必要性

  • : Function ereg() is deprecated in /home/groups/d/dr/drupal-jp/htdocs/main/includes/file.inc on line 649.
  • : Function ereg() is deprecated in /home/groups/d/dr/drupal-jp/htdocs/main/includes/file.inc on line 649.
  • : Function ereg() is deprecated in /home/groups/d/dr/drupal-jp/htdocs/main/includes/file.inc on line 649.
  • : Function ereg() is deprecated in /home/groups/d/dr/drupal-jp/htdocs/main/includes/file.inc on line 649.
  • : Function ereg() is deprecated in /home/groups/d/dr/drupal-jp/htdocs/main/includes/file.inc on line 649.
  • : Function ereg() is deprecated in /home/groups/d/dr/drupal-jp/htdocs/main/includes/file.inc on line 649.
  • : Function ereg() is deprecated in /home/groups/d/dr/drupal-jp/htdocs/main/includes/file.inc on line 649.
  • : Function ereg() is deprecated in /home/groups/d/dr/drupal-jp/htdocs/main/includes/file.inc on line 649.
  • : Function ereg() is deprecated in /home/groups/d/dr/drupal-jp/htdocs/main/includes/file.inc on line 649.
  • : Function ereg() is deprecated in /home/groups/d/dr/drupal-jp/htdocs/main/includes/file.inc on line 649.

O829さんのサイトがトラックバックを導入されたようなので、テストも兼ねて言及します。

Trackback : bot によるスパムへの対策を考える

トラックバックスパムは悩みの種ですね。一々モデレーションするのは正直面倒ですし。
私はSpamモジュールを日本語対応して入れています。
といっても、トラックバックスパムは殆ど英語ですので、日本語対応の必要は余りなかったりしますが。

あとは、Akismetが結構良くフィルタリングしてくれます。

次に、コメント欄の「トラックバックの必要性」ですが、トラックバックを送るよりも受ける方が多い情報発信サイトでは必要性が薄いかもしれませんね。
どちらにしろ、多く使わないと有用性が出ませんので、皆で使ってみることを提案したいところです。
コメントと同じなのですが、コメントより自由度が高いので、色々書きたい時はトラックバックの方が便利です。コメントですとほぼ平文オンリーですし、コメントを長々と書くのも気が引けたりしますし。(^^

この記事のトラックバックURL:

http://drupal-jp.sourceforge.jp/main/trackback/45

コメント

Re: トラックバックの必要性

確かに、まず導入しているサイトが増えないと、導入しても意味を成さないですよね。
スパム対策についての意見交換なども、使ってこそだと思いますし...

私のサイトで紹介した Auto Discovery を無効にする方法は、一例として...ということで記載しましたが、いろいろなデメリットもありますので、検討する必要がある方法だろうと思っています。(といっても何がベストかは人それぞれでしょうが...)
今回は、いろいろなサイトで、トラックバックについて改造を行なっているのを見かけて、ちょっと弄ってみたかったというのもあったので、そういった意味ではなかなか勉強になりました。

別のサイトでは、Akismet + Spam で試してみて、いろいろな意味での効果を比較できたら...とちょっとだけ考えています。

Akismetって

Akismetモジュールは、どういったモジュールなのでしょう?
…なんて、自分で調べなきゃいけませんね(笑)

0829@drupal.org wrote:
Auto Discovery を無効にする方法は

ま、選択肢のひとつとしてはいいんじゃないでしょうか?いろんな選択肢を用意できた方がいいのですから。
どんなモノでも、メリットがあればデメリットがありますから、そう言った情報を提示すればなんの問題もありません。
私も一応、無効にして(コメントアウトしてます)ますが、それ以外のモジュールでそれなりの効果があるのであれば、この辺は一考しますし、これが絶対という風には考えていません。

Auto Discovery の概要を聞いているだけだと、実際に、そのページを見てトラックバックを貼る…という方法じゃなくても、総当たりでスパムをかける方法と言うのも想像できてしまうので、trackback/nidの様な単調なURLからpathautoの様なカスタマイズできる機能に対応するとかできると、いいなという気はします。そうすると、トラックバックURLもサイト毎に違うモノが設定可能になるので、実際にページを見てトラックバックURLを得なければならなくなりますから、ちょっとは対策になりそうな気がします。
アイディアだけなら、トラックバックURLを24時間のみ有効などのワンタイムにして、リロードする度に変わってしまうとか…言うのも有用でしょう。
ま、そこまで対策を施す必要があるのかどうか?という議論は必要ですけどね。

言うなればブラックリスト?

Akismetモジュールは、言うなればブラックリスト参照方式と言うことですね?
となると、実行時、またはcronを使うなりして定期的にリストの更新をしていると言うことなのかな?
実行時にその都度問い合わせをしているってことなのかな?
ブラックリスト参照方式の問題点としては、リストの候補が多くなると処理に時間がかかるようになってしまうと言うのが昔から言われてましたが・・・。気にするほどじゃないと言うことですかね。
ま、動作がもっさりしても、判別確率が高いと言うことであるとその方がいいのかな・・・。

コメントや、投稿にはCaptcha認証を付けるという対策がとれますが、トラックバックは対応できないので、この辺に頼るしかないんですよね・・・。

スパムモジュールのカスタムフィルタで、[ぁ-ヶ]が含まれていなかったらスパムに認定する・・・というフィルターを作りたいと思ったんですけど、含まれていなかったら・・・は正規表現で表現できるのでしょうか?
正規表現は難しいですね・・・。

ブラックリストかどうかは

ブラックリストかどうかは知りません。Akismetはスパムか否かをサーバで判定しますが、サーバ側の判定方式がどうなっているかは書かれてなかった様に思います。が、多分、ブラックリスト「も」使っているでしょうね。

wrote:
含まれていなかったら・・・は正規表現で表現できるのでしょうか?

出来ますよ。
でも、仰るようなケースでは、「含まれる」という正規表現で、「何もヒットしなかった場合」という処理の方がいいように思います。

一致しないとき

zorac wrote:
「何もヒットしなかった場合」という処理の方がいいように思います。

と、言うのは、一致時の効果の項目のことですか?
一致しなかった時という選択は出来ないですよね?
一致しなかった時というのを正規表現でということですか?
フィルタの表現で一致したときの動作という前提で効果を決めなければいけないようですから、例えばひらがなが一文字も存在しなかったときの動作は設定できないのではないのかと。
一致したときにはスパムではない・・・とは設定できますが、含まれていないときはスルーということになりますよね。
半角英文のみはスパムとする・・・を併用すれば理論的には可能のようですが、どうも、ヒットする条件の数だけポイントを付けて判定しているようですから、単純には行きそうもないですね。
ですので、ひらがながあるのか無いのかでふるいに掛けられるのが効率的なような気がしてます。

とりあえず、正規表現は全然触ったことがないのでお勉強中です。

誤解してました。

カスタムフィルタの意味を誤解してました。「スパムフィルタ」ページで設定するカスタムフィルタのことですね。
でしたら、一致しなかったときの選択はできませんね。

「全く含まれない」という状態は、「最初から最後まで~でない」ということですから、例えば「半角数字が全く含まれない」は、

/^[^0-9]*$/

となります。[^0-9]は「半角数字ではない文字」で、一つ目の^は「最初」、$は「最後」にマッチします。ひらがなは複数バイト文字なのでもう少しパターンが複雑になりますが、似たような感じです。

正規表現の結果は直感的に解らなかったりするので、テストを重ねた方がいいですね。

正規表現のUTF-8拡張

使ったことはないですが、UTF-8拡張を使えば上と同じパターンで出来るかもしれません。

/^[^ぁ-ヶ]*$/u

参考: パターン修飾子

大丈夫っぽいです

zorac wrote:
/^[^ぁ-ヶ]*$/u

なんぞ、Drupal-J.comが無反応なので(^_^;)
完全な確認はとれていませんが、sws環境では上手く機能したようです。
メール送信でエラーが返ってきましたがこれは当たり前のことなので・・・
ログにもカスタムフィルタで駄目出しとして残っていますし、公開もされていませんので、動作としては上手くいっているようです。
トラックバックのテストはまだしてませんが・・・それにはDrupal-J.com鯖が復活しないと・・・。
この間のクラッシュの時のような反応でちょっと不安ですが(T.T)

勝手な動作予想。

Akismet も Spam も実際に使ってはいないので、私も使っている方からのご意見を伺えたらいいなということで。

Akismet は、Akismet のサーバに問い合わせてスパムかどうかを判定できるので特に設定は必要ない。
Spam は、スパムの判断基準を自分で設定し、そこから学習させる。(細かな設定が可能ともいえるかも。)
と勝手に思っているのですが...どうなんですかね?

AkismetとSpam

wrote:
Akismet は、Akismet のサーバに問い合わせてスパムかどうかを判定できるので特に設定は必要ない。
Spam は、スパムの判断基準を自分で設定し、そこから学習させる。(細かな設定が可能ともいえるかも。)
と勝手に思っているのですが...どうなんですかね?

概ねその通りです。Spamは判断基準を設定する必要はありませんが。(設定することも可)
Spamモジュールには外部フィルタ機能もあるので、それを使ってAkismetモジュールが作られていれば良かったのですが、全く別なモジュールになっちゃってます。

これらのモジュールは、スパムを検出する部分とスパムコンテンツを管理する部分の2つの部分からなるわけですが、スパムコンテンツを管理する部分は同じ機能なんですよね。それが、SpamモジュールとAkisimetモジュールで別々に実装されているから、併用できないのが難点ですね。

AkismetモジュールとSpamモジュール

spamモジュールは4.6の頃に使用していました。
使用方法は、

  • 投稿文中に特定のキーワードやURLが含まれていた場合は自動的にスパムと見なす。
  • 実際に届いたスパムをスパム判定する。
という使い方でしたが、どうしても後追い対策になるので、なかなか埒があかない感じでした。 AkismetモジュールはTop 40 Projectsで知って使い始めたばかりなので、効果があるのかどうかわからないのですが、WordPressユーザの経験データベースが活用できるのであれば、期待出来るかなと勝手に想像しています。

参考記事 最強の呼び声高いブログ用対スパムプラグイン「Akismet」

トラックバックの必要性

スミマセン。コメントで長々と書き込む不届きモノです(^_^;) 迷惑な場合は遠慮無く閉め出してください(T.T)

今まで、トラックバックって使ってなかったので、トラックバックの必要性が理解できていません。
その割には、あちこちでスパムを見かけるのでメリットを感じてない分、デメリットばかりが頭をもたげます。
スパムモジュールも入れてみようかなとか思っていますが、日本語対応というのはどんなことでしょう?
swsに入れただけなので、いまいちよくわからないのですが、カスタムフィルターのところで正規表現とか?

もう少し、遊んでみないと判らないですね・・・。

トラックバック

HPを作ろう から 2007年12月28日(金) 00:52 受信

こんにちは。Drupal日本語プロジェクト、を読ませていただきました。勉強になりました。そのとおりだと思います。また読ませていただきたいと思います。トラックバックに挑戦していま...

Drupal-J.com から 2007年5月28日(月) 12:49 受信