2005-02-22 アーカイブ

各種のソーシャルブックマークを比較してみる

前回までははてなブックマークに対して色々と考察をしてきましたが、それ以外のソーシャルブックマークはどういった運用になっているのか ? という疑問が出てきたため、比較をしてみました。 私が知っている範囲での比較なので、これ以外にもソーシャルブックマークサービスの存在を知っている方がおられましたらコメント等で教えていただけると幸いです。

比較結果

ブックマーク先の内容の転載を行うかどうかを中心に比較しています。

del.icio.us

• ユーザーによるコメント付与形式 ? ( ちょうど 503 Service Unavailable が頻発したため確認できず )

ソーシャルブックマーク::LiVEMARK(ライブマーク)

• ユーザーが概要となる部分を指定して転載 ?
• キャッシュ取得も行う。文章どころかデザインもそのままコピー。
  • 基本的にそのままコピーされますが、 HTML ソースの先頭に <BASE HREF="ブックマークの URI"> ( DTD の種類に関わらずこの記述 ) が挿入されます。
    • XML 宣言や DOCTYPE 宣言よりも前に挿入されるため、当然ながら not Valid な HTML になってしまいます。 これひとつで Another HTML-lint gateway の採点は 100 点から -51 点まで減点されます。
• livemark.jp :: トピックを表示 - キャッシュについての考え方を教えて頂けませんか？にて問題提起はなされている模様。

はてなブックマーク - ソーシャルブックマーク

• はてなブックマークによる記事本文の掲載についての考察やはてなブックマークの概要掲載は必要なのか ? で触れた通り、本文の一部を概要として自動で転載します。
• はてなブックマーク日記のコメント欄にて何度か問題提起がなされていますが、はてな側のポリシーは発表されていません。

webshotsブックマーク - ソーシャルブックマーク

• webshotsとは？ - webshot - 説明文はユーザーが直接入力。
• 120*90 ピクセルのサイズで、スクリーンショットからサムネイルを生成します。
• ブックマーク先が保有する著作権に対しての意見やポリシーは特には書かれていないようです。

実は LiVEMARK も色々と問題を内包していますね……。 次回はもう少し深く掘り下げてみようと思います。

数日間の流れを一記事に凝縮

これだけの流れを一日のうちに行ったわけではありませんが、一連の内容として一つの記事内に収めることにします。

1. トラックバックスパムの予兆 ?
2. トラックバックスパム対策メモ
3. Quasi-Spam Filter Plugin にフィルタ対象を加える
4. トラックバックスパム対策（その2）: 小粋空間の記述との違い
5. トラックバック送信先

トラックバックスパムの予兆 ?

先ほど、 weblog という言葉に対してスパムと思われるトラックバックが行われました。 残しておいても意味は無いので削除しましたが、以下その内容を自分的にメモ。

tbping_id

104

tbping_blog_id

1

tbping_tb_id

2

tbping_title

texas hold'em

tbping_excerpt

Every possible idea therefore may be said to be us...

tbping_source_url

http://www.tigerspice.com

tbping_ip

63.96.247.20

tbping_blog_name

texas hold'em

tbping_created_on

2005-02-20 20:39:59

tbping_modified_on

20050220203959

tbping_created_by

NULL

tbping_modified_by

NULL

トラックバックスパム対策メモ

今回はこの 1 件のみだったので手動削除で良かったのですが、いずれ大量のトラックバックスパムに悩まされるかもしれません。 と、この部分までを数日前に書いていたら、続々とトラックバックスパムが届き出しました。 スパムが届き出してからようやく重い腰を上げた形になりますが、トラックバックスパム対策をメモしておこうと思います。

mt-tb.cgi 自体の書き換え

• Bianca: BiancaのTrackBackSpam対策【トラックバックスパム対策】

Movable Type カスタマイズあれこれ - コメントスパム対策その 1 と同じ発想の対策です。 mt-tb.cgi を直接書き換えるため、 Movable Type 自体のアップグレード時に再度書き換える必要が生じる可能性があります。

プラグインの使用

• Ogawa::Memoranda: Quasi-Spam Filter Plugin

トラックバックスパムのみならずコメントスパムにも対応したプラグインです。 半角英数字のみのコメントスパムを弾くプラグイン - Trackbacks にて (o) さん ( Ogawa::Memoranda ) 自ら教えてくださいました。 ( というか教えていただいたのに使っていなかったのですか自分 )

Movable Type 自体のアップグレード時も、変更を行わなくて良い可能性があります。 ( もちろん Movable Type 自体に大幅な改変があればこの限りではありませんが。 )

Quasi-Spam Filter Plugin にフィルタ対象を加える

スパム判定ルーチンやリダイレクトURL決定ルーチンの「例」を示すことはあるかもしれませんが、単体のスパムフィルターとしての機能を充実させること自体はこのプラグインの目的ではありません ということなので、フィルタ対象を増やしたい場合は自分でコードを書き換える必要があります。

既に書き換えられたコードがトラックバックスパム対策（その2）: 小粋空間で公開されていますが、その提示方法があまり良くない ( コード自体に問題があるわけではないことに注意 ) と感じたので、 「こう提示した方がより良いですよ」 という意味を込めて同様のコードを掲載します。 なお、 The Artistic License ( 日本語訳 ) に基づき、オリジナルの所在と改変内容を次に明記し、改変したものをソースコードの形で示します。

オリジナル

• Ogawa::Memoranda: Quasi-Spam Filter Plugin

改変内容

• トラックバックスパム対策（その2）: 小粋空間の記述を用いて tbping_title の文字列もフィルタの対象とするようにする。

ソースコード

sub tbping_filter {
    my ($eh, $app, $ping) = @_;
    return !is_tbping_spam($ping->excerpt);    
    return !(is_tbping_spam($ping->excerpt) | is_tbping_spam($ping->title));
}

sub tbping_throttle_filter {
    my ($eh, $app, $tb) = @_;
    my $q = $app->{query};
    return !is_tbping_spam($q->param('excerpt'));
    return !(is_tbping_spam($q->param('excerpt')) | is_tbping_spam($q->param('title')));
}

sub tbping_error {
    my $app = shift;
    my $q = $app->{query};
    my $mode = $q->param('__mode') || $app->{default_mode};
    return if $mode ne 'ping';
    if (is_tbping_spam($q->param('excerpt'))) {
    if (is_tbping_spam($q->param('excerpt')) || is_tbping_spam($q->param('title'))) {
    $app->add_methods('ping' => sub { });
    $app->_response(Error => 'Spam TBPing!', Code => 403);
    }
}

トラックバックスパム対策（その2）: 小粋空間の記述との違い

ブラウザに表示されるコードとしては、ここで掲載したものと小粋空間での記述は同じですが、 HTML ソースとしては大きく異なります。

• $ を $ 、 > を > として記述
• 削除部分を <del> 、追記部分を <ins> でマークアップ

前者は「よりベターな書き方」という感じなので、必ずしもこう書かなければいけない、というわけではありません。 > を &#62; ( または &gt; ) とするのはよく聞きますが、 $ を必ず &#36; とする必要はありませんし。 ( ただし、記事内に Movable Type のテンプレートタグの記述をする際は、本来のテンプレートタグとバッティングする可能性があるので、 Movable Type ユーザーは癖付けておくと良いかもしれません。 )

後者の場合は、よほど <font> や <s> を使わなければならない事情が無い限りは <del> や <ins> でマークアップした方が良いでしょう。 実際、私が小粋空間のコードを見た時はたまたまページの色指定を無効化していたため、訂正部分が分からなくなってしまっていました。 <del> や <ins> でマークアップしている場合は、ブラウザが適宜 ( 視覚系、音声系などのブラウザの形式によらず ) 扱ってくれるため、色などによる指定より分かりやすくなります。 ( ただし、 XHTML1.1 では pre は ins / del を内容に持てないため、 XHTML 1.1 で <pre> でソースコードをマークアップする人は、訂正部分は <em> や <span> で代用することになります。 )

トラックバック送信先

• Ogawa::Memoranda: Quasi-Spam Filter Plugin
• トラックバックスパム対策（その2）: 小粋空間