2006-02 アーカイブ

JILS のサポートドラムに Tomoi 氏が就任

就任、という言い方は何か違うかもしれませんが。 JILS のボーカルの幸也氏の日記である社長日記上にて ex.Laputa 、 ex.MILK FUDGE のドラマーの Tomoi 氏が JILS のサポートドラマーになるということが発表されました。

「I HAVE CONTROL」にも出演してたex.LaputaのTomoi君が、次回からJILSのライブにサポートドラムとして参加してくれることになりました！ もちろん3月から一緒にステージに立つよ！ホント楽しみにしててくれ！俺も楽しみだ。 今日からLaputa好きのお友達を必死で探しては教えて差し上げなさい。笑

身近な ( と私が思っている ) Laputa 好きの方というと…… zerosp.com | すぴりっつおぶぜろの 101 さんや、 Namamono+ism | Namamono ? Diary のミユキさん、 HAPPIDEATH の海棠ヲリトさんといった面々でしょうか。 それと、 JILS 好きと言えば外せない iMax! の iMa さんの計 4 名に届けこのニュース。

Tomoi 氏略歴

前項の 4 名は既に知っている情報もあるかもしれませんが、知らない方もいらっしゃるかもしれないし、その 4 名以外には「 Tomoi ってだーれ」という方もいらっしゃるだろうということで簡単に略歴を紹介します。

1. 1993 年 7 月に Tomoi 氏、 aki 氏を中心に Laputa 結成。9月、オリジナルメンバーとしてLaputa結成。名古屋を拠点に活動開始。という記述もありますが、 8 月 29 日に名古屋MUSIC FARMイベント2daysにて初ライブ。ということだそうですので、 7 月説が正しいのかな ?
2. 1996 年 9 月 30 日にシングル「硝子の肖像」でメジャーデビュー。
3. 2005 年 9 月 5 日、渋谷公会堂の公演を以って Laputa の活動を停止。 ( Tomoi OFFICIAL WEB SITE では 渋谷公会堂のライブにて11年に渡る活動を終えLaputa解散という表現になっていますが。 )
4. 2005 年 6 月、 MILK FUDGE にサポートドラマーとして参加。
5. 2005 年 6 月 15 日、 MILK FUDGE に正式加入。
6. 2005 年 8 月 24 日にシングル「ネイビーブルー」でメジャーデビュー。
7. 2005 年 12 月 23 日に MILK FUDGE 解散。
8. 2006 年 2 月 26 日、 ex.Laputa の aki 氏主催イベント「 I HAVE CONTROL 」に Tomoi Project として出演。
9. 2006 年 2 月 27 日、 JILS にサポートドラマーとして参加することを発表。
   • Tomoi 34番地：ありがとう！
   • 社長日記

私はライブでプレイしている姿を見たのは一度だけで、あとはライブビデオで知る姿くらいしか無いのですが、テクニカルなプレイをされる方だなあという印象があります。 つい先日まで JILS のサポートドラマーだった勇人氏とは対照的な印象。

JILS のドラマー遍歴

メンバーチェンジが多い JILS というバンドですが、その中でもドラマーの交代が群を抜いているような気がします。 メンバーチェンジの変遷を見てみましょう。

1. 1999 年 11 月 11 日、 JILS 結成。
   • Vo. 幸也
   • G. 舜
   • G. MARIKI
   • Dr. 秀誉
2. 1999 年 12 月 22 日、秀誉氏脱退。
   • Vo. 幸也
   • G. 舜
   • G. MARIKI
3. 2000 年 1 月 9 日、ドラマーとして徹氏が加入。
   • Vo. 幸也
   • G. 舜
   • G. MARIKI
   • Dr. 徹
4. 2000 年 5 月 5 日、ベーシストとして蓮氏が加入。
   • Vo. 幸也
   • G. 舜
   • G. MARIKI
   • B. 蓮
   • Dr. 徹
5. 2001 年 11 月 11 日、 MARIKI 氏、蓮氏、徹氏が脱退。
   • Vo. 幸也
   • G. 舜
6. 2001 年 12 月 24 日、ベーシストとして一朗氏、ドラマーとして秀誉氏が加入。舜氏、俊介と改名。
   • Vo. 幸也
   • G. 俊介
   • B. 一朗
   • Dr. 秀誉
7. 2003 年 5 月 3 日、秀誉氏が脱退。
   • Vo. 幸也
   • G. 俊介
   • B. 一朗
8. 2003 年 8 月 27 日よりスタートした全国ツアー「 Guilty or "not" Guilty -2003- 」より、勇人氏がサポートドラマーとして参加。
   • Vo. 幸也
   • G. 俊介
   • B. 一朗
   • サポート Dr. 勇人
9. 2006 年 2 月 5 日、勇人氏がサポートを終了。
10. 2006 年 2 月 27 日、 Tomoi 氏がサポートドラマーとして参加することが発表される。
11. 2006 年 3 月 5 日、 KuRt 主催イベント～!!リスペクト.カリスマMEN's PARTYvol.4～ にて Tomoi 氏の JILS としての初ステージ。
    • Vo. 幸也
    • G. 俊介
    • B. 一朗
    • サポート Dr. Tomoi

勇人氏は TRUE SONGS -REVISED EDITION- や YOUR SONGS や A SONG FOR YOU といった各種リリース作品や、サポート時のライブで配布された CD などのレコーディングにも参加していたのですが、 Tomoi 氏もレコーディングに参加するのでしょうか ?

JILS のニューシングル

と言うのも、 5 月に約 2 年振りの JILS のニューシングルがリリースされるとのことなので、レコーディングに参加するかしないかが気になるのです。

限定発売のアイテムで、 3 月発売の FOOL'S MATE や ARENA37℃に予約情報が掲載される模様。 ということは、本日発売のフールズメイト Vol.294 ( 2006 年 4 月号 ) ではなく Vol.295 ( 2006 年 5 月号 ) の方でしょうか。 ARENA37℃の 2006 年 4月号は 3 月 10 日発売なので、まず週末くらいにフールズメイトをチェックして、載っていなかったら ARENA37℃の方をチェックしましょうかね。

ちなみに、社長日記でもプッシュされていた ex.Laputa の aki 氏のマキシシングル THE CELLMIXES は明日発売です !

以前似たようなこと書いたな

• はてなアイデア - はてラボのはてなSNS(http://sns.hatelabo.jp/)で、はてなダイアリーをプライベートモードにしている人の日記まで「ちょっと読む」で中身の一部が読めてしまう。
• はてな 【本当ですか？】 日記をプライベートモードにされているユーザの皆様。 『はてラボのはてなSNS(http://sns.hatelabo.jp/)で、はてなダイアリーを ・・
• はてなダイアリー日記 - はてなSNSにおけるプライベートモードの日記の取り扱いについて

はてなダイアリーの脆弱性 ? ( ←やっぱり脆弱性じゃなかった ) で焦点をボカして書いていた点ですが、実はこのことでした。 パブリックモードで書いていたダイアリーがある日突然プライベートモードに移行した場合に、 Bloglines などの RSS リーダではそれまでにキャッシュしていた内容は引き続き読めるというもの。 はてなダイアリー日記 - はてなSNSにおけるプライベートモードの日記の取り扱いについてでも、

なお、パブリックモードで日記を書かれていたものを途中からプライベートモードに変更した場合は、それまでパブリックモードであった時点までのデータはキャッシュとしてはてなRSSのシステムに保存されているため、それが表示される場合がございます。このキャッシュの取り扱いは、一般的な検索エンジンや、はてなRSSを含むサーバー提供型のRSSリーダーサービスと同様の扱いとなっております。今後、プライベートモードに変更した時点でのキャッシュの扱いを変更するといったことも検討してまいりますが、現時点では仕様としてご理解いただければ幸いです。

と、同様の説明がなされています。 もしかしたら、今後 はてな RSS では「登録したはてなダイアリーの RSS がプライベートモードに移行したらキャッシュを破棄する」ということが実装されるかもしれませんが、それ以外の RSS リーダでは継続してキャッシュされるという事態はおそらく変わりありません。

現時点で言えることは、最初から一貫してプライベートモードで書いているのならともかく、パブリックモードという「 WWW 上に公開され、誰もが制限無く閲覧・ダウンロード・キャッシュの取得・ミラーリングが行える」状態を自ら選択していた以上、プライベートモードに変えたからと言って瞬時に隠匿できるわけではないということをしっかりと認識した方が良い、ということくらいでしょうか。

はてなアイデアや人力検索はてなに出す場合は事前に充分な確認を

idea:8789 のコメントにおいて、 セキュリティホールの疑いがあるものをこういったかたちで公開するのは、あまり良くないと思います とありますが、はてなアイデアのヘルプでは はてなユーザーははてなの各サービスへの要望や不具合報告を登録することができます。 （ただし、他のユーザーに被害が拡大する可能性がある脆弱性情報などははてな質問箱からご報告ください。） と明記されているため、あまり良くないと言うよりは、言うべき場所を間違えているという感じでしょうか。 ( はてな質問箱に質問を送っても対処してもらえないことがあったという話を小耳に挟みましたし、実際に脆弱性を利用したトラップを公開しないと即日対応されないという面もありますが、やはり順序を踏んで行うべきでしょう。 )

はてな 【本当ですか？】 日記をプライベートモードにされているユーザの皆様。 『はてラボのはてなSNS(http://sns.hatelabo.jp/)で、はてなダイアリーを ・・の質問文も、伝聞形であって実際の検証はしていないようですし。 皆様への警告・お知らせの意味も込めて質問 と言うなら、それが再現するかどうかを予め検証、あるいは発生条件を詳しく記述するなりの配慮が欲しいなあと思いました。

あとあまり本題には関係ありませんが、 4 番目の回答は何故にこういった口調なんでしょう ? komasafarina さんの質問・回答履歴を見てみると、これ以外の回答は丁寧な口調で多くの回答を行う、いわゆる「優良回答者」のように見受けられるのですが。

トラックバック送信先

はてなアイデア - はてラボのはてなSNS(http://sns.hatelabo.jp/)で、はてなダイアリーをプライベートモードにしている人の日記まで「ちょっと読む」で中身の一部が読めてしまう。

他のユーザに被害を及ぼす可能性がある脆弱性の報告は、はてなアイデアではなくはてな質問箱 ( http://www.hatena.ne.jp/faq/ ) にまず送るべきであると思います。

はてな 【本当ですか？】 日記をプライベートモードにされているユーザの皆様。 『はてラボのはてなSNS(http://sns.hatelabo.jp/)で、はてなダイアリーを ・・

アイデアを見ての伝聞形ではなく、自身での検証結果あるいは発生条件などを併記して書いて欲しかったです。 ( また、それは人力検索はてなに投げるべき質問であるか、という点も考えて欲しいです。 )

はてなダイアリー日記 - はてなSNSにおけるプライベートモードの日記の取り扱いについて

以前、はてなダイアリーと Bloglines で検証を行いました ( http://hxxk.jp/2005/08/23/2018 ) が、パブリックモードからプライベートモードに移行した場合は RSS リーダにキャッシュされた分は表示されますが、それ以降に書かれた分はプライベートの名の通り表示されない結果になりました。

Spaten Hefe Weissbier

ドイツのヴァイスビール。 「ヴァイスビール」というのはウィート ( 小麦 ) を原料として作られ、瓶内二次発酵を伴うビールで、中に酵母が残ったままになるために白く濁っているのが特徴です と以前書きましたが、このビールはあまり濁っておらず、少しすっきりとした味になっていました。 アルコール度数は 5.0% 。

Scaldis Spécial Noël

またもベルギーのクリスマスビール。 これもディスカウント価格で売られていました。 スカルディス アンバーのデュビソン醸造所で作られたクリスマスビールで、キャラメルモルトを使用しているためかより甘みが際立っている印象がしました。 アルコール度数は 12.0% 。

CMS らしく Movable Type を使う

Movable Type は、 Publishing Platform の名が示す通り、コンテンツを公開するための基盤を提供するソフトです。 weblog ツールであるという認識も間違いではありませんが、 weblog という形態にこだわらずにサイトを作成することも可能です。 ( そうなると「 weblog の定義とは何だ」という話になっていきますが、ここではシンプルに 時系列に沿って web 上に記録されていくコンテンツということにします。 )

一つ前の記事であるCut First Char を Movable Type 3.2x で使う場合の注意点で言っていた ちょっと新たなコンテンツ はこのことを指していたのですが、 Movable Type を使用するにあたってのチュートリアルを、時系列に拠らない形で作っていこうと考えています。 weblog のように時系列でコンテンツを書いていくなら、最初に何を書くかを細かく考え、計画し、それに沿って書いていかないといけません。 しかし、今回考えているサイトでは「あ、このことも説明しておかなくちゃ」とふっと思い出すということがあっても、任意の順番のところに記事を配置することができるようにしています。

テンプレートや更新手順についてはほとんど固まりましたが、まだ CSS が出来ていませんし、コンテンツ自体がまだまだ空欄が多いために堂々と公開はしませんが、ある程度充実したら公開しますのでお楽しみに ! ( 既に何名かにはこっそり見せていますが。 )

挿絵ってあった方が良いよね

チュートリアルって言うと何だか堅苦しい解説がずらずらと並んでいるイメージなんですよね。 実際、私は分かりやすく簡潔に解説するっていうことができないので、絶対にそうなると思います。 となると、視覚的なところで堅苦しさをマイルドに中和するのが妥当であると思いますが、じゃあ視覚的にマイルドにするって何 ? っていうと、それは挿絵が入っているということ。 いや、 CSS をほんわかしたものにしてしまえば充分マイルドになるんじゃっていう意見もあるかもしれませんが、ここは挿絵が良いのっと主張しておきたい。

チュートリアルを作る目的が、もちろん前項のような CMS 的な使い方の実践というのもありますが、それに加えて、私がチュートリアルを書くことで Movable Type いじりの楽しさというか中毒性に皆を引きずり込みたいというのもあります。 単なる Movable Type のユーザを増やしたいとは思っていません。 Movable Type をいじりまくる人を増やしたいのです。 そして、どうせそういった活動を展開するなら自分自身も楽しみたいっ、昔は自分の書いた文章が本になることを夢見ていたなあ、でも絵が描けないから漫画という選択肢は早々に潰えたしかと言って小説を書くほどに熱を上げていたわけでもないし。 それなら、こうして web というフィールドを手に入れた今、「本のような」サイトを作ってみよう、そして好きなイラストレータに依頼して挿絵を描いてもらおう ! というのが 2006 年の hxxk.jp の活動の目的です。 今決めた。

あとは、その挿絵を描いてもらいたいイラストレータなんですが、実はもう考えています。 この計画を出した勢いでその名前を出しても良いのですが、いきなりの話だとびっくりするでしょうし、堂々と依頼したら断り辛いかなあとも思うので、メールを送ってみようと思います。 イラスト関係のお仕事を随時募集ということなので、けんもほろろに断られることは無いだろうと思っていますが。 まずは、この自分趣味全開の企画に、自分はいくらくらい注ぎ込むのだろうか見積もらないとなあ。 そもそもイラストの単価の相場を良く知らないため、見積もった後に目玉が飛び出てしまうかもしれませんが。

この件に関するいくつかの雑文

• 今回の件とはまた別プロジェクトである数名の方に依頼している件は、もし良かったらこのチュートリアルや、 Web Standards with MT ver.3.2 Strict テンプレートの配布ページに使わせてもらおうかと思っています。今まで言っていませんでしたが。
• Azrael: MT3.2へアップグレード＆エラーメモのそれにしてもMTいじりは一回始めると楽しいですな(・ω・)のように、 Movable Type いじりを楽しめるのは私だけじゃないんです。少なくともひとりじゃないっ。
• イラストレータは、最初は候補を 2 人考えていたんですよね。どちらのイラストも大好きなのですが、今回お願いしようと思っている方は Movable Type ユーザであったというのが決め手。もう一方の方も何かの折に依頼をしたいところです。
• Project-P Books の PHP CRACKS のように、技術系同人誌にするっていう手もあったなあ。しまった。後から紙の本になっても読めるような文章にしようかな ?

Cut First Char は Movable Type 3.2-ja-2 では使えない ?

以前、 Movable Type のカテゴリ名の冒頭に通し番号を付け、実際の weblog 上で表示する部分についてはカテゴリ名をトリミングするという方法で、カテゴリの名前に関わらず任意の順番で並べるということが実現できると書きました。

このとき ( 2005 年 11 月 ) に紹介したプラグインは、 2005 年 7 月に一度試しに使っていただけで、紹介した時はプラグインの配布元へのリンクを書くだけで済ませていました。 今回、ちょっと新たなコンテンツを作ろうと思い立って、このプラグインを採用することにしたのですが、プラグインが正常に働きません。 2005 年 7 月に試した時と何が違うかって言ったら Movable Type のバージョンくらいしかありません。 当時は 3.171-ja で、現在は 3.2-ja-2 。

Cut First Char 0.02 ?

プラグインのソースを見比べてみると、実は The blog of H.Fujimoto：カテゴリを任意の順番に並べ替えるに現在置かれているソースと、ブログ自由自在 Movable Type 上級カスタマイズ術の 204 ページに書かれてあるソースは違うものになっています。

package MT::Plugin::CutFirstChar;
use strict;

use MT;
use MT::Template::Context;
use MT::Plugin;
use MT::I18N;

# show plugin information to main menu
my $plugin = MT::Plugin->new;
$plugin->name('Cut First Char 0.01');
$plugin->description('Cut first n char from string.');
$plugin->doc_link('http://www.my-mt.com/cutfirstchar.html');
MT->add_plugin($plugin);

# add global filter
MT::Template::Context->add_global_filter(cutfirstchar => \&cutfirstchar);

# main
sub cutfirstchar {
    my ($text, $arg, $ctx) = @_;

    $text = MT::I18N::substr_text($text, $arg, 0);
    $text;
}
 
1;

書籍の方ではこのようなソースになっているのに対し、 The blog of H.Fujimoto：カテゴリを任意の順番に並べ替えるのソースでは次のようになっています。

package MT::Plugin::CutFirstChar;
use strict;

use MT;
use MT::Template::Context;
use MT::Plugin;

my $plugin = MT::Plugin->new;
$plugin->name("Cut First Char 0.01");
$plugin->description('Cut first n char from MTtag.');
MT->add_plugin($plugin);

MT::Template::Context->add_global_filter(cutfirstchar => \&cutfirstchar);
 
sub cutfirstchar {
    my ($text, $arg, $ctx) = @_;

    $text = substr $text, $arg;
    $text;
}
 
1;

The blog of H.Fujimoto：「上級カスタマイズ術」掲載のcutfirstcharプラグインの不具合によると、 Movable Type 3.2 になって日本語処理のモジュール ( MT::I18N パッケージ ) が変わり、書籍掲載のものはそれに対応していないために、プラグインが正しく働かないようです。 よって、 The blog of H.Fujimoto：カテゴリを任意の順番に並べ替えるのソースでは日本語を考慮しないようにして対応しているとのこと。

最初はこれに気付かずに The blog of H.Fujimoto：カテゴリを任意の順番に並べ替えるのソースだけをずっと見ていたので、 1 時間くらいハマってしまいました。 バージョン 0.02 と書いてあったらそんなにハマらなかったのになあ ( 言い訳 ) 。

実装されないだろうなと思っていたものが実装された

はてなダイアリー日記 - 新着ブックマーク一覧機能の追加について（はてなブックマーク）や、はてなブックマーク日記 - はてなブックマークの新機能追加についてにて、新着ブックマークの一覧機能の実装がアナウンスされました。 被はてなブックマーク状況を新着順で知りたいや被はてなブックマーク状況を新着順で知りたい (2) で触れていましたが、これまでの「 http://example.com/ の新着エントリー」 ( http://b.hatena.ne.jp/entrylist?sort=eid&url=http://example.com/ ) では、「過去にブックマークされた記事が再びブックマークされた時」に新着として扱われず、ブックマーク数の増加のチェックやブックマークコメントのチェックを行い辛いという問題がありました。

そこで、「今見ているページ」の被はてなブックマーク状況を知りたいのようなブックマークレットを用いたり、いぬビーム - 全てのサイトをはてブ化するのような Greasemonkey スクリプトを用いたりしてチェックするという方法が出てきましたが、今回実装された機能を使えば、ブックマーク数の増加や新しいブックマークコメントのチェックも手軽にできそうです。

ただ、この機能は実装されるとは思っていませんでした。 過去のブックマーク記事が再度ブックマークされた際に分かり辛いので改善して欲しいというアイデアをはてなアイデアに出していたのですが、却下されたもので……。

早速ブックマークレットを作ってみた

今回の機能は、「 http://example.com/ の新着ブックマーク」という形で、 http://b.hatena.ne.jp/bookmarklist?url=http://example.com/ という URI でチェックすることができます。 http://b.hatena.ne.jp/bookmarklist?url= にあるフォームにチェックしたいサイトの URI を入力したり、直接 http://b.hatena.ne.jp/bookmarklist?url=http://example.com/ という URI にアクセスしたりすることでそのチェックができますが、折角なのでブックマークレットでもっと手軽にチェックすることにしましょう。

被はてなブックマーク状況を新着順で知りたいで紹介した hb_siteentry.js を応用して、 hb_bookmarklist.js を作ってみました。

var sites = new Array(
    "blog.excite.co.jp",
    "blog.goo.ne.jp",
    "blog.livedoor.jp",
    "blog.naver.co.jp",
    "blog.drecom.jp",
    "blogs.yahoo.co.jp",
    "a.hatena.ne.jp",
    "b.hatena.ne.jp",
    "d.hatena.ne.jp",
    "f.hatena.ne.jp",
    "g.hatena.ne.jp",
    "graph.hatena.ne.jp",
    "i.hatena.ne.jp",
    "map.hatena.ne.jp",
    "r.hatena.ne.jp",
    "ring.hatena.ne.jp",
    "my.casty.jp",
    "plaza.rakuten.co.jp",
    "ameblo.jp",
    "yaplog.jp"
  );


var url = location.href;

var isDeep = false;
for(var i=0; i<sites.length; i++){
  if(url.indexOf(sites[i])!=-1){
    isDeep = true;
    break;
  }
}

if(isDeep){
  url = url.match(/http:\/\/[^\/]*\/[^\/]*/g);
}else{
  url = url.match(/http:\/\/[^\/]*/g);
}


location.href='http://b.hatena.ne.jp/bookmarklist?url=' + url;

という、「今見ているページの URI の先頭に http://b.hatena.ne.jp/bookmarklist?url= を付与する」というもので、これを javascript: スキームで読み込ませてブックマークレットとして登録することで、ワンクリックで新着ブックマーク状況を知ることができます。 また、はてなダイアリーのように「サービスのドメイン名 + ユーザ ID 」という URI になっているサービスは、各ユーザごとに新着ブックマーク状況をチェックできるようになっています。

例えば Firefox ですと、 javascript:(function(){var s=document.createElement("script");s.charset="UTF-8";s.src="http://hxxk.jp/common/js/hb_bookmarklist.js";document.body.appendChild(s)})(); を補助クリックして「このリンクをブックマーク」でブックマークレットとして登録することができます。 ( Firefox 以外のブラウザでも、「このリンクをブックマーク」という表現ではないだけで、ほぼ同じ操作で登録できます。) 登録後、ブラウザのブックマークを開く要領で、新着ブックマーク状況を知りたいページを開いた上でブックマークレットを開くことで新着ブックマーク状況を知ることができます。

なお、「 http://example.com/ の新着ブックマーク」は RSS 形式でのチェックもできますので、特定のサイトの新着ブックマーク状況をチェックするにはそちらの方が良いでしょう。 このブックマークレットは、不特定のサイトの新着ブックマーク状況を手軽に知りたいという時が使い所だと思います。

トラックバック送信先

はてなダイアリー日記 - 新着ブックマーク一覧機能の追加について（はてなブックマーク）

新着ブックマークをブックマークレットでチェックする方法を紹介しています。

はてなブックマーク日記 - はてなブックマークの新機能追加について

新着ブックマークをブックマークレットでチェックする方法を紹介しています。

デジモノに埋もれる日々: はてなブックマークで、自分のブログの「被ブクマ新着RSS」が欲しい

欲しがっていた機能が実装されました。併せて、ブックマークレットで手軽にチェックする方法を紹介します。

更新間隔が最短でも三日おき

一軒家@メモ帳経由で「面白いサイトが多過ぎる！」『駄文にゅうす』From Eさんインタビュー。

駄文にゅうすは当 hxxk.jp も何度となく紹介されたことがありますが、いつも記事を公開した日と紹介される日の間にタイムラグがあり、何故だ何故だッと思っていましたが、このインタビューで謎が氷解しました。

Parallels2(R氏)

駄文にゅうすの特に好きなところは、独自性の強いニュースのピックアップです。 普段どんな風に巡回とかしてるんですか？

From E

普段という固定巡回先という意味なら、駄文にゅうす ～リンク集～＋ α(CG・実験・レポート等のネタ系及び更新頻度が低いサイト計108) で、400サイト程を。 タブブラウザで、20～50サイト程ジャンル別に分類して一気に表示させています。

Parallels2(10:00)

400サイトを毎日、ですか

From E

気力体力時間の有る時は全部です。 次の日何処かに出掛ける為早めに寝る場合や時間無い時は、流れの速いサイトのみ巡回しています。

From E

昔は2chの面白いスレもかなりみていましたがどうしても気が付いたら読み耽っているので、今はいくつかの固定スレ以外を除いてネタ探しの為には読んでいません。

Parallels2(R氏)

巡回は毎日……　とのことですが、更新は数日に一回ですよね。 情報を厳選して載せているから、とかですか？

From E

更新間隔が最短でも三日おきなのは、全ての人が毎日サイトを訪れるわけでも無い事と、紹介するなら少しでも長い方がその記事がより人目や検索エンジンに引っ掛かりやすくなるからです。

この話を見る限り、巡回に Feed を活用している風でもなさそうなのと、毎日更新ではないという点から、紹介される側の日付と紹介する側の日付にラグが生じるのですね。

アクセスログから、紹介における日付を解析

別にラグがあるから悪いというわけではありません。 ただ、毎回のようにちょっと間が空くので、はてなブックマークのような速効性のものとの違いが何かなあと思っていただけで。 せっかくなので、アクセスログを調べて、どれくらいの間があるかをまとめてみました。 なお、紹介日時はその日のアクセスログでの最初のリファラを元にしているため、駄文にゅうす側の公開日時とイコールではないことを予めお断りしておきます。

最初の方は数ヶ月の間がありますが、これはきっと hxxk.jp 自体が巡回先でなかったのでしょう。 現在は駄文にゅうす ～リンク集～ - テキスト系 考察系に含まれており、だいたい 5 日から 1 週間の間を置いて紹介される傾向があります。

また、今回まとめてみて分かりましたが、 web 系の話題 ( Movable Type や HTML/XHTML や CSS ) が主な話題である hxxk.jp の中で、時折出現する社会派コラム ( 自分で言うな ) の方が紹介される確率が高いようです。 「ニュースサイトに取り上げられる話題って何だろう」と思っている方は参考にすると良いかもしれません。 もっとも、私は自分メモとして記事をまとめていることがほとんどで、紹介されることを狙って書いているわけではありませんので、参考にならない可能性が高いと思いますが。

メモリーカードからコピーできない !?

先日の話ですが、デジカメの写真を記録した SD メモリーカードからのファイルコピーができなくなったという連絡があり、よくよく聞いてみると ***.jpg をコピーできません。 データエラー（巡回冗長検査(CRC)エラー）です。 というメッセージが出るとのこと。 実際は CRC エラーではなく、「ハードウェアの安全な取り外し」をしなかったために、その前に使っていた SD メモリーカードの画像ファイルを別のメモリーカードから読み出そうとしてそういうエラーになっていただけでしたが。

xcopy コマンドで救済せよ

まあ、「実際は CRC エラーではなかった」というのは結果として分かったために、最初は「すわ、カードの故障か ? 」と考え、どうやってリカバリしようかということを考えていました。 色々と検索していった結果、 Windows のエクスプローラからコピーするのではなくてコマンドプロンプトの xcopy コマンドでコピーすると良いのでは ? という結論になり、参考にしたページが複数出てきたので、今後本当に CRC エラーになったときのためにメモしておこうと思います。

＠IT：Windows TIPS -- Tips：エラーを無視してファイルをコピーする方法―壊れかけたディスクからのファイルの救出―

エクスプローラではなくコマンドプロンプトからコピーする方法の解説ページ。

＠IT：Windows TIPS -- Tips：xcopyでファイルをバックアップする

こちらは xcopy を用いたコピーの Tips 。 エラーが起こったときのためというよりは、普段から定期的なバックアップを行うためのバッチファイルを作っておくために役立ちそう。 これを参考に、内蔵 HDD と外付け HDD で重要なファイルの定期バックアップをしてみようかな。

Microsoft Windows XP - Xcopy

Microsoft による xcopy コマンドのドキュメント。

Windowsコマンド集：（xcopy）

xcopy コマンドのオプションなどの日本語による解説。

それと直接的には関係ありませんが、＠IT：Windows TIPS -- Knowledge：これだけは覚えておきたい、コマンド・プロンプトの使い方もメモ。 パソコン歴約 5 年、ずっと GUI ばかり使っていましたが、少しは CUI も扱えるようになっておかないとなあと思いました。 こんなことを言うと、 IRC でよくお話しをする面々に「おいおい今更かよ」と言われてしまうかもしれませんが。

5 代目スタイルに変更しました

2 月 15 日までは 4 代目のスタイル ( ストライプスタイル ) であった hxxk.jp ですが、一部で黒メガネとかごぼうさんとか呼ばれて親しまれている gorou さん ( Rails2u.com | 川o・-・）＜2nd life | subtechグループ - 'hceT'.sub(/\Z/,'bus').reverse ) が作成した Background Image Maker が便利すぎるので、これを活用したスタイルを作ってみようかなと思い、 5 代目スタイルとなりました。

と言っても大きな変更は行わず、背景画像や配色を変える以外は細かい点の調整をしたくらいですが。 合わせてテンプレートもマイナーチェンジしています。 今回は IE のことも少し考慮したので、大きく見え方が違うということはないと思います。

全面リニューアルのお知らせ - 残っている問題点その 2 - IE で謎の border は、該当部分のボックスに float を指定することで解決しました。 結局何のバグに起因するものだったんだろう……

月ごとに h1 要素の背景を変える

さて、今回のスタイルでは、 h1 要素の背景に個別エントリーアーカイブと日別アーカイブ、月別アーカイブではその日付の月の画像、それ以外のページでは「最新の記事の日付」の月の画像を自動的に設定しています。

例えば、この記事を書いている時点の日付だと最新の月は 2 月ということになるので、多くのページでは 2 月の画像が h1 要素の背景に設定されていることになります。 もちろん、 3 月になれば 3 月の画像 ( hxxk.jp - 2005/03 の画像 ) が各種ページの h1 要素の背景になります。

個別エントリーアーカイブ・日別アーカイブ・月別アーカイブに月ごとの画像を設定

個別エントリーアーカイブ・日別アーカイブ・月別アーカイブのテンプレートの body 要素の部分を <body class="<$MTArchiveDate format="month-%m"$>"> のように指定し、スタイルシートのテンプレートに

body.month-01 h1{ background: #000 url("/common/materials/hxxk005/h1-month-01.jpg") right top no-repeat; }
body.month-02 h1{ background: #000 url("/common/materials/hxxk005/h1-month-02.jpg") right top no-repeat; }
body.month-03 h1{ background: #000 url("/common/materials/hxxk005/h1-month-03.jpg") right top no-repeat; }
body.month-04 h1{ background: #000 url("/common/materials/hxxk005/h1-month-04.jpg") right top no-repeat; }
body.month-05 h1{ background: #000 url("/common/materials/hxxk005/h1-month-05.jpg") right top no-repeat; }
body.month-06 h1{ background: #000 url("/common/materials/hxxk005/h1-month-06.jpg") right top no-repeat; }
body.month-07 h1{ background: #000 url("/common/materials/hxxk005/h1-month-07.jpg") right top no-repeat; }
body.month-08 h1{ background: #000 url("/common/materials/hxxk005/h1-month-08.jpg") right top no-repeat; }
body.month-09 h1{ background: #000 url("/common/materials/hxxk005/h1-month-09.jpg") right top no-repeat; }
body.month-10 h1{ background: #000 url("/common/materials/hxxk005/h1-month-10.jpg") right top no-repeat; }
body.month-11 h1{ background: #000 url("/common/materials/hxxk005/h1-month-11.jpg") right top no-repeat; }
body.month-12 h1{ background: #000 url("/common/materials/hxxk005/h1-month-12.jpg") right top no-repeat; }

と記述することで実現しています。 特別なことは何もしておらず、単純に月によって class を使い分けているだけですね。

最新の記事の日付の月の画像を設定

こちらは Movable Type ならではの方法。 スタイルシートがインデックス･テンプレートで作られていることを利用して、 h1{ background: #000 url("/common/materials/hxxk005/h1-month-<MTEntries lastn="1"><$MTEntryDate format="%m"$></MTEntries>.jpg") right top no-repeat; } と記述することで、最新記事が追加されるたびに、その月の数字をスタイルシート内で指定して、背景画像が月ごとに変わるようにしています。

複雑なことをしているわけではありませんが、このようなカラクリですよっていうことをここで紹介してみました。

Cuvée de Noël Blonde

キュベ デ ノエル ブリューンに引き続きベルギーのクリスマスビール。 こちらはローストしていないモルトなので液体は黄金色ですが、味わいはやはり似たものがあり、美味しく飲めました。 アルコール度数は 7.5% 。

Cuvée de Noël Brune

ベルギーのクリスマスビール。 何で今更クリスマス ? と言うなかれ。 時期を過ぎたためか、格安で売られていたので買ってみました。 ところで、ラベルには Cuvée de Noël Brune と書かれていますが、ショップが貼ったシールにはビアデノエルブリューンって書いてあるんですよねえ。 Cuvée という言葉がビールを表すのなら分かりますが、 Cuvée って「特別な」とか「選ばれた」とかいう意味なので、何故ビアデノエルブリューンという表記になるんだろうと思いました。 どなたかご存知でしたら教えてください。

ビール自体はローストモルトを使用しており、黒褐色の液体と、香りが特徴です。 甘みも充分に感じられて美味しく飲めました。 アルコール度数は 7.5% 。 次回は同様に格安で売られていたキュベ デ ノエル ブロンドの予定です。

La Fin Du Monde

カナダのトリプルゴールデンエール。 瓶内二次醗酵による黄金色が綺麗です。 この間のドン ドュ デュウもそうですが、カナダのビールは私の好みに合うようです。 次も買ってみようかな。 アルコール度数は 9.0% 。

Opera の実装が正しくなりました

trashcan+green (beta) - そういえば9.0tp2になって属性に含まれるURIの扱いが修正されていたにて、 Opera 9.0tp1 の CSS 3 の Attribute selectors の実装で触れていた属性セレクタのおかしな実装が直っていることを知りました。

9.0tp1 がどういった実装をしていたかは Opera 9.0tp1 の CSS 3 の Attribute selectors の実装を読んでいただければ分かりますが、これでサイト内部へのリンクとサイト外部へのリンクのスタイルを分けたい場合に、 Opera でも期待通りのスタイルが適用できるようになったということです。 なお、なわけで。: IE7 Beta 2 をいろいろ試してみるによると、 IE 7 でも E[foo^="bar"] という前方一致型属性セレクタに対応しているようです。

href 属性値によって内部リンクと外部リンクのスタイルを変える - ケーススタディ

実際に、サンプルを作成して各ブラウザの実装を見てみましょう。 以降、この記事では / で始まる相対 URI によるリンクを内部リンク、 http で始まる絶対 URI によるリンクを外部リンクと表記します。

@charset "utf-8";
body { color: #000; background: #fff; }

/*---- 文字色を変えて内部リンクと外部リンクを区別 ----*/
dl.classification a[href^="/"] { color: #666; } /* <a href="/2005/09/26/2113"> にマッチ */
dl.classification a[href^="http"] { color: #00f; } /* <a href="http://www.shimane-beer.co.jp/"> にマッチ */

/*---- content プロパティで内部リンクと外部リンクを区別 ----*/
dl.content a[href^="/"]::after { content: "(internal link: "attr(href)")"; } /* <a href="/2005/09/26/2113"> にマッチ */
dl.content a[href^="http"]::after { content: "(external link: "attr(href)")"; } /* <a href="http://www.shimane-beer.co.jp/"> にマッチ */

このように書いたスタイルシートを適用した、 href 属性値によって内部リンクと外部リンクのスタイルを変えるサンプルをお手持ちのブラウザでご確認ください。 CSS 3 の Attribute selectors に正しく対応していれば、次のような表示になるはずです。

文字色を変えて内部リンクと外部リンクを区別

リンクを行っているテキストを含まない文
    まあ、当日になってクレクレって言っても間に合わないので

内部リンクを行っているテキストを含む文
    自分で買っておいた<!--ここから文字色が灰色-->ヤング チョコレートスタウト<!--ここまで文字色が灰色-->をいただいています。

外部リンクを行っているテキストを含む文
    先日話題になった<!--ここから文字色が青色-->松江地ビール「ビアへるん」<!--ここまで文字色が青色-->のショコラ No.7 2005 というチョコレートビールが欲しかったのですが、あいにく売り切れとなってしまったんですよねえ。


content プロパティで内部リンクと外部リンクを区別

リンクを行っているテキストを含まない文
    まあ、当日になってクレクレって言っても間に合わないので

内部リンクを行っているテキストを含む文
    自分で買っておいたヤング チョコレートスタウト<!--ここに「 (internal link: /2005/09/26/2113) 」という文字列-->をいただいています。

外部リンクを行っているテキストを含む文
    先日話題になった松江地ビール「ビアへるん」<!--ここに「 (external link: http://www.shimane-beer.co.jp/) 」という文字列-->のショコラ No.7 2005 というチョコレートビールが欲しかったのですが、あいにく売り切れとなってしまったんですよねえ。

href 属性値によって内部リンクと外部リンクのスタイルを変える - 対応表

さて、サンプルを各ブラウザで見た場合にどのように表示されましたか ? ここで、分かる範囲で各ブラウザがどのように表示するかを表にしてみました。 ただし、いくつかのブラウザについては実際にインストールして表示させてみたわけでなく、各地のサイトの情報を元にして書いていますので、予めご了承願います。

こうして並べてみると、 Opera 9.0tp2 の実装が私は一番好きですね。 :before 擬似要素 / :after 擬似要素の活用例 - blockquote 要素で引用元の明示のような例を考えると、やはりコピーできた方が何かと便利です。

なお、 Safari については、ちょうど良いリソースを見つけられなかったので含めていません。 Safari と content プロパティで紹介したように、 content プロパティの表示に一部のバグがあるものの ::after 擬似要素に対応している、というのは分かっていますが、 E[foo^="bar"] という前方一致型属性セレクタに対応しているかどうか、ご存知の方おられましたらお教えください。

我的春秋: CSS 3 セレクタ最終草案リリースが良くまとまっていて、 Safari でのスクリーンショットも公開していたようですが、大きいスクリーンショットが見られなくて残念。

トラックバック送信先

trashcan+green (beta) - そういえば9.0tp2になって属性に含まれるURIの扱いが修正されていた

Opera 9.0tp1 と Opera 9.0tp2 の、 CSS の属性セレクタの実装の違いをサンプルを交えて解説してみました。

バレンタインというイベントのメリット

酒に紅茶に甘味好きのヴァンパイアとして有名な、神慮の機械 -MACHINA EX DEO- の維 如星さんが良いことを書かれていました。

このシーズンは国内あちこちに点在しているショコラティエやパティシエが都内の百貨店辺りに一堂に会してくれるという、チョコ好きにとっては実に効率のよい仕入れの季節である。 おまけに最近は普段日本に店を持っていない世界の有名どころまでが顔を出してくれている。 もう商業主義だろうと何だろうと、こういう海外の鉄人たちを日本の市場に繋いでくれる、輸入代理店やらイベント屋やらの人々には本当に感謝感謝。

如星的茶葉暮らし [神慮の機械] - 【聖ヴァレンティーノに感謝の祈りを】の一節なのですが、確かに美味しいチョコレートが市場に出回るというのは大きなメリットだと思います。 しかし都内の百貨店に集まってくれても九州在住の私にはどうしようもないので、どなたか都内在住の方は私にチョコレートをくれませんか ?

いや、天神あたりの百貨店に行けば美味しいチョコレートを仕入れることができると思うのですが、この間の休日は、久々に会えた旧友と小旅行に出かけたもので……。

2 月 14 日といえばバレンタインだというのは大間違いです

さて維 如星さんと言えばちょうど 1 年前ににょぼしチガウ。にぼしチガウ。でも名前を取り上げましたが、その時に 2 月 14 日は「にぼしの日」であると言いました。 その事実はナマモノ日記 ( 再構築中 ) のミユキさんから教えてもらったのですが、日記が再構築中だし参考リソースにならないなあと思っていたら、 Namamono ? Diary - 毎年同じネタで恐縮ですが…でまた書かれていたので、無事参考リソースにできました。 ( あと 4 日遅れになっちゃいましたが、お誕生日おめでとうございます。 私のときにお祝いいただいたのに遅れてすみません。 )

ちなみに、チョコレートも好きですが煮干も好きなんですよね。 小さいころのおやつはよく煮干をつまんでいたような気がしますし、前述の小旅行に行く前に友人宅に泊めてもらって、そこのおばあちゃんが朝食に出してくれたお味噌汁に煮干が入っていて 「真琴さんのところじゃダシだけに使うのかもしれないけど、うちはそのまま具として使うんよねえ。 お口に合わなかったらごめんなさいね。」 と言われたけれど、そちらの方が好みであったりもしたりと。 というわけでどなたか私に煮干をくれませんか ?

ビール日記 2006/02/14 - ヤング チョコレートスタウト

まあ、当日になってクレクレって言っても間に合わないので、自分で買っておいたヤング チョコレートスタウトをいただいています。 先日話題になった松江地ビール「ビアへるん」のショコラ No.7 2005 というチョコレートビールが欲しかったのですが、あいにく売り切れとなってしまったんですよねえ。 来年こそは事前に購入しようかな。

書いているうちに、ビールも残り少なくなってきたので、ゴディバリキュールを使ったカクテルにでも移行して、のんびりとバレンタインの夜を過ごそうかと思います。 それでは。

16 months

Congratulations!! -more- の続き。 Web Café "Prelude" のまとめたぞことジュンたそと犬神堂本舗の犬ねさんのお子さん ( 子犬 ? ) が無事産まれたようです。 おめでとうございます ! 報告日記のタイトルの遊び心がニクい。 ジュンたんのにこにこおひさまダイアリー♪ - 出産でも報告があっていました。

これまでの簡単な流れ

1. 2004 年 10 月 1 日、同居を開始
2. 2004 年 12 月 12 日、盛大なるお祝いオフ
3. 2005 年 5 月 5 日、婚姻届けを提出
4. 2026 年 2 月 13 日、成人記念の杯を親子で酌み交わす ( 予定 ? )

リアルタイムで流れを見てきたから、まるで我が事のような嬉しさがあります。 もちろん当人たちが感じているものは、私が感じているものの何万倍だと思いますが。

ジュンたそが「 20 年後に一緒にお酒が飲めるのが楽しみでしょうがない」と言っているのが本当に嬉しそうだったので、私もそれくらいの頃にお相伴できたらいいなあ、と思いました。 id:hyougushi さんも同じことを考えていたのがまた面白い。

トラックバック送信先

/*inu-memo*/ - うまれたぞ

おめでとうございます ! 20 年後にお相伴できたらいいですね。

Traquair Laird's Liquor

イギリスのストロングエール。 トラクエア ハウスエールに甘草を少々加えて醸造したものだそうで、麦の甘さに加えた独特の甘味が感じられました。 アルコール度数は 6.0% 。 このレアーズリカーもハウスエールも少々値段の張るビールなので、買ったはいいけどなかなか飲む機会がありませんでしたが、ビール好きな友人に慶事があったので、便乗して (?) 遠く離れた地から IRC を通じて乾杯 !

iPod nano の 1GB モデルが登場、合わせて iPod shuffle が値下げ

• アップル、1GBのiPod nanoを17,800円で新発売

これまで 2GB および 4GB の 2 モデルが用意されていた iPod nano に、 1GB モデルが登場し、合わせて iPod shuffle の価格が改定されました。 キーワード "iPod" が設定された記事を見ても分かる通り、新製品の発表やモデルの追加、価格改定があった場合には比較表を作るのが定例になっているので、今回も作ってみました。

旧 iPod nano と 新 iPod nano のスペック比較表

旧 iPod shuffle と 新 iPod shuffle のスペック比較表

感想

正直、何故このタイミングで 1GB モデルなのか分かりません。 2GB モデルとの価格差も 4,000 円しかありませんし。

1GB モデルよりも 6GB モデルが出て欲しかったなあと個人的には思います。 その上で iPod mini (2nd) と同等のバッテリ駆動時間 ( 18 時間 ) を実現してくれたら、現在使用中の iPod mini (1st) から乗り換えるのになあ。

Scaldis Amber

ベルギーのスペシャルアンバーエールビール。 今日はいつもより冷えるので、手持ちのビールの中でアルコール度数が最も高い 12% というこのビールをじっくりと。 褐色の液体で、度数に見合うしっかりとした味わい。

Don De Dieu

カナダのトリプルウィートエールビール。 開栓した瞬間にフルーツの香りが広がり、滑らかな舌触りと相まって美味しかったです。 アルコール度数は 9.0% 。

mixi 足あとちょうと .htaccess を組み合わせる

• mixi足あとちょうを、さらにバレにくくする :: ぼくはまちちゃん！

あー、言われてみれば確かに、という感じ。 実際に .htaccess でこっそり他ページに飛ばして何かをするっていうのは、はまちや２さん ( ぼくはまちちゃん！ ) 以外の方でも誰かがやっているでしょう。 ( それ単体では脆弱性の類ではなく HTTP の仕組みを利用しているだけでしょうし。 後はモラルの問題かな ? )

mixi の情報を常に持ち歩いていると、うっかり見られたり盗まれたり落としたりするという話のような事例と .htaccess によるリダイレクトを組み合わせたら性質が悪いのは間違いありませんが。

どういう挙動になるのか

……と文章で書いても ( 私が ) ピンと来ませんから、サンプルを作ってみました。 私がぱっと思いついた手段で、 http://mixi.jp/ へのリダイレクトをそれぞれ仕込んでいますので、パケットキャプチャができる環境の方はよくチェックしてみてください。 もしくは LiveHTTPHeaders や ieHTTPHeaders で HTTP ヘッダをチェックしてみるとか。

サンプルがどういったものかというと、 Redirect 302 /temp/20060207/spacer.gif http://mixi.jp/ という .htaccess をサンプルページのディレクトリにかませています。 仮に mixi に参加している人がログイン状態で各種テストページにアクセスしても、自分のページもしくはログイン画面へのリクエストを行うだけなので誰のところにも足あとは残りません。 mixi のトップページを作っている人のモラル、および私の発言に嘘が無いと信じられる方はログイン状態のままで。 心配な人は、ログアウトしてから次の各種テストページをご覧ください。

もしもテストすること自体が心配な場合は、私がテストした際の各種ページの HTTP ヘッダのキャプチャの方を見ていただいて、 http://mixi.jp/ にアクセスしている痕跡があることを確認していただければ結構です。

body 要素の background 属性で spacer.gif を読み込み

• はまちちゃんテスト ( background 属性 )
• はまちちゃんテスト ( background 属性 ) のソース
• はまちちゃんテスト ( background 属性 ) にアクセスした際の HTTP ヘッダのキャプチャ

外部 CSS で spacer.gif を読み込み

• はまちちゃんテスト ( 外部スタイルシート )
• はまちちゃんテスト ( 外部スタイルシート ) のソース
• はまちちゃんテスト ( 外部スタイルシート ) にアクセスした際の HTTP ヘッダのキャプチャ

img 要素で spacer.gif を読み込み

• はまちちゃんテスト ( img 要素 )
• はまちちゃんテスト ( img 要素 ) のソース
• はまちちゃんテスト ( img 要素 ) にアクセスした際の HTTP ヘッダのキャプチャ

style 属性で spacer.gif を読み込み

• はまちちゃんテスト ( style 属性 )
• はまちちゃんテスト ( style 属性 ) のソース
• はまちちゃんテスト ( style 属性 ) にアクセスした際の HTTP ヘッダのキャプチャ

style 要素で spacer.gif を読み込み

• はまちちゃんテスト ( style 要素 )
• はまちちゃんテスト ( style 要素 ) のソース
• はまちちゃんテスト ( style 要素 ) にアクセスした際の HTTP ヘッダのキャプチャ

どういった対策をすれば良いのか

対策としてはブラウザを使い分けるのが一番有効でしょうか。 以前から何度も言っていることですが。

.htaccess と組み合わせてまで足あとを集める輩がいるのか、と言われると「必ずいるはずだ」とは断定できません。 しかし、仮にいたとしたら、 mixi を見るブラウザとそれ以外のサイトを見るブラウザを同一にしていたら、防ぐことはかなり難しいでしょう。 mixi の情報を常に持ち歩いていると、うっかり見られたり盗まれたり落としたりするという話の繰り返しになりますが、 mixi というある程度閉じられた世界の情報を常に携行する必要は無いのです。

マシンを新調する

今使っているマシンのスペックが低く、普通に使用するだけでも遅さが目立つので、新しいマシンを使うことにしました。 モニタ以外はほとんど総入れ替えし、 OS もこの期に再インストールするため、 Firefox の拡張機能をメモしておこうと思います。

Windows 関連のバックアップは 再インストの前にこれをバックアップしろ！！ - windows を参考に、また Thunderbird からのメール等のエクスポートは Firefox/Thunderbird拡張メモ - COZY-LiFE - を参考にこれから行おうかな。 というかたまたま Firefox/Thunderbird拡張メモ - COZY-LiFE - を見たから良かったものの、見るまでは Thunderbird はメールのエクスポートってできないのかなあとか勝手に思い込んじゃっていましたよ !

あーそれと Going My Way: PCを買い換える場合にはiTunesから「コンピュータの認証を解除」を忘れずにを参考に iTunes の解除をしておかなくちゃ。

Firefox の拡張機能メモ

まあプロファイルのバックアップも行うつもりですが、インストールしている拡張機能晒しも兼ねてここにメモ。 以前も Firefox 1.0 アップデート前に拡張をメモという記事を書きましたが、現在は Firefox も 1.5 ということで改めて。

Popup ALT Attributes

img 要素の alt 属性をポップアップしてくれます。 実際は Web Developer で「画像をalt属性値で置き換える」設定で alt 属性を確認することが多いのですけれども。

ContextMenu Extensions

色々便利すぎる拡張機能。 「 id/name を表示」とか「引用元を表示」とか「アウトライン」を多用しています。 それと userContent.css を手軽に編集できるのも良いです。

2 Pane Bookmarks

ブックマークを 2 ペイン形式表示にする拡張。 ソーシャルブックマークよりもブラウザのブックマークを多用する私には必須。

All-in-One Gestures Extension

マウスジェスチャを使えるようにする拡張機能。

FoxyTunes

メディアプレーヤと連携する拡張機能。 私の場合は常に iTunes が起動しており、曲のスキップなどをブラウザから操作できるというのが便利。

Copy URL+

詳しくは Copy URL+ をカスタマイズを参照。 記事を書く時に重宝しています。

Linky

ページ内のリンクを抽出したり一斉に開いたり。

Html Validator for Firefox and Mozilla

ソースを表示する際に、 HTML の検証を行ってくれます。 hxxk.jp は application/xhtml+xml で作成しているので、たまにタグの閉じ忘れをしてしまった場合に parse error となります。 その際に迅速にエラー箇所を発見するのに重宝。

Web Developer

これも色々便利すぎる拡張機能。 web 制作者にとって痒い所に手が届く機能満載です。

greasemonkey

詳しくは Greasemonkey - Firefox まとめサイトを参照 ( 丸投げ ) 。 インストールしているスクリプトは次の通り。

• killblank ( ただし Firefox 1.5 は標準の機能で設定可能 )
• いぬビーム - Google x はてブ（Greasemonkey版）
• いぬビーム - 全てのサイトをはてブ化する

foXpose

開いているタブをサムネイル表示。 今度は Tab Catalog を使ってみようかなあ。

X-Ray

マークアップを可視化する Firefox の拡張を参照。

LiveHTTPHeaders

HTTP ヘッダを見ることができる拡張機能。 起動中のヘッダのやりとりをキャプチャしてファイルに保存することができます。

Adblock

広告をブロックしたり、特定の画像を読み込ませなくしたりする拡張機能。

自分用メモなので考察やオチはありません。 あと、数日間は色んな設定などに時間を割くと思うので、更新が滞るかもしれません。

トラックバック送信先

Firefox/Thunderbird拡張メモ - COZY-LiFE -

Thunderbird からのメールのエクスポートの方法を知ることができましたありがとう ! というメッセージと、「何か便利な拡張機能があれば是非おしえてくださいまし。」ってことなので、うちで使っている拡張機能を自分用にメモしたものを送りつけます。

mixi の足跡を本人に悟られずに取得するネタ

やねうらお－よっちゃんイカを買いに行ったついでに家を買う男 - mixi hacks で、本人の意図しないところで足あとを取得できる手段が紹介されていますが、定期的にこういった話は浮上しますね。 私が知る限りで mixi 関連のものを簡単に羅列してみましょう。

1. インターネット殺人事件 : 日記 : 2005-02 にて今回のものと同様の発想が提唱されました。既存のアクセスログより多くの情報が取れるというか、 ある程度個人が特定できるところがミソ。
2. 私が書いた記事ですが、 mixi における CSRF ではまちちゃん事件について触れています。
3. fladdict.net blog: MIXIを使った、トラフィックの個人追跡システムにて、考えられる具体的な被害について考察されています。ウチみたいな弱小個人サイトがこれをやっても意味がありませんが、仮にここが違法ポルノサイトだったらどうでしょう？それもチャイルドポルノなどの社会的地位を確実に破壊する類のモノです。MIXIから個人情報が紐つけられてしまえば、脅迫なんだろうとなんだろうとやり放題です。
4. mixi足あとちょう :: ぼくはまちちゃん！ ( http://hamachiya.com/junk/mixilog.html ) にて実例。 mixi にログインした状態で http://hamachiya.com/junk/mixilog.html にアクセスすると足あとが記録されます。いぬビーム - mixiアカウントだだもれ中にて自衛策が紹介されています。
5. そしてやねうらお－よっちゃんイカを買いに行ったついでに家を買う男 - mixi hacks 。

これらは mixi 関連にのみスポットを当てて集めましたが、 CSRF 全般で言えばもっともっと多くの記事が存在しますし、 mixi 関連でも取り上げていない記事もあります。

対策方法をいくつか

いぬビーム - mixiアカウントだだもれ中でも自衛策が紹介されていますが、ここでも考えてみましょう。

Cookie を保持しないようにする

Movable Type における CSRF の可能性と各種対処法でも紹介しましたが、ログイン中は他のサイトを見ないようにする、他のサイトを見るときは必ずログアウトするといった方法や、ブラウザの Cookie をオフにするといった方法、ブラウザを使い分けるといった方法をとることで、意図せずに足あとが記録される可能性を防ぐことができます。

足あとと紐付けられてしまうと困る情報を mixi 内に公開しない

現在のユーザ数を抱える mixi では招待制というシステムによる安全性は保証できませんし、前項のように足あとによって mixi 内の情報とアクセスログが簡単に紐付けられてしまいます。 パスワードによる認証がかかっている SNSだからと、安易に、そして過剰に自分の情報を曝け出していませんか ?

足あとと紐付けられてしまうと困るサイトを見ない

こういった問題に限らず、 web サイトを見る場合はリモートホストなどの情報は常に ( サイトの管理者から見たら ) オープンになっています。 例えて言うなら、身分証を堂々と付けて街を歩いているようなもの。 普通の web サイトの場合はその身分証に書かれているのは所属と ID ナンバー程度のものですが、ひとたび mixi の足あとと紐付けられると、それが顔写真付きでかつ名前入りのものになるようなものです。

例えば、あなたが娯楽系サイトを運営していると仮定し、 *.go.jp というリモートホストがアクセスログに残っていたとしましょう。 *.go.jp というのは国の機関に与えられるドメインで、業務上必要な情報をあなたの娯楽系サイトに求めてきたのかもしれませんし、単純に仕事中にサボって見ているのかもしれません。 これだけではあくまで国の機関からのアクセスというのが分かるだけで、その中の誰がアクセスしてきたかは容易には分かりません。 しかし、 mixi の足あとと紐付けると、誰がアクセスしてきたかは分かります。 例え本名が分からなくも、その足あとの人が国の機関の人間だろうというのは分かります。 それを元に、職務専念義務違反で強請ることができる……かもしれません。

Firefox の拡張機能で防ぐ

楓 software / Firefox 拡張 / mixi external site blocker ( mixi外からのアクセスを排除するFirefox 拡張 ) という、 不用意に足あとなどを付けてしまう事を回避 する拡張機能が公開・配布されています。

というか、はてなブックマークの CSRF 脆弱性とその対策への流れでも言いましたが、個人情報に容易に到達できるログイン状態のまま web を歩いているということをもっとみんな自覚した方が良いと思います。 mixi の場合は、常にログインしておく必要性は低いのですし。 このように「ユーザーの意図しないところで勝手にユーザーの情報が送信されてしまって本当にいいのか？」と思うのだが とありますが、常に持ち歩かなくていい mixi の中の情報を、多くのユーザはわざわざ外でも持ち歩いているという現状もどうかなあと思うのです。 それ以前に足あと機能が無くなれば、少なくとも mixi 関連の問題は解決しそうな気もしますが。

トラックバック送信先

やねうらお－よっちゃんイカを買いに行ったついでに家を買う男 - mixi hacks

常に持ち歩かなくていい mixi の中の情報を多くのユーザはわざわざ外でも持ち歩いているという現状もどうかなあと思うのです。

また hb_addict.user.js が使えなくなった

2006-02-02T12:33:48+09:00 現在で、はてなの「プロフィール画像設定機能の追加」に対して Greasemonkey スクリプトを修正した - 「全てのサイトをはてブ化する」 Greasemonkey スクリプトが使えなくなったの時と同じく、いぬビーム - 全てのサイトをはてブ化するの hb_addict.user.js が使えなくなっています。

はてなブックマーク - 煩悩是道場 - 私のブログに必要なのは[B!]です。でソースを確認してみると、

<div class="bookmarklist">
<div class="caption"><a name="comments" id="comments">このエントリーをブックマークしているユーザー</a> (15) <a href="/entry/rss/http://d.hatena.ne.jp/ululun/20060201/1138723988"><img src="/images/rss.gif" alt="RSS" title="RSS"></a></div>
<ul>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/aqua39/"><img src="http://www.hatena.ne.jp/users/aq/aqua39/profile_s.gif" class="hatena-id-icon" alt="aqua39" title="aqua39" width="16" height="16" /></a> --> <a href="/aqua39/20060201#bookmark-1319096">aqua39</a> 『[<a href="/aqua39/%e3%81%af%e3%81%a6%e3%81%aa/" class="taganchor">はてな</a>][<a href="/aqua39/%e3%82%a6%e3%82%a7%e3%83%96%e8%ab%96/" class="taganchor">ウェブ論</a>][<a href="/aqua39/ekken/" class="taganchor">ekken</a>]』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/onox130/"><img src="http://www.hatena.ne.jp/users/on/onox130/profile_s.gif" class="hatena-id-icon" alt="onox130" title="onox130" width="16" height="16" /></a> --> <a href="/onox130/20060201#bookmark-1319096">onox130</a> 『[<a href="/onox130/%e3%81%af%e3%81%a6%e3%83%96/" class="taganchor">はてブ</a>]はてなの場合，記事中にあるようにURLが分かれるケースが発生するから，ブクマ追加ボタンはありがたいし，必要と思う』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/comnnocom/"><img src="http://www.hatena.ne.jp/users/co/comnnocom/profile_s.gif" class="hatena-id-icon" alt="comnnocom" title="comnnocom" width="16" height="16" /></a> --> <a href="/comnnocom/20060201#bookmark-1319096">comnnocom</a> 『[<a href="/comnnocom/%e3%81%af%e3%81%a6%e3%83%96/" class="taganchor">はてブ</a>][<a href="/comnnocom/%e3%82%b7%e3%82%b9%e3%83%86%e3%83%a0/" class="taganchor">システム</a>]後半部は納得。確かにばらけるのはある程度防げるかも。前半部は……要考慮。』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/kanimaster/"><img src="http://www.hatena.ne.jp/users/ka/kanimaster/profile_s.gif" class="hatena-id-icon" alt="kanimaster" title="kanimaster" width="16" height="16" /></a> --> <a href="/kanimaster/20060201#bookmark-1319096">kanimaster</a> 『[<a href="/kanimaster/%e3%81%af%e3%81%a6%e3%83%96/" class="taganchor">はてブ</a>][<a href="/kanimaster/ekken/" class="taganchor">ekken</a>] 確かに矛盾してるな。』</li><li><span class="timestamp">2006年02月01日</span> <!-- <a href="/EurekaEureka/"><img src="http://www.hatena.ne.jp/users/Eu/EurekaEureka/profile_s.gif" class="hatena-id-icon" alt="EurekaEureka" title="EurekaEureka" width="16" height="16" /></a> --> <a href="/EurekaEureka/20060201#bookmark-1319096">EurekaEureka</a> 『[<a href="/EurekaEureka/%e3%81%af%e3%81%a6%e9%83%a8/" class="taganchor">はて部</a>]なるほど、でもやっぱりブックマークレットでブクマしちゃう僕。』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/reitoki/"><img src="http://www.hatena.ne.jp/users/re/reitoki/profile_s.gif" class="hatena-id-icon" alt="reitoki" title="reitoki" width="16" height="16" /></a> --> <a href="/reitoki/20060201#bookmark-1319096">reitoki</a> 『[<a href="/reitoki/%e3%81%af%e3%81%a6%e3%83%96/" class="taganchor">はてブ</a>]』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/fukken/"><img src="http://www.hatena.ne.jp/users/fu/fukken/profile_s.gif" class="hatena-id-icon" alt="fukken" title="fukken" width="16" height="16" /></a> --> <a href="/fukken/20060201#bookmark-1319096">fukken</a> 『[<a href="/fukken/sbm/" class="taganchor">sbm</a>][<a href="/fukken/hatena/" class="taganchor">hatena</a>]一日分まとめたURIと、エントリごとのURIにブクマが分かれてしまう可能性があるから、統一されやすくするために↑Bアイコンをつけるべき//ふむ、確かに分かれると不便』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/kaeru-no-tsura/"><img src="http://www.hatena.ne.jp/users/ka/kaeru-no-tsura/profile_s.gif" class="hatena-id-icon" alt="kaeru-no-tsura" title="kaeru-no-tsura" width="16" height="16" /></a> --> <a href="/kaeru-no-tsura/20060201#bookmark-1319096">kaeru-no-tsura</a> 『[<a href="/kaeru-no-tsura/B%21/" class="taganchor">B!</a>]』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/hashigotan/"><img src="http://www.hatena.ne.jp/users/ha/hashigotan/profile_s.gif" class="hatena-id-icon" alt="hashigotan" title="hashigotan" width="16" height="16" /></a> --> <a href="/hashigotan/20060201#bookmark-1319096">hashigotan</a> 『[<a href="/hashigotan/%e3%81%af%e3%81%a6%e3%81%aa/" class="taganchor">はてな</a>]　＊マーク押してて良かった』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/partygirl/"><img src="http://www.hatena.ne.jp/users/pa/partygirl/profile_s.gif" class="hatena-id-icon" alt="partygirl" title="partygirl" width="16" height="16" /></a> --> <a href="/partygirl/20060201#bookmark-1319096">partygirl</a> 『[<a href="/partygirl/%e3%81%af%e3%81%a6%e3%83%96/" class="taganchor">はてブ</a>]二種類あるのに、今、気付いた・・・ほほ～』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/urahayate/"><img src="http://www.hatena.ne.jp/users/ur/urahayate/profile_s.gif" class="hatena-id-icon" alt="urahayate" title="urahayate" width="16" height="16" /></a> --> <a href="/urahayate/20060201#bookmark-1319096">urahayate</a> 『[<a href="/urahayate/%e3%81%af%e3%81%a6%e3%83%96/" class="taganchor">はてブ</a>]』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/zonia/"><img src="http://www.hatena.ne.jp/users/zo/zonia/profile_s.gif" class="hatena-id-icon" alt="zonia" title="zonia" width="16" height="16" /></a> --> <a href="/zonia/20060201#bookmark-1319096">zonia</a> 『[<a href="/zonia/%e3%81%af%e3%81%a6%e3%81%aa/" class="taganchor">はてな</a>][<a href="/zonia/bookmark/" class="taganchor">bookmark</a>][<a href="/zonia/blog/" class="taganchor">blog</a>]その人のスタンスでどれを使うかはだいぶ違ってくるんだろうなあ。面白い。／まあ、自分は2つ用意しておけば間違いない派かな。紛らわしいけど。じゃあid:ululunさんみたいにテキストも加えて。』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/webmugi/"><img src="http://www.hatena.ne.jp/users/we/webmugi/profile_s.gif" class="hatena-id-icon" alt="webmugi" title="webmugi" width="16" height="16" /></a> --> <a href="/webmugi/20060201#bookmark-1319096">webmugi</a> 『[<a href="/webmugi/%e3%81%af%e3%81%a6%e3%83%96/" class="taganchor">はてブ</a>][<a href="/webmugi/%ef%bc%81%e5%8f%8d/" class="taganchor">！反</a>][<a href="/webmugi/%ef%bc%81%e8%80%83/" class="taganchor">！考</a>][<a href="/webmugi/%ef%bc%bfululun/" class="taganchor">＿ululun</a>]　こちらはテキスト広告も』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/sweetlove/"><img src="http://www.hatena.ne.jp/users/sw/sweetlove/profile_s.gif" class="hatena-id-icon" alt="sweetlove" title="sweetlove" width="16" height="16" /></a> --> <a href="/sweetlove/20060201#bookmark-1319096">sweetlove</a> 『[<a href="/sweetlove/%e3%81%af%e3%81%a6%e3%83%96/" class="taganchor">はてブ</a>]のページは[B!]記事には[↑B]が便利だと思う。』</li>
<li><span class="timestamp">2006年02月01日</span> <!-- <a href="/tinkoji/"><img src="http://www.hatena.ne.jp/users/ti/tinkoji/profile_s.gif" class="hatena-id-icon" alt="tinkoji" title="tinkoji" width="16" height="16" /></a> --> <a href="/tinkoji/20060201#bookmark-1319096">tinkoji</a> 『[<a href="/tinkoji/sbm/" class="taganchor">sbm</a>]』</li>
</ul>
</div>

のように、プロフィール画像部分がコメントアウトされています。 ( よって、プロフィール画像が表示されなくなっています。 ) 何かまた方針の変更が行われるんでしょうか ?

まだはてなブックマーク日記にてアナウンスが行われていないので、それを待ってから Greasemonkey スクリプトの修正を行った方が良さそうですね。

Re: 煩悩是道場 - 私のブログに必要なのは[B!]です。

むだづかいにっき♂：あなたのブログに必要なのは[B!]ではなく[↑B] に寄せられたトラックバックから、煩悩是道場 - 私のブログに必要なのは[B!]です。

はてなダイアリ特有の事だとは思いますが、一つのエントリに複数の?Bが発生してしまう事があります。

最近の例ですと『乙女男子と男女入れ替わり-彷徨える変身願望』のブックマークが

• http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/ululun/20060130/1138553202
• http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/ululun/20060130

の二つに分かれました。

個別記事の方にブックマークされるか、日別記事の方にブックマークされるか、という話ですね。 hxxk.jp もはてなダイアリーとほぼ同じように、個別記事として見ることもできますし、日別記事として見ることもできますので、同様の問題が起こる可能性があります。 例えば、一つ前の記事である Re: むだづかいにっき♂：あなたのブログに必要なのは[B!]ではなく[↑B] は、個別記事の URI としては http://hxxk.jp/2006/02/01/2116 ですが、日別記事の URI としては http://hxxk.jp/2006/02/01/ ( 正確には http://hxxk.jp/2006/02/01/#entry-1326 ) です。

しかし、 hxxk.jp は日別記事の方にブックマークされたことはありません。 はてなダイアリーとの違いは何でしょうか。

「～を含む日記」の罠

はてなダイアリーにおいて、ブックマークが分散してしまう要因として、「～を含む日記」がまず挙げられます。

ブックマークのエントリページやダイアリーのキーワードページの下部には、そのエントリやキーワードを含むはてなダイアリーの日記が羅列されますが、ここから辿れるダイアリーの URI は http://d.hatena.ne.jp/UserID/yyyyddmm になっています。 これは「日記モード」「日記モード・見出し別ページ」「ブログモード」のどの設定にしているかは全く関係なく、全て日付単位で記録されています。

煩悩是道場 - 乙女男子と男女入れ替わり-彷徨える変身願望を例にとってみましょう。 この日記ははてなダイアリー - 「コミュニケーション」を含む日記 - 2006-01-30 にリンクが記録されていますが、そこで記録されたリンクは http://d.hatena.ne.jp/ululun/20060130/1138553202 ではなく http://d.hatena.ne.jp/ululun/20060130 となっています。 「コミュニケーション」というはてなダイアリーキーワードのリンクから煩悩是道場に辿り着き、そのままブックマークをした場合、日付記事のブックマークを行ったことになります。

はてなダイアリーの自動トラックバックおよび id トラックバックの罠

他にも、ブックマークが分散してしまう要因として、はてなダイアリーの自動トラックバックおよび id トラックバックがあると考えられます。

はてなダイアリーには自動トラックバックと id トラックバックという、ある種独特のトラックバックが存在します。 これらのはてな的トラックバックは、コメント投稿フォームの直後に配置されますが、ここから辿れるダイアリーの URI は http://d.hatena.ne.jp/UserID/yyyyddmm になっています。 これは「日記モード」「日記モード・見出し別ページ」「ブログモード」のどの設定にしているかは全く関係なく、全て日付単位で記録されています。 ( あれー、何だか前項と同じ表現になったよ ! ) 日記を書く画面で、「トラックバック URL 」欄にトラックバック先の URL を入力して送るトラックバック ( いわゆる Movable Type などで一般的なトラックバック ) であれば、個別記事から送ったように記録されますが、逆に言うとそれをしない限りは日付単位で記録されるということです。

煩悩是道場 - こんな原則で?Bしたい。五つの黄金律（初級コース）を例にとってみましょう。 この日記は kokepiの日記 - こんな原則で仕事したい。五つの黄金律（初級コース）。にリンクしているため、自動トラックバックが記録されていますが、そこで記録されたリンクは http://d.hatena.ne.jp/ululun/20060128/1138423187 ではなく http://d.hatena.ne.jp/ululun/20060128 となっています。 kokepiの日記 - こんな原則で仕事したい。五つの黄金律（初級コース）。トラックバック欄から煩悩是道場に辿り着き、そのままブックマークをした場合、日付記事のブックマークを行ったことになります。 ( ここも前項と以下略 )

要するに

これらの話を簡単にまとめると、はてなダイアリーはブログモードなどが実装された現在においても「～を含む日記」や、はてな的トラックバックは依然日付単位で管理されているがために、ブックマークが分散されてしまっているということです。

以前「似たようなURIのブックマークは纏めて欲しい」旨アイディアに出しましたが却下されましたので、今後このような事態は解消される事はないと考えております とのことですが、こちらの日付単位の管理の改善を求めればブックマークの分散も併せて減少するのではないでしょうか。 私ははてなダイアリーは滅多に使わないのでどちらでも構わないのですが、どなたか改善を望む方がいらっしゃればはてなアイデアに出してみてはいかかでしょう。

トラックバック送信先

煩悩是道場 - 私のブログに必要なのは[B!]です。

「～を含む日記」や、自動トラックバックおよび id トラックバックがブックマークの分散につながっているのではないか、と考えました。

「このエントリをはてなブックマークに追加」ボタンは自分のためか閲覧者のためか

むだづかいにっき♂：あなたのブログに必要なのは[B!]ではなく[↑B] を読んでの感想。

「このエントリを含むはてなブックマーク」は、自分にとって便利なだけでなく、閲覧者に明示されない、その記事に対するはてなブックマークでのコメントを読ませる事が出来るメリットがあります。

という考察には賛同できるのですが、

正直なところ「このエントリをはてなブックマークに追加」に意味があるのか、自分でも疑問なのです。 というのも、このアイコンをクリックして、その意味を見出せるのは、はてなブックマークユーザーだけです。 はてなのアカウントを取得していない人にとって、このアイコンは何の意味もありません。 それどころかこのアイコンがあることによって「クリックしてね」のような、評価クレクレ君と思われる危険性すらあります。 つか、どうなの？ 気になったエントリを、せっせこはてなブックマークに登録するような人って、はてなツールバーとかはてなブックマークレットを使っているんじゃないの？ 自分のエントリ内に「このエントリをはてブに追加」なんてのをつけなくとも、ブラウザのツールバーやリンクバーからブクマしているんじゃないかしら？

という考察に賛同できない……というか意図が汲み取れませんでした。 いつからはてなブックマークのコメントは評価をするために用いられるようになったんでしょう ? そのエントリーの要約や、エントリーを読んでの感想 を書くものであるはずです。 使いようによっては、各記事に対するブックマーカ自身の評価をメモしておくということはできるかもしれませんが、その記事に対する評価を集めることにはなり得ません。 ( 「感想」も広義の「評価」にあたるのだという反論も考えられますが、少なくともむだづかいにっき♂：あなたのブログに必要なのは[B!]ではなく[↑B] の文中では「感想」⊆「評価」といったことは明言されていません。 )

推測の域を出ませんが、感想 ( や評価 ) が欲しいためにボタンを配置しているのではなく、ブックマークレットやツールバーを使わなくてもブックマークに追加できるよう、親切心として配置している方がほとんどなのではないでしょうか ? ( それが実際に使われているかどうかはさておき。 ) もちろん、ボタンを配置せずにボタンだけを配置するのは片手落ちであって、配置するなら両方を配置した方が良いという点は賛同できますが。

もっとも、私個人としてはどちらのボタンも要らないと考えています。 「このエントリをブックマークに追加」するブックマークレットははてなブックマーク > ヘルプで用意されていますし、「このエントリを含むはてなブックマーク」も「今見ているページ」の被はてなブックマーク状況を知りたい - ブックマークレットを使うのような方法で対応できます。 全ての閲覧者がこれらの存在を知り、そして使いこなしているわけではないと分かっていますが、かと言って HTML 文書の中にわざわざ配置する必要は無いと考えています。

本筋とは関係ないけど

少し話が逸れますが、 img 要素に対する alt 属性はきちんと指定してもらいたいなあと思いました。 普段は Web Developer で「画像をalt属性値で置き換える」設定でブラウジングしているので、 そういう人たちの中で、ちょっと気になるのが、はつけているのに、をつけてない人なのです。 という文章になってわけが分かりませんでした。 ( もし alt 属性が指定されていれば、「そういう人たちの中で、ちょっと気になるのが、このエントリをブックマークに追加はつけているのに、このエントリを含むはてなブックマークをつけてない人なのです。」という自然な文脈になるはずです。 )

私が Web Developer の設定をしなければいいだけの話ではありますし、 gooブログは元々W3Cにこだわっている人には使えない という考えをお持ちのようですので、無理にとは言いませんが。 ( 誤解を防ぐために言っておきますと、色々とアレな仕様である goo ブログでも img 要素の alt 属性は使用できるようになっています。 )

ただ、文章中のある部分を画像に置き換えてマークアップするのが img 要素なのですから、 W3C にこだわるとかこだわらないとかに関係なく、置き換えられた部分のテキストが alt 属性に書かれるのが自然な状態であると考えます。 仕様で必須となっているから書くのではなく、置き換えた結果が自然にそこに収まる、という。

トラックバック送信先

むだづかいにっき♂：あなたのブログに必要なのは[B!]ではなく[↑B]

「このエントリをブックマークに追加」ボタンに意味があるかの疑問を抱くなら、配置しなければ良いのではという意見と、ブックマークコメントは「評価」をするためのものだったのでしょうかという意見です。

「今見ているページ」の被はてなブックマーク状況を知るには

以前から被はてなブックマーク状況を新着順で知りたいや被はてなブックマーク状況を新着順で知りたい (2) などで、「今見ているサイト全体」の被はてなブックマーク状況を知る方法を紹介してきましたが、もっとシンプルに「今見ているページ」の被はてなブックマーク状況 ( ブックマークのエントリページ ) を知る方法を紹介します。

ボタンを探す

はてなダイアリーでは設定画面で、それ以外の weblog でははてなブックマーク > ヘルプ > あなたのブログに「このエントリーを含むはてなブックマーク」ボタンを表示させるを参考にして設定することで、各ページの被はてなブックマーク状況へのリンクを示すボタンを配置することができます。

このボタンが配置されているサイトであれば、ユーザ側で行うべき手段は特にありません。 そのボタンを探してリンクを辿るだけです。

Greasemonkey スクリプトで読み込む

はてなの「プロフィール画像設定機能の追加」に対して Greasemonkey スクリプトを修正したで紹介した方法です。 Greasemonkey スクリプトを用いるためにブラウザが Firefox に限定されますが、一度設定してしまえばユーザ側で行う操作は全くありません。 ページを読み込んだ時点で、被はてなブックマーク状況を取得してページ最下部に合わせて表示してくれます。

現在はいぬビーム - 全てのサイトをはてブ化するのスクリプトも「プロフィール画像設定機能の追加」に対応しており、 Greasemonkey 自体のインストールと Greasemonkey スクリプトのインストールだけで済みますので、 Firefox ユーザにはお勧めです。

ブックマークレットを使う

ブラウザを限定する Greasemonkey スクリプトと違い、ほとんどのブラウザで使える方法です。 JavaScript を用いていますので、 JavaScript が有効になっている必要があります。

被はてなブックマーク状況を新着順で知りたいで紹介した fladdict.net blog: 今見ているサイト内で「はてなブックマーク」されてるエントリ一覧を表示するブックマークレットを改造して、 hb_thisentry.js というものを作ってみました。

var url = location.href;
location.href='http://b.hatena.ne.jp/entry/' + url;

という、単純に「今見ているページの URI の先頭に http://b.hatena.ne.jp/entry/ を付与する」だけのもので、これを javascript: スキームで読み込ませてブックマークレットとして登録することで、ワンクリックで被はてなブックマーク状況を知ることができます。

例えば Firefox ですと、 javascript:(function(){var s=document.createElement("script");s.charset="UTF-8";s.src="http://hxxk.jp/common/js/hb_thisentry.js";document.body.appendChild(s)})(); を補助クリックして「このリンクをブックマーク」でブックマークレットとして登録することができます。 ( Firefox 以外のブラウザでも、「このリンクをブックマーク」という表現ではないだけで、ほぼ同じ操作で登録できます。) 登録後、ブラウザのブックマークを開く要領で、被はてなブックマーク状況を知りたいページを開いた上でブックマークレットを開くことで被はてなブックマーク状況を知ることができます。

ブックマークコメントへの距離を縮める

この 3 つのような方法を取ることで、ブックマーカ本人以外でもブックマークコメントを容易に読むことができる手助けになることでしょう。 はてなブックマーク コメント - Google 検索の結果でも窺い知れるように、ブックマークコメントと、そのコメントが寄せられた記事の作者へのコメントの到達性がしばしば取り沙汰されます。 これらの方法を紹介することで、少しでも記事の作者 ( あるいは閲覧者 ) が持つブックマークコメントへの距離を縮められたらな、と思います。 ( 単純に距離が縮まれば問題は解決するのかというと決してそうではありませんが、解決の一助となる可能性はあります。 )

もちろん、こういった方法は距離を縮めることはあっても、確実に記事の作者にコメントを届けることを保証するものではないので、確実に本人に伝えるべきことはブックマークコメントに書かないということは忘れてはなりませんが。 ( 未だに、そこを履き違えているケースを多々見かけます。 )