2005-07 アーカイブ

FeedBurner の Feed をブラウザでも見やすいようにする ( Browser-Friendly Burner )

FeedBurner で愛の Feed を燃やせで移行のお知らせをしましたが、その際に自分で便利だなあと思ったオプションの設定方法をメモします。

hxxk.jp - powered by FeedBurner を RSS リーダではなく IE や Firefox や Safari や Opera などのブラウザで開いてみてください。 XSL によって、人間でも見やすい表示になっていると思います。 これの設定方法をスクリーンショット付きで紹介。

1. http://www.feedburner.com/ にアクセスし、ログインします。
2. Edit というアンカーをクリックします。
3. Browser-Friendly Burner のチェックボックスにチェックを入れると、詳細な設定画面が開きますので、テーマや公開レベルを変更します。
4. 画面最下部付近の、 Save Feed Settings というボタンをクリックして完了です。

テーマや公開レベルは、同様の手順でいつでも変更できます。

FeedBurner の Feed の登録者数をバナー表示 ( FeedCount™ )

次に、 FeedBurner によって作られた Feed を何人の人が講読しているかを、一目で分かるようにする設定を方法をスクリーンショット付きで紹介。

1. http://www.feedburner.com/ にアクセスし、ログインします。
2. Publisize... というアンカーをクリックします。
3. FeedCount™ の部分の Setup/Update FeedCount » というアンカーをクリックします。
4. 静止画バナーかアニメバナーかを選択し、カラーリングを自分好みに設定して Generate FeedCount Chicklet というボタンをクリックします。
5. Copy the HTML below: という名前のテキストエリアに FeedCount バナーの URI が表示されるので、 src 属性内の URI をクリップボードにコピーします。
6. もう一度 http://www.feedburner.com/ にアクセスし、ログインします。
7. Edit というアンカーをクリックします。
8. Feed Image Burner のチェックボックスにチェックを入れると、詳細な設定画面が開きますので、先ほどコピーした URI を Use image at this URL: という名前の input 部分にペーストします。
9. 画面最下部付近の、 Save Feed Settings というボタンをクリックして完了です。
10. FeedBurner の Feed を表示 ( 例 : http://feeds.feedburner.com/hxxk ) すると、作成した FeedCount バナーが表示されているはずです。

静止画バナーかアニメバナーか、またそのカラーリングは同様の手順でいつでも変更できます。

FeedBurner に移行しました

• hxxk.jp - powered by FeedBurner

突然思い立ったわけじゃなく、以前から移行しようとは思っていたのですが、先ほど実行に移しました。 6 月にリニューアルに伴って Feed の URI を変更したのに続いてまたも変更ということでお手間を取らせてしまいますが、今回は自前での提供から他サービスへの移行ということでご理解いただけると幸いです。

Redirect permanent /appendix/rss.rdf http://feeds.feedburner.com/hxxk
Redirect permanent /appendix/rss2.xml http://feeds.feedburner.com/hxxk
Redirect permanent /appendix/atom.xml http://feeds.feedburner.com/hxxk

.htaccess にこのように記述して、今回も Redirect Permanent を用いて以前から Feed を講読していただいている方にご不便をかけないようにしていますが、 RSS リーダによっては登録情報の変更が行われないものもあるため、一度登録情報を確認していただけると幸いです。 ( 仮に変更されない場合でも、 http://feeds.feedburner.com/hxxk へのリダイレクトが行われるため、問題はないかと思いますが。 ) これから新規登録される方には、 RSS auto-discovery で提供される URI を http://feeds.feedburner.com/hxxk にしているため、特に意識せずに登録していただくことが可能です。

なお、 FeedBurner への移行手順については、 Ogawa::Memoranda: FeedBurnerに移行した件について。と FeedBurnerの使い方｜そっぽブログを参考にさせていただきました。

g:hogen

• 方言キーワード

福岡の方言キーワード作成担当として参加しようかなあと思っていますが、いくつかクリアになっていない疑問があるのでまずそれについて。

ほぼ同じ意味、用例だけど細部が違うものの扱い

福岡には「～とる」という方言があり、これは「～ている」 ( 動作ではなく状態の方 ) という意味を表します。 ( 例 : 「そこにプリンタを置いている」→「そこにプリンタば置いとる」 )

しかし、私の住む地域ではまた微妙に変わっていて、「そこにプリンタを置いている」は「そこにプリンタば置いちょる」という言い方になります。

このように、基本的に同じ方言だけれどほんの少しの違いがあるものは別個のものとして扱うべきなのか、それとも類義語として同一キーワードに書くべきなのでしょうか。

確かにこの地方の方言ではあるけれど、他の地域でも使われているもの

「片付ける」という意味で、「なおす」という方言があります。 関東の方では「なおす」という言い方はしないと思いますが、「なおす」という言い方は福岡独特のものではなくもう少し広い範囲の地域で使われているものだと思うのです。

そういった方言を単純に「博多弁」として良いものでしょうか…… ? ( 「なおす」がどの辺りまで通じるのか知りませんが。 )

よその地域の方言だけれど、うちの地方でも使っているもの

「がんばる」という意味で、「がまだす」という方言があります。 これはおそらく熊本弁だと思うのですが、福岡県の南部でも通用します。 ( 北部はたぶん通用しない……と思います。 )

明らかに他の地域の方言だけれど、「実はうちでも使っているんだよね……」というものはその地域のキーワード作成者が現れるのを待つのか、それともとりあえず登録しておいて適宜修正されることを期待するか……。

キーワード作成者が増えて、ひとつの都道府県に対して数名存在するようになれば自然に解決するかもしれませんけれど、現時点ではこの辺を意識して作成をした方が後々良いような気がします。 とりあえずこの質問をhogenグループ管理者に問い合わせしつつ、いくつかキーワードを作ってみようかなあ。

エアロバイクを意識してこぐ

• [日常][スポクラ] 今日のスポクラ (11:25) - いしなお! (2005-07-29)

既にコメントをしていますが、そういえばワット数とか意識してこいだこと無かったなあということで、ひとしきりサイクリングした後にジムに行ってきました。

まず、 100kcal / 15 分のペースを目指してみようと思い、通常より軽めのレベルでやってみました。 結果的にワット数はアベレージで 115W 、ペダルスピードは 95 回 / 分、脈拍は 145 回 / 分 というこぎ方になりましたが、 12 分こいだところで 100kcal 到達。

ついでに、後先考えないペースでこいでみたらどうなるだろうということでやってみました。 結果的にワット数はアベレージで 200W 、ペダルスピードは 105 回 / 分、脈拍は 165 回 / 分 というこぎ方になり、 8 分こいだところで 100kcal 到達。

100kcal / 8 分のペースは本当に 8 分こぐのがやっとだったので、次からは通常通り 100kcal / 10 分でいこうと思います。 というか、明日筋肉痛になりそうな疲れ方をしてしまった……。

コメントでも書いていますが、ワット数 ( ≒ペダルの重さ ) を上げると脈拍も比例してどーんと上がるので、ワット数を変えずにペダルの回転数を少しだけ多くするようにすると、あまり負担をかけずに運動効率が上げられて良いかと思います。

飲酒運転の対象は ?

「飲酒運転」という言葉はニュースなどでよく耳にすると思います。 道路交通法でどのように定められているかというと、第 65 条に次のような条文があります。

第65条 何人も、酒気を帯びて車両等を運転してはならない。

２ 何人も、前項の規定に違反して車両等を運転することとなるおそれがある者に対し、酒類を提供し、又は飲酒をすすめてはならない。

（罰則　第１項については第117条の２第１号、第117条の４第２号）

車両等 とありますが、その車両等とは具体的に何を指すのか ?

第 2 条にて、次のように定められています。

8．車両

自動車、原動機付自転車、軽車両及びトロリーバスをいう。

9．自動車

原動機を用い、かつ、レール又は架線によらないで運転する車であつて、原動機付自転車、自転車及び身体障害者用の車いす並びに歩行補助車その他の小型の車で政令で定めるもの（以下「歩行補助車等」という。）以外のものをいう。

10．原動機付自転車

内閣府令で定める大きさ以下の総排気量又は定格出力を有する原動機を用い、かつ、レール又は架線によらないで運転する車であつて、自転車、身体障害者用の車いす及び歩行補助車等以外のものをいう。

11．軽車両

自転車、荷車その他人若しくは動物の力により、又は他の車両に牽引され、かつ、レールによらないで運転する車（そり及び牛馬を含む。）であつて、身体障害者用の車いす、歩行補助車等及び小児用の車以外のものをいう。

11の2．自転車

ペダル又はハンド・クランクを用い、かつ、人の力により運転する２輪以上の車（レールにより運転する車を除く。）であつて、身体障害者用の車いす、歩行補助車等及び小児用の車以外のもの（人の力を補うため原動機を用いるものであつて、内閣府令で定める基準に該当するものを含む。）をいう。

11の3．身体障害者用の車いす

身体の障害により歩行が困難な者の移動の用に供するための車いす（原動機を用いるものにあつては、内閣府令で定める基準に該当するものに限る。）をいう。

12．トロリーバス

架線から供給される電力により、かつ、レールによらないで運転する車をいう。

13．路面電車

レールにより運転する車をいう。

17．運転

道路において、事両又は路面電車（以下「車両等」という。）をその本来の用い方に従つて用いることをいう。

よって、 車両等 とは 事両又は路面電車 ということであり、すなわち

• 自動車
• 原動機付自転車
• 軽車両
  • 自転車
  • 荷車その他人若しくは動物の力により、又は他の車両に牽引され、かつ、レールによらないで運転する車（そり及び牛馬を含む。）
• トロリーバス
• 路面電車

ということになります。 お酒を飲んで自動車に乗って公道を走れば道路交通法第 65 条違反、お酒を飲んで自転車に乗って公道を走っても同様、路面電車を運転しても同様 ( それ以外に懲戒処分等も付与されそうですが ) 、馬に跨って公道を走っても同様……。 ( 余談ですが、馬の方が酒気帯びだった場合は整備不良扱いになるそうです。 )

政党党首すら知らないという事実

さて、何故こういった話を持ち出したか。 私自身の話になりますが、出勤前に朝食を摂りながら見るテレビ番組は、最近は TBS 系列のみのもんたの朝ズバッになっています。 ( 単にニュースや天気予報が流れるタイミングが私のサイクルにちょうど良いという理由で見ているだけですが。 )

そして、今朝のニュースで「俳優の杉本哲太氏が、他人の自転車に乗って事情聴取を受けた」というものが流れ、司会のみのもんた氏が 「酔って自分の自転車と間違えたっていうけど、そもそも酒を飲んで自転車に乗ること自体が間違っている」 といった旨の発言をした際に、コメンテータとして出演していた福島みずほ氏 ( 社民党党首 ) が 「でも自転車の場合は飲酒運転にはならないんですよね」 という発言をしたのです。

口調として疑問系 ( ならないんですよね ? ) ではなく断定に近いものであり、直後に他の出演者から「なるよ ! 」という指摘を受けて訂正していましたが……。 全ての法律を熟知すべしというつもりはありませんが、弁護士というキャリアを経て国会議員になった方が、間違った理解のままそれを披露したことに驚いたので、書いてみた次第です。 ( まあ以前から「犯人の人権＞警察官の人命」発言や「艦船から B52 が飛び立つ」発言などの発言はありましたが……。 )

酒気帯び運転と酒酔い運転

飲酒運転には、俗に言う酒気帯び運転と酒酔い運転があります。

酒気帯び運転

第65条（酒気帯び運転等の禁止）第１項の規定に違反して車両等（軽車両を除く。）を運転した者で、その運転をした場合において身体に政令で定める程度以上にアルコールを保有する状態にあつたもの

第 117 条の 4 にて罰則が定められており、 １年以下の懲役又は30万円以下の罰金 となっています。 その判断は呼気に含まれるアルコールの量でなされ、呼気 1 リットル中 0.15m 以上がボーダラインとなっています。

なお、 0.15mg 以上 0.25mg 未満であれば違反点数は 6 点、 0.25mg 以上であれば違反点数は 13 点となっています。 また、この場合は軽車両を除いた車両等が対象となります。

酒酔い運転

第65条（酒気帯び運転等の禁止）第１項の規定に違反して車両等を運転した者で、その運転をした場合において酒に酔つた状態（アルコールの影響により正常な運転ができないおそれがある状態をいう。以下同じ。）にあつたもの

第 117 条の 4 にて罰則が定められており、 ３年以下の懲役又は50万円以下の罰金 となっています。 これは明確な数値基準はなく、アルコールによって正常な運転ができない状態であった場合に適用されます。 極端な話、同じアルコール量でもお酒に強い人だと酒気帯び運転の範囲でも、お酒に弱い人だと酒酔い運転になってしまうこともあります。

なお、違反点数は 25 点となっており、 2 年以上の免許取り消しになります。 また、この場合は車両等が対象となります。

自転車も走る凶器となり得る

番組中でみのもんた氏が「酒を飲んで自転車に乗ること自体が間違っている」と発言したと述べましたが、これは正しい意見だと思います。 飲酒の有無に関わらず、自転車で歩行者をはねて死亡させたり、あるいは怪我を負わせたりというケースは充分に考えられます。 また、飲酒運転の自転車同士が出会い頭に衝突のように、 業務上過失傷害と道路交通法違反（酒気帯び運転）容疑 という、自動車の飲酒運転の場合と同じ扱いをされるケースも実際にありました。

調べによると、杉本さんは７月１７日深夜、東京都世田谷区内の路上を拾った自転車で走行し、警察官に職務質問された。 持ち去ろうという意思があったという。

所属事務所のコムスシフトによると、杉本さんは 「当時は酩酊（めいてい）状態で記憶が定かではなかった。 大変申し訳ないことをした」 と話しているという。 世田谷署では微罪として処分する方針。

杉本氏の件は微罪として扱われていますが、酩酊状態であったなら酒酔い運転として扱われるべきでしょう。 ( 酒気帯び運転は軽車両は対象外ですが、酒酔い運転は軽車両も含まれます。 )

占有離脱物横領容疑としては微罪なのかもしれませんが、酩酊状態で自転車を運転することは微罪ではありません。 私はみのもんたの朝ズバッ以外ではこのニュースを見かけていませんが、酒酔い運転の事実に触れているものはあったのかなあ……。

ブックマークのタイトルを編集したユーザが分かるように

• はてなブックマーク日記 - 最後にタイトルを編集したユーザーの表示について

はてなブックマークの概要掲載は必要なのか ? - 問題点 3 - ブックマーク先のタイトルは任意に付けられるで指摘していた点が、改善されました。

わざと「うんけぶろぎ」というタイトルを付けた私の記事のブックマークを、はてなブックマーク - うんけぶろぎ ( 2005/07/29 タイトル改変テスト ) に変更してみました。 おお、ちゃんと 最後に変更した人 hxxk と表示されていますね。

ただし、自分でブックマークしていない記事については編集画面が現れないため、誰がタイトルを変更したかは分かりません。 ( 一旦ブックマークして編集画面を表示すれば分かりますが。 )

PublishCharset を UTF-8 に変更しました

「はてなブックマーク - http://hxxk.jp の注目エントリー」をサイドバーに表示したい - hxxk.jp でもやってみようと思ったけどでも触れましたが、 Movable Type の PublishCharset を UTF-8 に変更しました。

これまでは EUC-JP で運営していたのですが、絶対に EUC-JP でないといけないという理由ではなく、最初に作成した時の名残で使っていたという理由です。 「 PHP を使うから EUC-JP の方が相性が良いのかな ? 」 という。 ( 実際のところどうなんでしょう ? )

EUC-JP の hxxk.jp から UTF-8 の weblog にトラックバックを送ると、その内容が文字化けを起こすことがある ( はてなグループの日記やはてなアイデア、エキサイトブログは文字化けを起こすことを経験しました ) ので、今回サイドバーをいじるのを機に UTF-8 に変更しました。

UTF-8 への変更手順 ( サーバ : xrea 、データベース : MySQL の例 )

1. 管理画面に入る。
2. 「データベース」をクリックし、 MySQL の部分の「保存」をクリック。
3. dump 作成に時間がかかるため、何かしら別のことをして 30 分程時間を潰す。ギネスうまうま。
4. FTP またはファイルマネージャで、ルートディレクトリに mysql.dump が作成されていることを確認。

以上が準備段階です。 xrea 以外のサーバをお使いの方は各自何らかの手段でデータベースのバックアップを作成してください。

1. Beta Weblog: Movable Type の文字コード変換スクリプトより、 mt-convert-code を入手。
2. mt-convert-code を解凍し、 Movable Type のインストールディレクトリに put 。
3. mt-convert-code.cgi をブラウザから実行。
4. 今回の場合、 Current を EUC-JP 、 New を UTF-8 として Convert 。
5. ブラウザ上に表示される成功のメッセージを確認。 ( どういったメッセージが表示されたか控えるのを忘れていましたが、 entry_id ごとに分かりやすいメッセージが表示されました。 )
6. mt-config.cgi の PublishCharset を UTF-8 に変更し、再度サーバに put 。
7. Movable Type の管理画面から weblog の全ての再構築を実行。
8. mt-convert-code.cgi を Movable Type のインストールディレクトリから削除。

以上で PublishCharset の変更は完了です。 なお、テンプレート内で MTPublishCharset ではなく直接 charset をハードコーディングしている箇所があれば、そこも変更する必要があります。

mt-convert-code で変更できない部分

MTPublishCharset を使わずに charset をハードコーディングしている部分

例えば、 <?xml version="1.0" encoding="<$MTPublishCharset$>" ?> と書くべきところを <?xml version="1.0" encoding="EUC-JP" ?> とコーディングしていれば、 mt-config.cgi の PublishCharset を変更しても反映されません。

JavaScript ファイルや共通のモジュール部分など、 Movable Type によって作られていない部分

hxxk.jp の例ですと、サイドバー部分の最近のコメントや最近のトラックバックで使用している折り畳み用の js ファイルがこれにあたります。 これはローカルで作成して直接サーバに put しているのですが、 PublishCharset に合わせて EUC-JP にしていました。 当然ながら UTF-8 で保存しなおして再度 put する必要があります。

記事内で外部ファイルを include している部分

Musical Baton の泥臭いまとめがこれにあたります。 本文部分にあたる entry_text フィールドは text 型であるため、 65535 バイトという上限がありますが、 Musical Baton の泥臭いまとめは実に 104297 バイトというサイズになっています。 当然 text 型には格納できないので、本文部分をローカルで作成してサーバに put し、 entry_text からは include するようにしてこの上限を回避しています。

この include 用ファイルも EUC-JP で作成していたので、盛大に文字化けしていました。 ローカルで UTF-8 で保存しなおして再度 put し、現在は正常な表示になっています。

もしかしたらチェック漏れでまだ文字化けしている部分があるかもしれません。 もし文字化けしている記事を見かけたらゲストブックやメールなどでお気軽にお知らせください。

トラックバック送信先

Beta Weblog: Movable Type の文字コード変換スクリプト

Perl v5.8.4 built for i686-linux および MySQL 4.0.22, for pc-linux on i686 の環境で、無事 EUC-JP から UTF-8 への変更ができました。

Ping 'http://www.movabletype.jp/mt/trackback/12' failed: HTTP error: 404 Not Found ということでトラックバックが送れませんでした。

Re: void GraphicWizardsLair( void ); // 「このblogのおすすめエントリ集」をソーシャルブックマークのリンク数を元に自動生成するのはどうか

以前、 Re: 外部の RSS を PHP で取得で取り上げた Lucky bag::blog: 外部の RSS を PHP で取得がまさに そのRSSをサイドバー等に「注目された過去ログ」という形で変換して埋め込 むアイデアの実践手順の一例ですね。

hxxk.jp でもやってみようと思ったけど

私も e-luck さん ( Lucky bag::blog ) の手順を参考に、そのうち http://hxxk.jp/ の エントリー一覧をリストアップするテンプレートを作ってみようかな。

というように宣言して、実際にテンプレートを作るところまでは実はやっていました。

新着

• http://hxxk.jp/appendix/bookmark_entries_eid.inc

注目

• http://hxxk.jp/appendix/bookmark_entries_hot.inc

人気

• http://hxxk.jp/appendix/bookmark_entries_count.inc

なのに何故実際には導入していないのか ?

トラックバック送信先

void GraphicWizardsLair( void ); // 「このblogのおすすめエントリ集」をソーシャルブックマークのリンク数を元に自動生成するのはどうか

Lucky bag::blog: 外部の RSS を PHP で取得 ( http://www.lucky-bag.com/archives/2005/05/hot_entry.html ) というリソースがちょうど今回の記事の実践手順の一例となっています。

シングル、アルバム連続リリース

• Third Stage／Mandrake Root - ニュース

昨日雑誌で見かけて知ったのですが、 aki ( ex.Laputa ) がとうとうソロ活動のアイテムをリリースするようですね。 まずは 8 月 3 日にシングルということで、私はDVD 付きの初回盤を予約注文。 ちなみに通常盤はフォトブックレット & トレカ付きだそうです。

歌詞はもちろん、 meet again や Shape などで充分に作曲力を見せてくれていたので、期待大。 アルバムは 9 月 7 日にリリースです、とたぶんこのサイトを見ていてピンときそうな少数の方にお知らせでした。

何故「全てのブラウザ」という視点に ?

• はてなアイデア - 前バージョンであるGreasemonkey0.3.3に重大なセキュリティ上の欠陥が見つかったので、最新の0.3.5へのアップデートを推奨する文面をはてなグリースモンキーのトップページに掲載する。

渋谷系＠シプヤ - 重大なセキュリティ上の欠陥に関するアナウンス経由で知ったアイデアですが、 greasemonkey 0.3.3 に脆弱性が見つかったので、はてなグリースモンキーのトップページで 0.3.5 へのアップデートをアナウンスしたらどうかというアイデアに対して サイト上で全てのブラウザのセキュリティ欠陥をアナウンスするわけにはいかないので却下します という返答。

http://www.hatena.ne.jp/sound/meeting/050726hatenaidea.mp3 をダウンロードして該当部分 ( 9:17 ～ 11:08 ) を聞いてみると、次のような経緯で却下になったことが分かります。 人力検索改善グループ『はてなネクスト』 - CX's Memo（はてな要望系） - テープ起こし（050726hatenaidea.mp3）【済】にてもっとしっかりとしたテープ起こしがなされています。

10:19

これってさ、「 Internet Explorer に脆弱性がありました」ってのが Yahoo!JAPAN トップページに載るってのと同じ話でしょ

10:31

いやまあ親切としては言ってあげてもいいけど

10:40

そのアナウンスが必要なのかな……そんなこと言わなくたって知ってんじゃねえのっていう

10:46

そういう GM の API を使っているものは

10:50

提供していないからでしょ

10:55

いいんじゃない

10:57

うちから「ダウンロードはこちら」とか言って古いバージョンにリンクが張られているっていうわけでもない ?

11:02

はい

11:05

グリースモンキーのトップページにリンク張っているだけなんで

11:06

グリースモンキーのページ行ったら書いてあるでしょ

11:07

却下します

greasemonkey は Firefox の拡張機能であるため、 IE や Opera や Safari を使っているユーザにはこの脆弱性は影響しませんし、 greasemonkey をインストールしていなければ、またはこれから対応済のバージョンをインストールするのであれば問題はありません。 最新のGreasemonkeyをインストールしてください とはてなグリースモンキー上でも書いているので、現状の解説でも不備があるわけではありません。 ただし、はてなグリースモンキーでしか greasemonkey を知らないというユーザも多いのではないでしょうか ? そういったユーザに対してはてなグリースモンキー上でアナウンスを行うことは、実装としては難しくないと思うので、やっておいた方が良いんじゃないかと思います。 もちろん、ユーザ自身が気を付けてそういった情報を自ら集めるのが理想なのですけど。

これが、例えば「 Firefox に重大な脆弱性が見つかったので、はてなグリースモンキーを使っている ( よって必然的に Firefox を使っている ) ユーザにブラウザのアップデートを促すアナウンスをしろ」という提言に対して「これはあくまでグリースモンキーのページだから、グリースモンキーのベースとなるブラウザ自体のセキュリティ欠陥まではアナウンスしない」というのならまだ分かります。 ( 可能ならそれもアナウンスした方が良いのでしょうけど。 )

世の中には多くのブラウザが存在しています。 はてなユーザが使っているブラウザの種類の全てをはてな側が把握することや、それらのブラウザの全ての脆弱性をアナウンスするのは困難です。 しかし、はてなグリースモンキーは Firefox という特定のブラウザを使っていることが前提である拡張機能のうちのひとつであり、それの脆弱性を紹介したから、他のブラウザの脆弱性も紹介しなければならなくなるということはないでしょう。

まあ簡単にまとめると、特定の拡張機能 ( 特定のブラウザじゃなく ) の話をしているのに、何でブラウザの話にシフトするんですか ? 却下とする根拠ではないのでは ? ということです。 現状に瑕疵があるわけではないけれど、アナウンス追加くらいだったらそんなに難しく考えなくても……と思うのが正直な感想。

関連リソース

mozillaZine 日本語版 » Blog Archive » Grasemonkey に重大なセキュリティ脆弱性が発見される

そもそもどういった脆弱性なのか ? また、ユーザによってインストールされる拡張機能の安全性は Mozilla Foundation が保証しているのか ? といった内容。

はてなブックマーク - はてなアイデア - 前バージョンであるGreasemonkey0.3.3に重大なセキュリティ上の欠陥が見つかったので、最新の0.3.5へのアップデートを推奨する文面をはてなグリースモンキーのトップペー

はてなアイデア - 前バージョンであるGreasemonkey0.3.3に重大なセキュリティ上の欠陥が見つかったので、最新の0.3.5へのアップデートを推奨する文面をはてなグリースモンキーのトップページに掲載する。をブックマークしているユーザおよびこれを取り上げたダイアリーの一覧。

はてなアイデア - idea:4314の却下理由は筋違ひ。飽くまでもGMに限った話。はてなGMは積極的にGMを推奨してゐる(その点他のブラウザとは話が違ふ)のだから、最低限の勧告はする必要があるのではないか

アイデア却下を受けて出されたアイデア。

クイズマジックアカデミー2

オンライン / オフライン、アーケード / コンシューマーに限らずゲームの類はほとんどやらないのですが、先日友人とゲームセンターに行った際に、友人がやっているのを見て面白そうだと思いエントリーカードを購入。 クイズゲームは操作方法もそんなに難しくないので、友人のゲームセンター行きに付き合ったときは時々やっていましたが、キリの良い所で止めるということができなかったので、熱中するということはありませんでした。

しかし、このゲームはエントリーカードに経過を記録できるので、ちょっと 2 ～ 3 回プレイして時間を調整するというのに良いかもしれません。 ( ゲームセンターにあるゲームって私は苦手なものが多いのです。 他にプレイするものといえば、スリルドライブ ( とりあえずアクセルベタ踏みでも何とかなるというかクラッシュが醍醐味 ? ) か太鼓の達人 ( 流れてくる音符が複数ある音ゲーはダメ ) くらいですねえ。 )

この時は本名をベースにした名前でカードを作ってしまったので、次はハンドルをベースにしたカードを作ってそれをメインにしようかな。

あと、このゲームはプレイ時の成績や対戦相手の名前が表示されるのですが、その時対戦した人の中に「だだぢぢ」さんという方がいて、もしかして漫画家の DADADIDI さん ( ISM ) かなあとか思ったけどいやいやそんなことはないよねとかひとり考えたり。 ( びーんず石油という 4 コマ漫画作品がもうすぐ発売されるようです。 )

はてなダイアリーの CSRF 脆弱性対策

• はてなダイアリー日記 - はてな各サービスの CSRF 脆弱性対策について

Another 朝顔日記 - CSRF 脆弱性対策から各種 weblog ツールおよび weblog サービスの CSRF 脆弱性対応状況へのリンク無しトラックバックで教えてもらいました。 ( と書くことで良いリンク無しトラックバックの例であることもさりげなくアピール。 って書いちゃうとさりげなくはないですね。 )

以前にも対策がなされていましたが、リファラを切った状態では対策が無効になっていたので、 セッションIDを用いた検査を行う方法 が採用されたようです。

tDiary の CSRF 脆弱性対策

• tDiary.org - tDiaryの脆弱性に関する報告(2005-07-20)
• tDiary.org - tDiary 2.0.2、2.1.2リリース

こちらは「tDiary の CSRF」@水無月ばけらのえび日記より知りました。 JP Vendor Status Notes - tDiary におけるクロスサイト・リクエスト・フォージェリの脆弱性にて脆弱性の報告がなされ、対応が施されたバージョンがリリースされたようです。

各種 weblog ツールおよび weblog サービスの CSRF 脆弱性対応状況に追記

ということで、各種 weblog ツールおよび weblog サービスの CSRF 脆弱性対応状況の追記および修正を行いました。 これで、現時点で私が把握している中では、

• sb
• はてなダイアリー
• tDiary

の 3 つの weblog ツール or weblog サービスが CSRF 脆弱性の対応を行っていることになります。 ( 残念ながら Movable Type は対応がされたという話を聞いていません。 Movable Type における CSRF の可能性と各種対処法を参考に自衛を心がけてください。 ) Movable Type は 3.16 の時点で magic token という仕組みを用いた対策がなされているようです。 drry さん、コメントでのご指摘ありがとうございました。 weblog ツールや weblog サービスを選択する際に、こうしたセキュリティ面の対応が的確になされているかという判断基準にすると良いかもしれません。

Movable Type 3 個人ライセンスパックの発売が開始されました

• Six Apart - News: 「Movable Type 3」 個人ライセンスパック発売開始
• Six Apart - News: シックス・アパートが、個人向け「Movable Type 3」を7月22日に発売
• http://www.ec-buyers.com/sixapart_personal/

これまでクレジットカードでのみ購入可能だった Movable Type の個人ライセンスを、販売会社を通じた形式でクレジットカード以外の方法で購入できるようになりました。

Movable Typeの個人ライセンスパックは、1サーバー／5ユーザーと1サーバー／無制限ユーザーの２種類があり、個人ライセンスパックの標準小売価格（税込み）は、5ユーザーが8,820円、無制限ユーザーが1万2,600円です。 パッケージに同梱されるのは、ユーザー登録後最新版をダウンロードするためのライセンス番号が記載された利用許諾契約書で、CD-ROMは含まれません。

注意しなければならないのは、ダウンロード購入もパッケージ購入も、どちらのパターンでも Movable Type のソフトウェアのアーカイブファイル自体は Six Apart - Movable Type: ダウンロードからダウンロードしなければならないということです。

アーカイブ自体のサイズは現時点で 2MB 足らずなので、 CD-ROM を同梱する必要はないのかもしれませんが、やはり選択肢としては CD-ROM 版があった方が良いんじゃないかなあ、と思います。 ( CD-ROM をプレスするコストや輸送にかかるコストを鑑みない発言かもしれませんが。 )

個人ライセンスが必要となるケース

ライセンスについては以前 Movable Type のライセンスのまとめで触れましたが、個人ライセンスが必要になるであろうケースをもう一度おさらいしようと思います。

非商用目的の個人が使う場合で、ウェブログ数が 3 より多くなる場合

限定個人ライセンス ( 無償 ) は 3 ウェブログ数までという制限がありますので、ウェブログ数が 3 より多くなる場合は個人ライセンスを購入する必要があります。 なお、 Movable Type のライセンスのまとめ - ウェブログ数でも触れていますが、複数の Movable Type 上のウェブログで 1 つのサイトを構築している場合はウェブログ数は 1 としてカウントされますので、この条件で個人ライセンスが必要となる方はあまりいないかと思います。

同一人物が異なる投稿者名を使い分けたい場合

Movable Type のライセンスのまとめ - 言葉の定義 (1) - ユーザー、著作者で触れたように、同一人物であっても投稿者名を複数使う場合、それは複数ユーザーとしてカウントされます。 そして、限定個人ライセンス ( 無償 ) は 1 ユーザーという制限がありますので、投稿者名を使い分けたい場合は個人ライセンスを購入する必要があります。 ( なお、複数の人間が使用する場合は、当然ですが個人ライセンスではなく通常ライセンスが必要になります。 )

また、 moblog.uva.ne.jp - moblog mail gateway のような moblog ゲートウェイを使った記事投稿や、 BlogPet による記事投稿のために別のログイン ID を作成する場合もこのケースに該当すると思われます。

同一人物が異なるサーバ上でそれぞれ Movable Type を使用する場合

個人ライセンスは 1 サーバ上でのものですので、 Movable Type を複数のサーバ上で使用する場合、サーバの数だけ個人ライセンスが必要となります。 ただし、複数のサーバのうち限定個人ライセンス ( 無償 ) に該当するものがあれば、ひとつだけは限定個人ライセンス ( 無償 ) を使用することができます。

たとえば、私の場合を例に出すと、 2 つのサーバ上で Movable Type を使用しており、一方は限定個人ライセンス ( 無償 ) を用い、もう一方は個人ライセンスを用いています。 ( Movable Type のライセンスのまとめ - ケーススタディ - 非商用目的の個人が、複数の別のサーバで使用したい )

家族や友人に記事の投稿のみを行わせたい

家族・友人等が、利用許諾をされたお客様のウェブログに投稿することまでは制限をしておりません とのことですので、個人ライセンスを購入することにより、ライセンス購入者の weblog に対しての投稿のみを行うような活用ができます。 ただし、投稿を超えた権限 ( 新しい weblog の作成や投稿者の追加 ) を持たせることはできませんし、クラブやサークルなどでテーマに沿った weblog を運営するような場合は通常ライセンスが必要になります。 よって、あくまで家族・友人が非継続的に、ゲストのように投稿する場合に個人ライセンスの範疇に収まると考えると良いのではないでしょうか。 ( Movable Type のライセンスのまとめ - ケーススタディ - 非商用目的の個人の使用が中心で、家族や友人にも記事を投稿させたい )

トラックバック送信先

Six Apart - News: 「Movable Type 3」 個人ライセンスパック発売開始

個人ライセンスはどういったケースで必要になるのか ? という点をおさらいしてみました。

Six Apart - News: シックス・アパートが、個人向け「Movable Type 3」を7月22日に発売

個人ライセンスはどういったケースで必要になるのか ? という点をおさらいしてみました。

Chimay Rood

今日は奮発して (?) CHIMAY ( ベルギーのトラピストビール ) 2 本を飲みました。 レッドキャップの方はフルーティさが売りみたいですが、私にはちょっとクセが強いかも……。

Chimay Wit

ホワイトキャップの方はやはり独特のアロマがありますが、それがちょうど良い感じ。 スポーツ後のリフレッシュやアペリティフに最適 とのことなので、次回も買ってみようかなあ。

これで一応輸入ビールシリーズは全部飲みました。 あとはヒューガルデン ホワイトをたくさん残しているので、それが切れたら適宜補充しようと思います。

ダブルでおめでとう

• Latest topics > Past > 2005 > 07 - outsider reflex - 21st day

色々と内情を知っていて、 ( 勝手に ) 見守っていた身としては、素直に良かったねえと祝福。

今回初めて知ったんですけど、 Piro さん ( outsider reflex ) と私って誕生日が一緒なんですねえ。 ( 誕生年は違うけど ) 私は誕生日だからって特別なことはなく、悪友たちからお祝いメールなどをもらった以外は、いつも通りサイクリングをしてきてこれからビールを開けるところです。 今日は何にしようかな。

そういえば、外回りから帰ってきたら、デスクにかわいらしく包まれたカップケーキとバームクーヘンがあったので「おや !? 」とか思ったりもしましたがお得意さんが持ってきたお土産だったという小ネタもあったなあ。

Chimay Blauw

ベルギーのトラピストビール。 ここ数日はビールの飲み比べをしているので、運動もせねばってことで 30km ほどサイクリングをしてきて、シャワーでさっぱり汗を流してよく冷やした CHIMAY ブルーキャップを開栓。 ( 結局飲むのか ) このビールを買った時に、一緒に CHIMAY 専用のグラスが売られていたので、合わせて買っていたのです。 一瓶まるまる注げて、泡がちょうど上端にかかるように作られています。

香りが良く美味しいビールだったのですが、昨日のヒューガルデン 禁断の果実よりも更に強い 9.0% というアルコール度数なので、飲み終わったらサイクリングの疲れもあって早々に就寝。

Hoegaarden White

Beer Baton!!!!!!!! ( 違 ) の時に「よく飲むあるいは思い入れのあるお酒 5 つ」に入れるか迷ったビールがこのヒューガルデン ホワイトです。 分類としてはベルギーウィートエールビールになります。 いわいさん ( None ) が IRC 上で旨い旨いとしょっちゅう言っていたので、先日いわいさんにお会いした際 ( 詳細はレポートを待て ) に一緒に行ったお店にて初めて飲んだのですが、その美味しさに感激した覚えがあります。 その時は生だったのに比べ、今日は瓶で飲んだので同じ感激というわけにはいきませんが、それでも美味しくいただけました。

ちなみに一緒に行ったお店は Frigo という所だったのですが、 IRC チャンネル #goingmayway にてその話をしたら、 kengo さん ( Going My Way ) も以前に行って記事に書いていたということが分かって何だか楽しかったです。

Hoegaarden Verboden Vrucht

ヒューガルデン 禁断の果実の方は同じヒューガルデンだから、ということでお試し買いしたもの。 苦味が少なくてフルーティであるので飲みやすいのですが、アルコール度数が 8.5% と高めなので、私には合わないかも。 分類としてはアビイ / スペシャルエールビール。

引用には blockquote 要素または q 要素を使おう

• Copy URL+で、ブログ引用文のコピペHTMLを自動生成：Goodpic

他のブログ記事を引用してエントリーを書くためのTips。 、<div class="refer"></div>のように、引用記事をdivタグで囲んでCSSで枠線をつけるようにしています。

引用を示す要素が無ければ、このように div 要素にそれらしい class 名を付けて、 CSS を用いて視覚的な差異を付けるという手法もまあありかもしれませんが、 HTML には blockquote 要素や q 要素という引用を示す要素が存在します。

FireFoxのエクステンション、Copy URL+は、以前の記事で紹介して以来、ずっとつかっていたのですが、これで引用HTMLを簡単に作れるじゃない、ということに突然気づきました。 ChromEditでuser.jsに以下のような、user_prefを追加。

user_pref('copyurlplus.menus.3.label','Reffer HTML');
user_pref('copyurlplus.menus.3.copy','<div class="refer"><p><a href="%URL%">%TITLE%</a></p><p>%SEL%</p></div>');

私の書き方が分かり辛かったのかなあ

引用HTMLを簡単に作れるじゃない、ということに突然気づきました と書かれてあり、以前に Copy URL+ について触れたという FireFoxでブログ書きをもっと便利に : Copy URL+, del.icio.us など：Goodpic へのリンクがありますが……。 FireFoxでブログ書きをもっと便利に : Copy URL+, del.icio.us など：Goodpic を見ていただくと分かりますが、私が書いた Copy URL+ をカスタマイズへのリンクが記事中にあります。

そして、 Copy URL+ をカスタマイズの記事中には手軽に引用を示すためのコード記述の例を挙げています。

Create Blockquote

blockquote 要素での引用に使用します。 cite 属性に現在表示しているページの URI を、 title 属性に現在表示しているページの title 要素の値を用いた blockquote 要素を作成します。

引用したいテキストをあらかじめドラッグしておくことで、その blockquote 要素内の p 要素内に引用したいテキストを挿入することができます。

user_pref('copyurlplus.menus.4.label','Create Blockquote');
user_pref('copyurlplus.menus.4.copy','<blockquote cite="%URL%" title="%TITLE%">\n\n<p>\n%SEL%\n</p>\n\n</blockquote>');

クリップボードには以下のような形式でコピーされます。

<blockquote cite="URI" title="Title">

<p>
#PCDATA
</p>

</blockquote>

Create Quote

q 要素での引用に使用します。 cite 属性に現在表示しているページの URI を、 title 属性に現在表示しているページの title 要素の値を用いた q 要素を作成します。

引用したいテキストをあらかじめドラッグしておくことで、その q 要素の内容に引用したいテキストを挿入することができます。

user_pref('copyurlplus.menus.5.label','Create Quote');
user_pref('copyurlplus.menus.5.copy','<q cite="%URL%" title="%TITLE%">\n%SEL%\n</q>');

クリップボードには以下のような形式でコピーされます。

<q cite="URI" title="Title">#PCDATA</q>

金子 順さん ( Goodpic ) が、前回の時点で私の記事をちゃんと読んで下さっていれば、今回のような間違った理解をされなくて良かったのかと思うと、私の説明スキルはまだまだだなあと思ってしまうのです。

トラックバック送信先

Copy URL+で、ブログ引用文のコピペHTMLを自動生成：Goodpic

今回書かれている div で引用部分を囲む方法は、引用になっていません。 お手数ですが、前回リンクいただいた http://hxxk.jp/2004/10/03/0547 をもう一度読んでください。

together

――愛車に乗り込み、エンジンをかけたところで「バケツをひっくり返したような」という形容がふさわしい勢いに、雨が強まる。 雲の上でけつまづいたのはどこのどいつだっ、と悪態をつきつつ、でも半端に降られるよりは諦めもつくさという方向に考えをシフトして出発。 この雨なら下道は大渋滞だろう、そう思って最寄りのインターチェンジから高速に乗り込み、約束の時間に遅れないようにする。

しかし、それほどの雨が降っているということで、高速道路上は 50km/h の速度制限。 今回、高速を使う理由は速度を稼ぐためではなく、赤信号による停車時間の回避や、大回りとなる下道ではなく直線的に結ばれる高速での距離短縮なので、大きな影響はないのだけれど。 15 分ほど進むと、嘘のように晴間が広がっていたので、少し拍子抜けしながらも友人の家へと車を走らせる。

高速を降り、近くのコインパーキングに車を停めて友人の部屋へ。 さっそく手土産の XXXX Bitter を出すと「懐かしいなあ」の声。 ちょうどバレーボールの中継が始まったので、試合が盛り上がってきたところで開栓し、互いにラッパで乾杯。 Bitter の名のごとく、苦めのテイストで自己主張が強いビールだけれど、それが友人の好みに適ったようだ。 そして、それは自分の好みにも。 果敢に戦うバレーボールチームへの歓声をつまみに思い思いに飲み干し、中継が終わったところで近くへ夕食に繰り出す。

その翌日彼らと共に遠出を楽しみ、そしてそのことや昨日のことを遠い地で忙しく過ごす旧友にメールで伝えると、「君たちだけ楽しんでいて、何だか悔しい」という返事が返ってきたため、仕事が落ち着いたときには自分がどこかに連れて行ってあげるさ、と答えて家路に着いた。 さて、腐れ縁の彼女とは何を一緒に飲んでどこに一緒に行こうか。

XXXX ( フォーエックス ) Bitter

午前中のちょっとした仕事を終え、皆で昼食を取った後に、天気が良かったので愛車を洗車。 長距離の出張にも用いたため、だいぶ埃に塗れていた姿に本来の輝きを取り戻すべく自らを汗だくにして丹念に洗う。

シャツが汗でびしょびしょになった頃、よく冷やして傍らに置いていたペットボトルのスポーツドリンクが温くなってボトルがたくさんの汗をかいた頃、全ての行程が終わり、その温いスポーツドリンクを一気に飲み干し、晴れやかな気分でシャワーを浴びる。

――ちょうど、友人の家にお邪魔しに行く時間だ。 輸入ビールフェアがあっているよとその友人にメールを送ったときに、「 XXXX Bitter というビール……数年前に旅行に行った際に飲んだんだけど、それがあるなら買ってきてほしい」と言われたので、土産の袋の重量をかさ張らせながら友人の分を確保。

「だったら、週末に遊びに行くと話をしていたよね、その時の手土産にするよ」

いつもこちらからお邪魔しに行くばかりだったので、たまにはこうして手土産を持っていこう。 そして当時の旅行の話でもしてもらいながら同じビールを楽しもう。 そう思えば、急に降り出した夕立の中でも揚々と愛車と共に出かけられる。

Köstritzer Schwarzbier

ドイツのブラックビール。 地元名物のウィンナーを買ってきて、合わせて飲んでみました。

ローストした大麦麦芽を原料に下面発酵で作られた黒ビール。

ビターチョコレートを思わせるほろ苦さと、まろやかな甘味。 きめ細やかでクリーミィな泡立ちとともに、口当たりのなめらかさをお楽しみいただきたい大人のビールです。

とラベルに書かれてある通り、黒ビールの苦さの中にほんのり甘味が感じられて美味しいです。 ギネスを飲み慣れている私にとっては新鮮な味でした。

はてなブックマークにブックマークされないようにする

• hxxk.jp - はてなブックマークにブックマークされないようにしてみる
• http://b.hatena.ne.jp/entry/http://hxxk.jp/temp/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123456789/0123

IRC で gorou さん ( A DAY IN THE LIFE | 川o・-・）＜2nd life ) と話していて出てきたネタ。

はてなブックマークによるブックマーク URI は varchar 型のフィールドに記録されており、 varchar 型は 1 〜 255 バイトの間で任意の長さで宣言されている……ということは、 256 バイト以上の長さの URI を持つページははてなブックマークでブックマークできないのでは、という。

いやできないというとちょっと語弊があります。 ブックマーク自体はできますが、その URI は当然ながら 256 バイト以降はちょん切られてしまうため、ブックマークがブックマークとして機能しない、というのが正しい表現かも。

この方法を用いれば、はてなブックマーク経由でのアクセスをされたくないというニーズを満たすことができます。 ただし、 256 バイト以降がちょん切られた状態でブックマークに伴うコメントを付けることは可能ですので、「はてなブックマークでコメントを付けられるのが嫌だからはてなブックマークされないようにしたい」というニーズは満たせませんが。

出張に行ってきた

木曜日〜金曜日にかけて出張に行ったんですが、お土産を買いに立ち寄ったデパートで輸入ビールフェアがあったので、ふだん近所では買えないものをここぞとばかりに購入。 ( ギネスもあったけど近所で買えるので除外 )

• ヒューガルデン ホワイト 6 本
• ヒューガルデン 禁断の果実 1 本
• ケストリッツア シュヴァルツビア 2 本
• CHIMAY レッドキャップ 1 本
• CHIMAY ホワイトーキャップ 1 本
• CHIMAY ブルーキャップ 1 本
• XXXX Bitter 3 本

XXXX Bitter は明日お邪魔しに行く友人に頼まれたものですが、それ以外については全部自分用。 しばらくはビール日記になるかもしれません。

Tour "7" - Without You the Report はあとまわし

Tour "7" - Without You the Report "Team-one" しか今のところ書いていませんが、 2 日目および 3 日目の分もじっくり時間をかけて書いていこうと思います。 自分を含む参加者の記録に書く感じなので、速報性はいらないかな ? と。

あとまわしにしすぎて記憶が薄れてしまう前には何とか書くつもりですが。

完了報告

Tour "7" - Without You で書いた理由をきっかけに始めたオフ会計画も無事終わったので、どういったことをしたか、誰が参加したかをまとめておこうと思います。 自分および参加者用の記録なので、興味のある方だけどうぞ。 まずは初日のレポート。

1. さらば福岡
2. ターバンの男よ !
3. Team-one 管弦楽団御一行様
4. 真面目な話もした
5. メンバー紹介とかメッセージとか
6. オフレポリンク

さらば福岡

日程の関係上 1 泊だと足りないので、休日出勤分の代休を取って金曜日から出発。 天気予報だと東京はあまりよろしくない空模様だったので、お気に入りの白い靴を履いていくのは断念。 ( 伏線 1 ) モバイル端末を持ち合わせていないため、はてなダイアリー - 真琴＠臨時更新場に携帯メール更新の受け皿を作成。 ここは自分らしく Movable Type で構築しておくべきかと思ったけれど準備期間とかライセンスとかの関係でパス。 こちら側もライセンスを購入しようかなあ……と思いつつこれは関係ない話題なのでまた別途。

夕方に到着する便を予約していたのだけれど、アサノさんの到着時間に合わせるために早目に空港に行って、空席のある便に振り替えをしようと購入カウンタに向かったら担当のお姉さんが可愛くて思わず携帯更新。 ( 伏線 2 )

結局はアサノさんの便よりも少し先に着いたので、手荷物受取口の付近で待ち構えていると職場より電話。 ここでアサノさんから到着したよコールがあったらどうするんですか全くと思いつつ職場よりの問いに答えていると、手荷物受取口にアサノさんの姿を見つけたのでその心配は杞憂に終わったり。

ターバンの男よ !

無事合流できたところで、空港内で食事。 一通り廻って、シチューを売りにしている洋食屋が気になったので入り、ロールキャベツシチューとハヤシライスの両方が楽しめるメニュー ( 名前忘れた ) を食べたりアサノさんがガンジスの流れに誘われてカレーを食べたり。

その後は京急線で品川駅まで出て、品川駅で JR 山手線に乗り換え、新宿で JR 総武線に乗り換て高円寺駅まで。 ( このへんは次回上京時のための自分メモ ) 飲み会までは間があるため、ちょっと休憩をしたり駅そばのネットカフェに行って各 IRC チャンネルに Join してみたり。

またそのネットカフェがあるビルの 1F に吉野屋があって、 Team-one の皆が「それってあの吉野家だよね」って一発で分かっているので何でだろうと思ったら、うーたんの家がすぐ近くらしい。 まーじーで。 「だったら高円寺から一緒に行こうよ」って言ってくれたけど、アサノさんがまだホテルで休憩していて 20:20 に駅に来てねって伝えていたので、それを急に早めるのもちょっとなあってことで予定通り吉祥寺で待ち合わせ。

高円寺から吉祥寺に向かう電車の中で、白いシャツを着た背の高いお兄さんが何故だか印象に残っていたのだけど、駅に着いて待ち合わせ場所に私たちが待っている間もそのお兄さんもいる。 彼も Team-one の方だろうか、でも一人でいるので別の待ち合わせの人かもしれない。 そして時間になってもそれらしい集団が見当たらない。 参加人数が 16 人と聞いていたので、必ずそれっぽい集団がいるはずだ ! ってかこういう時に限って電話の電池が心もとない ! むしろ電話がこねええええ ! ( かけろよ )

とりあえず電池の心配をしながら携帯を見つめていると、向こうの方で携帯を耳にあてていた方が何やらこちらに向かってきて、 「あの、もしかして……」 と声をかけてきた貴方がうーたんご本人ですか初めまして ! え、私の携帯にかけたけど出なかった ? 着信した形跡が無いんだけど……そろそろ換え時かなあ。

そしてさっきの白いシャツのお兄さんはやはり参加者で、自己紹介によって Roots さんと判明。 確かにむかーし mixi にいた頃に見た写真のイメージがあるなあ。

Team-one 管弦楽団御一行様

見出しのような団体名でお店を予約していた模様。 Roots さんは確かにそういった活動をしているけど、私は管楽器なんて全然できないっすよ ! ちなみに南ぬ ( ぱいぬと読む ) ニライカナイ吉祥寺というお店。

真ん中あたりに適当に腰を落ち着けようと思ったら、 davo さん ( 違う人だったかも ) が「真琴さんとアサノさんは上座に座るしか ! 」と言ったので上座に祭り上げられることに。 それを回避するために素早く真ん中狙いで座ろうとしたのに ! 最初に座ったときはテーブルの端に 2 名だけ相席の方が先客で座っていたので、「何かやかましい集団が来たなあ」とか思われていたんだろうなきっと。

幹事である Myu さん ( でも実際はうーたんやもやっさんも幹事役を担ったらしい。お三方ともありがとう ! ) が挨拶をし、でも飲み物がなかなか揃わず間を保たせるのに必死になっていたり。

乾杯直後は左隣に座ったかっぽんさんと良く話をしつつ、時々席を移ってみたりもしたけど全員とじっくり話すことはできなかったのが残念。 最初に生をジョッキで 2 杯飲んだあと、石垣島の地ビール ( バナナ味 ) というものをかっぽんさんと二人で「こんなんあるよどうするよ」「真琴さんが頼むならオレも頼むよ」「じゃあ自分は黒バナナいくよ」なんてやりとりをしたり、久米仙 ( 泡盛 ) のロックを頼んだりという飲み方。

0:30 くらいに終了して、明日のことを考えて一次会のみと決めていた自分とアサノさんと、まだまだ元気に二次会に向かう Team-one 一行はここでお別れ。 何故か胴上げなんてされちゃったよ ! ( 人生で 2 回目 ) 帰る方向が同じうきりんこも交えて 3 人で終電に乗り込み、そして某駅でうきりんこともお別れ。 高円寺駅前の東急ストアでジュースを買って、私とアサノさんはそれぞれの部屋に帰って 1 日目終了。

真面目な話もした

SEO や XHTML の話もしたんだけど、酔ってそんな話をすると、間違ったことは言ってないとは思うけど何を言ったかは覚えていないという事態に。

なんかあの場でそういった話をしていて、まだ話し足りなかったよって人は IRC で話しかけてもらってもいいし、「あの件についてもっと書いて ! 」ってコメント欄に書いてもいいし、何かしらアプローチくれると嬉しいかも。

メンバー紹介とかメッセージとか

サイトは Member紹介などを参考に書いています。 よって、そこには書いていないけどサイト持っているよ ! って人はコメント欄なんかで自己アピール !

アサノさん

今回唯一 1 日目から 3 日目まで絡んだ人。 サイトは Mushline 。 辛いのダメだから激辛カレーを避けたら、普通のカレーもそれなりに辛かったあたりは残念。

うーたん

Team-one の中心人物だと思うんだけど実際はどうなんだろう。 サイトは BAZOOKA 、 IRC での nick は wu 。 先を見据えた考えを持っている人……だと思うけど下ネタイメージが強いのは何故だろう。 ( というか下ネタの時だけ自分が話に混ざっているのか ? )

参加人数のまとめや当日の引率なども担当。 ありがとう !

Roots さん

Team-one の良心 ? 物静かで優しい口調の喋りが印象的だった。 サイトはナリモノイリ、 IRC での nick は同じく Roots 。 トランペットやチューバを吹いているらしく、公演が間近とのこと。 お近くにお住まいの方は是非。 ( ナリモノイリ: 8/20(土), 21(日) CA公演情報！ )

Davo さん

私が Team-one に join するきっかけになった人。 本人にその自覚があるかどうかは知らないけど。 IRC での nick は davo 。

Team-one the Movie ( たぶん非公開 ) では「ダーボ ! ダーボ !! ダーボ !!! ダーボ !!!! 」の掛け声を受け頑張っている。 そしてはるたん ( 誰 ) にちょっと似ている。

Myu さん

最初に話を持ちかけたときに幹事として名乗り出てくれた人。 仕事が忙しいみたいで、時間の無い中尽力してくれて ( したんだよね ? ) ありがとうです。 乾杯時のツカミも担当。

もやっさん

お店の予約を担当。 ありがとう ! IRC での nick は moyasi 。 でもどのへんがもやしなんだろう……。 今回はあまり絡まなかったので次回があれば是非。

かっぽんさん

ヒゲメガネ。 今回唯一名刺交換をした人。 後日のオフでも 1 枚しか渡してないので、現時点では 2 枚しか人手に渡っていないレア名刺だよ ! サイトは ::: SonicFucktory ::: 、 IRC での nick は kappon 。

Lasty さん

SEO の話などを語り合った仲。 サイトは SEOについての覚書や Lasty.org など、 IRC での nick は同じく Lasty 。

個人的にはきちんとした構造の HTML を書いて、見出しに重要な語句を記述するようにして、そして中身のある記事を書けば ( ←ここが大事 ) 充分 SEO していることになる ( hxxk.jp のリンク元の Google の率の高さがそれを証明 ) とは思うけれど、「既に内容が決まっていて、それを更に内容以外のところで SEO する」というのは確かに難しいと思う。

nic さん

IRC ではよく HTML や XHTML の仕様の話を丁寧な言葉でしてくれていたので、立派なヒゲフェイスを見た時はギャップにびっくり。

IRC での nick は同じく nic 。

Genpei さん

ちょうどあの津波の時期に現地を旅しつつ強運に守られて帰ってきた男。 確か初めて Team-one に Join した時はインドあたりのネットカフェにいて、アルファベットだけで会話していた気がする。 学生時代の友人の I 君に激似。

サイトは psych 、 IRC での nick は同じく Genpei 。 そういえばアサノさんが Genpei さんのネクタイについて何か言っていた気がする。

うにさん

前の職場の I さんに似ていた。 というかその I さんもうにさんと同じ年じゃなかったっけ……。 席はそこそこ近かったけどあまり話せなかったので、次回があれば是非。

IRC での nick は Unicorn 。

yasuji さん

電動 ( 以下検閲 ) 。 帽子がすごく似合っていた印象。 yasuji さんもあまり話せなかったので、次回があれば是非。

サイトは |_=禊はらへよ=_| 、 IRC での nick は同じく yasuji 。

soleil さん

近麻がトレードマークの人。 という覚え方だったら怒られるかなあ。 しかも写真を整理している際に Myu さんと間違えてましたゴメンなさい……。

IRC での nick は同じく soleil 。

うきりんこ

さん付けはドキドキすると書いてあることに終わった後に気付いたよ ! 飲み会中は思いっきりさん付けで呼びまくってたし……。

IRC での nick は uki-ring 。

看護士 & tomo ちゃん

この 2 人は全く絡んでなかったなあ……。 IRC でお会いできないだろうか。

オフレポリンク

書いた人はこの記事にトラックバックしてくれると探す手間が省けて助かります。

• SEOについての覚書: TEAM-ONEの人と呑みました

酒バトンの回答だけしてみる

表具師かっぱの「脱 三日坊主 宣言！」 - お酒バトンから廻されていたんですが、バトン系に限らずこういった物の亜種には興味なかったので、申し訳ないけど放置していたんですよね。 でも、答えるだけ答えて廻さないという選択肢もあるじゃないかという話を直接したので方向転換。

家にあるアルコール飲料

• キリンラガービールは家庭の事情で常備。
• ギネススタウトの瓶が 6 本。
• ヱビスビールの黒 500ml 缶が 1 本
• ヱビスビールの 500ml 缶が 1 本
• 銀河高原ビールの SHOT BEER "BLACK"が 2 本

基本的にビールばかりで、その中でも黒ビール率が高め。 毎日飲むわけじゃないのでキリンラガー以外はあまり備蓄していません。

今飲んでるお酒

この質問に答えるために飲めということですか !?

今日は自転車で軽快に走ったので、ギネススタウトとキリンラガーを 1:2 くらいで混ぜて飲んでます。 ハーフ & ハーフじゃないし、何て呼べば良いんだろ。

最後に買ったお酒

ギネススタウトの瓶 6 本入りをついさっき。

よく飲むあるいは思い入れのあるお酒 5 つ

百年の孤独

友人宅で一度だけご馳走になった麦焼酎。 長期間の熟成を経て作られていて、ブランデーのような味わいなのです。 惜しむらくは、まだ成人して間もないころだったので、その美味しさを充分に分からないまま飲んでしまったという点でしょうか。 ( 今もまだまだ美味しさが分かるほどの経験は積んでいないけれど。 )

佐藤 ( 黒麹仕込み )

先輩と一緒に飲みに出かけた際に、記念に入れてくれた芋焼酎。 それを入れた店自体にも思い入れがある逸品。 来週末にまたその店に行く予定です。

ヱビス 超長期熟成

ヱビス 超長期熟成、発売直後に意図せずして購入しちゃいましたでも紹介した通り、モニタ募集に漏れて以来ずっと一般販売を待ちわびたビール。

キリンラガービール

おそらく初めて飲んだアルコール。 親がキリン党なのでそのままキリン党に育ちました。 クラシックラガーも好き。 でもアサヒスーパードライは嫌い。

職場のいわゆる懇親会もそれなりに楽しめる方なんですが、数の論理でアサヒになってしまうのが悲しいところ。

ギネススタウト

キリンラガーに負けず劣らず常備しているビール。 何故これを飲むようになったかは忘れましたが。

次にお願いしたい 5 人

冒頭でも言いましたが、亜種については廻す気が無いのでいません。 廻ってきてないけど答えてみたいっていう人は勝手にうちからもらったことにして答えてください。 そして何かの機会に杯を交わしましょう。

トラックバック送信先

表具師かっぱの「脱 三日坊主 宣言！」 - お酒バトン

バトンをもらってそのまま飲み干しました。

自分で嫌っていることを自分でやらかした

ここ数日の記事は何か狭い視点でしか見ていなかった上に、しかも自分でも嫌う方法 ( メタな視点から切り出すことや、後出しじゃんけん的に「実はこうでした」と言い訳すること ) を取ってしまっていました。 それを他人が見て引いているのを見て、ようやく自分が何をやっていたのか気付かされるというのは、自省や推敲が全然できていないことの証明。 「これって後出しじゃんけんじゃん ! 」ってその場で気付かなかった自分は馬鹿かと。

東京から帰ってきて、改めて引用された自分の追記部分を見て、この日の自分は何をやっているんだろうと、自分でもそう思うくらいなんだからそれを目にした第三者はもっと不快に思っているんだろうなと。

ここ見てて、そんな変な気持ちになった人もいたと思う

そういう人、正直すまんかった。粘り過ぎた。

bmp さん ( 渋谷系＠シプヤ ) がこう書いているように、 bmp さんとテラヤマアニさん ( おれはおまえのパパじゃない ) 、およびこのやりとりを見ていた方で、不快に思った方には私の口から申し訳ありませんでした、とここで謝ります。

今回ずっとはてなのことについて言ってきたのは、 ( ダイアリーをよく使う側ではなくよく読む側として ) はてなが好きで、より良いサービスを作ってもらいたいという思いが根底にありました。 そこで色々な方の意見を取り上げて自分の考えをつらつらと語ったり、論戦 ( と呼べるレベルじゃないかもしれないけど ) を仕掛けたりということをしたわけですが、今考えると枝葉末節にこだわりすぎてしまったのかなと思います。 ( そしてそれはリンク無しトラックバックあたりの自分の主張にもその兆候が見られます。 )

それを表に吐き出す前に自ら気付いて是正するのが正しいあり方なんでしょうけど、もし今回みたいにそのまま表に吐き出してしまった時に、ストレートに気持ち悪いと言ってくれる人がいたっていう好機をちゃんと受け止めて、二の轍を踏まないようにしようと思います。 ( 気持ち悪いと思われて、その人にそれ以降無視されるより、面と向かって言ってもらえる方が自分は嬉しいです。 気持ち悪いと言われちゃ黙ってられねえ、以後気を付けて改善してみせるぜ ! みたいな気概で。 それは多用すると他人の指摘に頼るということにもなるので、「そう言われることを期待した上で考慮が足りない発言をする」ということはしないように気を付けたいと思います。 )

普段は何でも楽観的に考える方ですが、今回は自分から原因を振りまいたこともあってだいぶこたえました。 もしかしたらそれは bmp さんの記事を見るより前に受けた「東京から帰還したら自宅が半壊していた」ことによるダメージが主な原因かもしれませんけど。

いや半壊は言いすぎだし詳しいことは言えないんですけど、最初は本当に何が起こったのか分かりませんでした。 ( けが人などもいませんし、日常生活には大きな影響が無いので心配はいりません。 )

数日外します

Tour "7" - Without You で書いていた通り、関東でオフ会をしてきます。 参加者各位はよろしくお願いします。

前回お会いした人もいれば今回初めてお会いする人もいるので、楽しみで眠れません。 ( 眠れないってのはまあ嘘ですけどうわもうこんな時間 )

トラックバック関連の話題メモ

• はてな はてなスタッフより、はてなダイアリーユーザーの皆さまにお聞きします。現在、はてなアイデアにて「特定はてなユーザーからの自動TBを弾く設定が欲し・・
• BLOG STATION：トラックバックは効果的に
• 無意味なブログを検出しました! : トラックバック弾かー
  • 今日の覚え書き: 言及のないトラックバックへの対応
    • void GraphicWizardsLair( void ); // 今日の覚え書き: 言及のないトラックバックへの対応
  • Modern Syntax : Google様のひとことで世界が変わる

なんだか、ずっとトラックバックのことだけを延々と語るだけでも weblog を続けられそうです。 これらの話題が、関東から帰還後どう膨らんでいるかなあ。 はてなスタッフによるアンケートは締め切られてそう。

また詳しく触れるかもしれませんが、トラックバックってページランクを上げるためやアクセスアップのためなどに用いたりするものじゃないです。 これまでそういった効果が副次的に現れていただけであって、本来の目的はコミュニケーションの促進の手段。 特に今までトラックバックによってオマケで上がっていたページランクは、 Google の rel="nofollow" への対応の時点で既に是正されつつあったと見るべきではないでしょうか。 ( Movable Type 'nofollow' plugin おぼえがき )

Re: 天衣無縫な日々(2005-06-30)

タイミングの問題で後回しになってしまいましたけれど、お返事をします。 書かれてあることには概ね同意なのですが、自分のところに限って言えば「そうじゃないですよ」という部分があったのでそこだけ触れます。 ( 私のやり方はおそらく少数派に属するものなので、「そんなやり方している人は滅多にいないよ」という反論は不要です。 )

「過去に書いた関連記事の紹介」という使い方だけど，これは TrackBack を使うよりはコメントで「過去にこういう記事がありますよ」と紹介した方が良い． その方が TrackBack 先の記事との関連を明示できるから，相手に対して親切であると言える．

そもそも TrackBack 元の内容が TrackBack 先と関連しているかどうかを判断するのは，TrackBack 先の記事の管理者である． そうである以上，TrackBack 元の著者は，自分の記事の内容が TrackBack 先の記事と関連があることを明示する必要がある． そのための最も分かりやすい手法は，リンクや引用を適切に行うことだろう． リンクや引用のしてある部分を見れば，そこに関連が書いてあるからだ．

TrackBack 元の内容が TrackBack 先と関連しているかどうかを判断するのは，TrackBack 先の記事の管理者である という点には同意します。 いくらトラックバックを送ろうとする側が関連しているだろうと自負していても、また客観的に見て実際に関連していたとしても、それを明確に本人に伝えられなければ関連しているとみなされません。

ただ、それを実現する方法がコメントによる紹介か、記事中での適切なリンクや引用だけかというと、違うと思うのです。 私がトラックバックを送る際は、リンクのある無しに関わらず entry_excerpt とは別に tbping_excerpt を新たに書いて、仮にトラックバック元を見てくれなかったとしてもその概要だけで関連性が伝わるように心がけています。 もちろん同様のことはコメントでも行えるので、「それは必ずトラックバックで行うべきである」という根拠はありませんが。

もし Movable Type が、トラックバック送信時の tbping_excerpt を手動で編集できない仕様であったなら、 送られた方が自分の記事との関連を考えるための手間が，リンクや引用のある場合と比較して著しく増大する ことになってしまうので、コメントの方で対応しているでしょう。 もし、 Movable Type 以外のツールで tbping_excerpt にあたる部分を手動で編集できないものであるならば、そのツールを使っている場合は記事本文中に関連性を明示すべきだと思います。

重箱の隅をつつくような指摘

典型的な言及リンクの無い無差別トラックバックの実例と、どのようなトラックバックが多くの人にメリットをもたらすかの指標 - ふと浮かんだ未来でも触れましたが、 「引用」の場合は引用元を明示することが著作権法で義務づけられているので，結局は「言及リンク」が必要ということになる という主張は、 「 blockquote | q 要素の cite 属性で引用元は明示しているから、言及リンクが必要とは限らないのではないか」 という原理主義派からの指摘を受けかねないなと思いました。

トラックバック送信先

天衣無縫な日々(2005-06-30)

タイミングの問題で後回しになってしまいましたけれど、お返事をします。 概ね同意なのですが、私がトラックバックを送る場合に限定すると、必ずしもコメントやリンクだけが関連性を明示する手段ではないと思うのです。

追記された部分

• おれはおまえのパパじゃない - 特定ユーザーからの自動トラックバック受信拒否設定について

「自動トラックバックを送信しない」設定にした旨、ご報告いただきました。 でもこれは俺の望む結果と全然違っていて、これのせいでid:lovelovedogさんは「まっとう且つサプライズドな接続機会」の何10%かを失うことになるわけですよ。 id:lovelovedogさんがはてなで文章を書く意味の何10%かが確実に失われた。

送信は一律、受信は取捨選択 ? - 早速返答いただきましたの時はまだ追記部分がなく、本文に納得していたのですが、追記を見てやっぱり考え方に違いがあるなあと思いました。 テラヤマアニさん ( おれはおまえのパパじゃない ) の望む結果はおそらく「 id:lovelovedog さんが自動トラックバックを送ること自体は変更せず、特定ユーザからの自動トラックバック受信拒否設定が実装された時点でテラヤマアニさんのダイアリーではその自動トラックバックは受信拒否する」ことだと思うのですが、仮にそうなっても まっとう且つサプライズドな接続機会 が失われることがあるんじゃないかなと。 ( これは特定のパターンについて言っており、ユーザによって受信拒否を選択することが全て接続機会の喪失につながるというわけではありません。 )

もし何らかの理由で愛・蔵太さん ( 愛・蔵太の気ままな日記 ) ご本人を嫌っている人がいると仮定 ( ネガティブな仮定ですみません ) して、その人が「特定ユーザからの自動トラックバック受信拒否設定」で愛・蔵太さんからのトラックバックを拒否したと考えた場合、少なくともその 2 ユーザ間に関しては自動トラックバックによる接続機会が失われるわけです。 テラヤマアニさんのように、既に相手のことを知っている上で拒否する分はともかく、単に「好き嫌い」という単純な理由で自動トラックバック拒否を使用する人は絶対に出てくると思います。

また、もし愛・蔵太さんがおれはおまえのパパじゃないについて言及性のある記事を書いた場合にも、まっとうな接続機会が失われる可能性もあります。 ( その場合は手動トラックバックを送れば良いじゃないかと思われるかもしれませんが、自動トラックバックによる接続機会という観点から考えると話は別 )

基本的には 「送信側は一律に送信する ( OFF にできない ) 」、「受信側でその可否を設定する ( ON/OFF の選択が可能 ) 」 が一番良い状態かなと自分では思っています。 自動トラックバックで繋がりを手軽に得たいなら、自動トラックバックの受信を ON にし、それが不要だと思うなら自動トラックバックの受信は OFF にする、という。

Re: gobbledygook - 送信は一律、受信は取捨選択 ?

大枠でテラヤマアニさんの意見に賛同しているわけですが、それ以外の理由が少々。

一つは、コメント拒否機能があるのに、トラックバック拒否機能が無いのは、少々片手落ちかと。

コメントが拒否できてトラックバックが拒否できないというのは確かに片手落ちだとは思いますが、 ( 現在は選択制になったとはいえ ) 自動で送ることが大きな特徴だったものをユーザによって拒否するってのはどうかなあと、前項と同じ理由で思います。 もちろん、 真に凶悪なスパム自動トラックバック を送るような悪質なユーザに対抗するためには有効な手段ではあると思いますが。

自分の?Dからグループにリンクしたときにイチイチトラックバックが飛ぶのが、あまりにもうざったいので、自分のトラックバックを記録しないようにして欲しい。 というモノがあります。 誰が云い始めた事かはいまいち不明ですが。

で、この機能が出来てグループに拡張してくれれば、この件もクリア出来るという事も含みます。

自分のダイアリーから自分のグループに飛んでしまうトラックバックを記録しないように、という点は気が付きませんでした。 確かにそれが毎回記録されると煩わしいかも。 d.hatena.ne.jp と g.hatena.ne.jp で同一 ID だったら記録しないようにして欲しいという要望でも良いような気もしますが、そのロジックを実装するのにどのくらいのコストがかかるか分からないのと、同一 ID でも記録したいというニーズもあると思うので、それは要望しない方向で。

結局は

自分としては、結局は id:3154 や id:3148 の考えに行き着くんですね。 本来のトラックバックと id 記法などで自動的に飛ぶものを明確に分類して、自動的に飛ぶものを記録するかしないかは受信側で設定可能にする ( 後者の考えはアイデア内には書いていませんが ) という。 ユーザ ID によるトラックバック拒否という設定も、それ自体は実装されても良いと思っています。

自動で飛ぶものをトラックバックと捉えるから、言及性の有無とか、それから読者が辿っていってがっかりするっていうことに話が行くんじゃないかなと。 トラックバックじゃなくて「このダイアリーから取り上げられたよ」ということを示す良い名称が浮かべば良いのですが。

更新しないです宣言

今日はこれから飲みに出るので、記事の更新とかコメントへのレスはしません。 いや普段はこういった更新しません宣言はしない ( 別に毎日更新はしていないため ) のですが、 adramine さんに 明日以降で宜しいでしょうか と尋ねられたので、こちらも時間が取れない旨をご報告ということで。

私が一方的に ( そしてある種挑発的に ) 質問しているので、今日答えなくてはならないものでもないし、そもそも必ず答える必要もないのに一言添えていただけたことに感謝しています。

とりとめのない駄文

モヒカン族という言葉の由来はvoid GraphicWizardsLair( void ); // 「ネットのお宅くんたちの理屈は気持ち悪いので聞き入れるつもりは有りません」というありがちな遮断に書かれた時から知っているので、その言葉について誤解をしているつもりはありません。 自分は技術力が無いし理論構築も怪しいので、分類的には偽モヒカン族だろうなと思いました。 ( よく指摘記事を連発したりするのでムラ社会の住人ではないとは思いますが、そもそも自分で自分を分類するものじゃなくて他人が判断するものなのかもしれません。 )

で、由来を知っているからモヒカン族の外見的なイメージも想像できそうなものですが、何故か背広姿で、かつ悪魔巣取金愚のように道を並んで歩いたり広場で輪になって踊っていたりするというシュールなイメージが拭えません。 というかその 2 つって単にボーカルが同じじゃないかという。

そんなことをここ数日ぼんやりと考えていたけど書く場がなかったのでここに書いておきます。

Re: ちはろぐ: トラックバックのマナー(2005年06月19日)

この話題を書く前に

• 「hxxk.jp - トラックバック≠リンク通知」
• 「hxxk.jp - トラックバックポリシーの集計に乗っかってみる」
• 「hxxk.jp - 言及リンク無しのトラックバック ( ただし一定条件有り ) のススメ」

と、その記事内のリンク先を見たりして考えています。

そしてリンクしたからトラックバックするのではなく、自分が書いた記事に対してこう言う結果を導きだしたヤツが居るということでトラックバックを送っておきます。

こういう理由で送られるトラックバックもアリです。 誰かの記事を読んで、それを元に新たな記事を書いた場合にトラックバックを送る……というのはごく一般的なトラックバックのパターンですが、その新たな記事のターゲットは元になった人ではなく、第三者である可能性も充分に考えられます。 今回トラックバックいただいた記事はまさにそのパターンです。

人によってはこういうパターンを見て「ウチの記事の内容には直接関連してないじゃないか」と思われるかもしれませんが、自分の記事の内容をふまえて、また新たな人とのコミュニケーションをとってくれるということは、充分関連があることだと思います。

Re: ちはろぐ: トラックバック関連めも(2005年06月30日)

今回は1カ所だけトラックバックしてみました。

「ただのにっきに対抗して、言及リンクのない熟考されたトラックバックを考えてみる」(hxxk.jp)

……うちからは見えないんだけども、ちゃんと受信されている模様。

むむむ、何故か私のところだけを狙い撃ち。 その理由が書かれていないのがちょっと気になりますが、前項と同じく「この件についてこう考えてみたよ」ということでしょうか。 今回は自分なりに結論を得てしまっており、またこちらから考察を深めるつもりはありませんので、参考記事として覚えておくことにさせていただきます。

それよりも、 hxxk.jp。サイトトップが良く判らないけどもトラックバックに関する話題多し という部分が気になったり。

サイトトップは http://hxxk.jp/ なのですが、その構成が良く分からないということでしょうか ? トップはあまり情報を詰め込みたくなかったので、簡単なサイト説明文と最新記事の概要とゲストブックくらいしか置いていないのですが、それが仇となっているのかなあ……。

あと、テンプレートを細分化している関係か、トラックバック送信直後はブラウザのキャッシュが効いていて反映されていないように見えることがあるようです。 トラックバック送信後は Ctrl + F5 ( Windows の場合 ) でキャッシュを破棄するリロードをしていただくと幸いです。

トラックバック送信先

ちはろぐ: トラックバックのマナー(2005年06月19日)

こういう理由で送られるトラックバックもアリです。 誰かの記事を読んで、それを元に新たな記事を書いた場合にトラックバックを送る……というのはごく一般的なトラックバックのパターンですが、その新たな記事のターゲットは元になった人ではなく、第三者である可能性も充分に考えられます。

ちはろぐ: トラックバック関連めも(2005年06月30日)

1 カ所だけの理由が書かれていないので憶測になりますが、「この件についてこう考えてみたよ」ということでしょうか ? それと、サイトトップのくだりの方が気になります……。

はてなの自動トラックバックの取捨選択

• おれはおまえのパパじゃない - はてなの自動トラックバックのこと

特定はてなユーザーからの自動トラックバックを弾く設定が欲しいなと思った。 はてなアイデアに書けっつー話ですけども、既出かどうかを調べるのが面倒くさすぎるのでここでぐちぐち言います。 クリッピングしかしていないところ(言及性ゼロ)なのでいちいち飛んでくるたびに削除しているのですけども、編集されるたびに新たにトラックバックが飛んでくるのでうっとうしくて仕方ない。

どのユーザを指して言っているのか分かりませんが、直接言えば済むんじゃないかなーと外野の私は思ったり。 ( もう言っていたのならすみません。 )

おれはおまえのパパじゃない - はてなの自動トラックバックのことにおいて想定されるツッコミと返答の予想図

こういうツッコミをするとテラヤマアニさん ( おれはおまえのパパじゃない ) あるいは第三者にこう返されて意見の応酬がされるだろうなという予想を「〜だよ派メソッド」 ( そういう定義があるかどうかは知りません ) でシミュレーション。

本人に「トラックバックが鬱陶しいのでクリッピングのリンクはやめてくれ」と頼めば良いじゃないか

• WWW においてリンクをするなという「お願い」はナンセンスだよ派 ( リンク原理主義派 )
• アク禁にすれば良いじゃないか派 ( 強硬外交派 )
  • はてなダイアリーには特定ユーザをアクセス禁止にする機能は無いよ派 ( ヘルプ読め派 )
    • じゃあプライベートモードにして特定ユーザ以外のユーザを閲覧許可にすれば良いじゃないか派 ( 鎖国派 )
    • ヘルプが多すぎてどこに何が書いてあるか分からないよ派 ( 教えて君派 )
  • アク禁するほど鬱陶しいとは思っていないよ派 ( 平和主義派 )
    • じゃあ少しくらい鬱陶しいのは我慢しろよ派 ( 二極派 )

本人に「言及性を持たせてくれ」と頼めば良いじゃないか

• 言及性のあるリンクの定義って何だよ派 ( 定義主義派 )
• きっと一行コメントを申し訳程度に添えられるだけだよ派 ( 悲観派 )

本人に「『自動トラックバックを送信しない』設定にしてくれ」と頼めば良いじゃないか

• 自動トラックバックこそがはてならしさだからオフにされちゃ困るよ派 ( 懐古派 )
• 手動トラックバックに切り替えられて送られてくるかもよ派 ( ああ言えばこう言う派 )

トラックバックの表示を止めたら良いじゃないか

• 表示されるのが鬱陶しいんじゃなくて送られてくるのが鬱陶しいんだよ派 ( 俺の背後に立つな派 )
• そうすれば表面上は鬱陶しくないね派 ( 妥協派 )

ダイアリー上で名指しして態度を改めてくれることに期待したらどうか

• 色んなダイアリーで名指しされた人を探して黒ユーザリストを作る人が出てくるよ派 ( 陰謀派 )
  • 対抗して「自動トラックバックを弾くユーザリンク集」というリンク集ができるよ派 ( レジスタンス派 )
• ますますムキになってクリッピングされてしまうんじゃないの派 ( 負けず嫌い派 )
• 細々とクリッピングしているだけの人も非難されてしまいそう派 ( 俯瞰派 )

クリッピングで飛んできたトラックバックを削除する必要があるのか

• 自分が鬱陶しいと感じたから消すんだよ派 ( オレオレルール派 )
  • リンクだけだったら削除するのか、一行コメントだけでも削除するのか、少しでもコメントが付いていれば削除しないのかあらかじめポリシーを書いておけよ派 ( 訴訟社会派 )
  • 編集するたびに飛んでくるなら削除する手間の方が鬱陶しいだろ派 ( どっちもどっち派 )
  • クリッピングリンクも立派なリンクだから差別するなよ派 ( クリッピングサイト運営派 )
• トラックバックは言及通知だからクリッピングみたいなリンクで飛ぶのは違うんだよ派 ( トラックバック言及通知派 )
  • はてなの仕様はクリッピングで飛ぶものもトラックバックだよ派 ( はてな仕様派 )

個人的には「クリッピングで飛ぶトラックバック」は本来の意味のトラックバックではないので、自動トラックバックを送信しないように働きかけるのが現実的な解だと思いますが。

それと一通りヘルプを眺めてみて、特定ユーザのアクセスを禁止する方法が無かったので「はてなダイアリーには特定ユーザをアクセス禁止にする機能は無いよ派」と書いていますが、もしそういった方法があるなら「オマエこそヘルプ読め」と遠慮なくご指摘下さい。

アイデアも出ていた

• はてなアイデア - 特定はてなユーザーからの自動TBを弾く設定が欲しい。クリッピングオンリーで言及しないところを表示したくない。

うーん、こういう要望が出るのも自然な流れなのかなーと思いますが、自動トラックバックを送信側でオフにできるようになった時に残念がったのに、受信する側は選別できるようにしたいっていうのはダブルスタンダードであるように見えてしまいます。 言葉を借りるなら、「はてなの思想で、送られてきたトラックバックは基本的に受信するものと考えております」と言われてしまう可能性もあるかもしれません。 どのユーザを指して言っているのか分からないので、もしかしたらそういう要望が出るのも仕方ないと思いたくなるくらい spam 的な自動トラックバックが送られている可能性も否定できませんが。

このアイデアに adramine さん ( gobbledygook ) もベットしていますが、同様に送信側でのオフ設定を嘆いていたので、受信側が送信ユーザによってトラックバックの選別を行うようにできることに賛同したことの理由を聞いてみたいところ。

トラックバック送信先

おれはおまえのパパじゃない - はてなの自動トラックバックのこと

自動トラックバックを送信しないように働きかけるのが現実的な解かなと思います。 極端な話、「はてなの思想で、送られてきたトラックバックは基本的に受信するものと考えております」と言われてしまう可能性もあるかもしれませんし。

はてなアイデア - 特定はてなユーザーからの自動TBを弾く設定が欲しい。クリッピングオンリーで言及しないところを表示したくない。

その特定ユーザに自動トラックバックをオフにしてもらうようにという ( 妥協的な ) 解決方法もあるのでは。

今見ているサイト内で「はてなブックマーク」されてるエントリ一覧を表示するブックマークレット

• fladdict.net blog: 今見ているサイト内で「はてなブックマーク」されてるエントリ一覧を表示するブックマークレット

JavaScript を利用し、今見ているサイトの URI 中のドメインを取得し、それを元にそのサイトがどれくらいはてなブックマークにブックマークされているかを調べるブックマークレットです。

「今見ているサイト」の判断基準

はてなブックマークは、 http://b.hatena.ne.jp/entrylist?=一覧表示したい URI という指定をすることで、その URI を含む記事の被ブックマーク登録状況を一覧表示できます。 そしてそれはディレクトリ毎に絞り込むことが可能です。

• http://b.hatena.ne.jp/entrylist?url=http://piro.sakura.ne.jp/
• http://b.hatena.ne.jp/entrylist?url=http://piro.sakura.ne.jp/latest/
• http://b.hatena.ne.jp/entrylist?url=http://piro.sakura.ne.jp/xul/

( IRC で根回しして、 outsider reflex を例に出させていただくことになりました。 )

もしそのサイトが独自ドメインを持っているなら、 http://b.hatena.ne.jp/entrylist?url=http://piro.sakura.ne.jp/ のように指定すれば、そのドメイン以下の全てのリソースの被ブックマーク状況を知ることができます。 また、その中で内容によってディレクトリを分けている場合、 http://b.hatena.ne.jp/entrylist?url=http://piro.sakura.ne.jp/xul/ のように、そのディレクトリまで指定すると、そのディレクトリ以下のリソースの被ブックマーク状況を知ることができます。

fladdict.net blog: 今見ているサイト内で「はてなブックマーク」されてるエントリ一覧を表示するブックマークレットは、そうしたはてなブックマークの仕様を元に、 url.match(/http:\/\/[^\/]*/g); として、ドメイン以下のリソースの被ブックマーク状況をブックマークレットで取得できるように作られています。

はてなダイアリーなどのサービスの場合

はてなダイアリーなどのように、ドメイン直下にユーザ ID の名前のディレクトリ名を割り当てて各ユーザのサイトを成り立たせている場合、一律に url.match(/http:\/\/[^\/]*/g); としてしまうと、 http://b.hatena.ne.jp/entrylist?url=http://d.hatena.ne.jp/ と指定したことになり、「今見ているサイト」の被ブックマーク状況では無くなります。

そこで、 http://ドメイン名/ユーザ ID/ 形式になっているサービスについては、ブックマークレット作者の Taka さん ( fladdict.net blog ) が、別途対処されている形になっています。 ( url.match(/http:\/\/[^\/]*\/[^\/]*/g); といった感じで、ドメイン自体を基準とするのではなくドメイン直下のディレクトリを基準とするように対応 )

はてなダイアリやライブドア･ブログ等、有名なブログサービスではドメインレベルでなく個人レベルで検索されるように修正しました。 またjs本体がサーバーサイドに置かれたため、更新することなしに最新のバージョンが使用できます。

ブックマークレット自体は javascript:(function(){var s=document.createElement("script");s.charset="UTF-8";s.src="http://www.fladdict.net/bookmarklet/hb_siteentry/hb_siteentry.js";document.body.appendChild(s)})(); という作りになっており、使用するたびに http://www.fladdict.net/bookmarklet/hb_siteentry/hb_siteentry.js を読み込んで実行という形になっているため、今後新たにこのような weblog サービスへの追加対応などがあっても大丈夫なようになっています。

ブックマークレットを新着順で使用したい

そして、ここからが本題なのですが、自分のサイトの被ブックマーク状況を知りたい場合は、デフォルトの人気 ( = 被ブックマーク数 ) によるソートではなくて、新着順 ( = ブックマークされた時刻 ) によるソートの方が便利な場合もあります。

その場合、被ブックマーク一覧を表示する URI に sort=eid というパラメータを付加して、 http://b.hatena.ne.jp/entrylist?sort=eid&url=http://hxxk.jp/ のように指定すれば実現できるのですが、前項の理由でブックマークレット自体は http://www.fladdict.net/ のサーバ上に置かれているため、もしこのような対処をしたい場合は、

1. http://www.fladdict.net/bookmarklet/hb_siteentry/hb_siteentry.js をダウンロード
2. location.href='http://b.hatena.ne.jp/entrylist?url=' + url; を location.href='http://b.hatena.ne.jp/entrylist?sort=eid&url=' + url; に変更
3. 自サイトのスペースのどこかに編集した hb_siteentry.js を put
4. ブックマークレット中で読み込んでいる URI を自サイトのスペースのものに変更

という手順を踏むことになります。

しかし、この手順には「自分でファイルを put できるスペース」が必須条件であり、また最新版との同期が取れないという欠点があります。 Taka さん ( fladdict.net blog ) に「新着順のブックマークレットも置いてくれ ! 」とお願いすればあっさりと解決する件ではあるのですが、いきなりお願いするんじゃなくて一応自分でこういう対処をしてみた上でお願いした方が良いかなあと思ったのでつらつらと書いてみた次第です。

トラックバック送信先

fladdict.net blog: 今見ているサイト内で「はてなブックマーク」されてるエントリ一覧を表示するブックマークレット

新着順によるソートの方でブックマークレットを使用したい場合もあるので、勝手なお願いではありますが sort=eid を付加したバージョンも置いていただけるとありがたいです。

お返しトラックバックが消去された

• 無料インターネットサービス日記: はてなRSSにメール配信機能を追加

典型的な言及リンクの無い無差別トラックバックの実例と、どのようなトラックバックが多くの人にメリットをもたらすかの指標からトラックバックを送ったのですが、消去された模様。

同じく、「トラックバックをもらったけど内容が関係ないような……」といったコメントがあったと思う ( スクリーンショットを採っていなかったのでうろ覚え ) のですが、そのコメントも消去されています。

都合が悪いコメントやトラックバックを消して、無かったことにするというのはあまりに予想通りのパターンですが、トラックバックを送るということは、その相手に対し何らかの情報提供や意見の通知を行いたいということであって、それ以降何らかのレスポンスがあるのを期待しているのです。 「相手の記事から自分の記事にアクセスを呼び込むための手段」と間違って捉えている人にはそれが予想できないのかもしれませんが。 ( 「耳を塞ぐ」というレスポンスをもらったと解釈できないこともないけど。 )

まあ、自分のところの都合の悪いトラックバックを消したくらいでは、多くのサイトに spam 的なトラックバックを送ったという事実は依然周知されたままということが覆せないというのはモヒカン族にはお見通しだぜ。

トラックバック送信先

無料インターネットサービス日記: はてなRSSにメール配信機能を追加

トラックバックを送るということは、その相手に対し何らかの情報提供や意見の通知を行いたいということであって、それ以降何らかのレスポンスがあるのを期待しているのです。 「相手の記事から自分の記事にアクセスを呼び込むための手段」と間違って捉えている人にはそれが予想できないのかもしれませんが。

Movable Type の自動トラックバック

門外漢だけどはてなダイアリーの仕様変更に賛成やはてなダイアリーの自動トラックバックについての考察などではてなダイアリーの自動トラックバックについてあれこれ触れましたが、実は Movable Type にも auto-discovery と呼ばれる似たような機能があります。

1. auto-discovery とは
2. Trackback auto-discovery の利点
3. Trackback auto-discovery の欠点
4. Trackback auto-discovery を使う

auto-discovery とは

現在一般に使われている auto-discovery という用語は、主に 2 つの意味を持っています。 単に auto-discovery というと混乱を招くので、この記事では以下のように呼称します。

RSS auto-discovery

head 要素内の link 要素を用いて、 RSS の URI をメタ情報として示す仕組み。 主にブラウザや RSS リーダ向けの情報提供手段となります。

たとえば、これを行っている weblog の Feed を RSS リーダに登録する際には、 Feed 自体の URI を weblog から人間が見つけ出す必要がなく、 weblog の URI を指定するだけで、 Feed の URI を自動で取得して登録をサポートしてくれたり、 Mozilla や Firefox や Opera などの link 要素対応ブラウザ ( ただし Firefox は拡張機能のインストールが必要 ) にて RSS を簡単な操作で閲覧することができたりといった用途があります。

• 複数の RSS を RSS auto-discovery で提供するには
• hail2u.net - Weblog - RSS Auto-discovery

Trackback auto-discovery

Movable Type において、 トラックバックping先URLの自動検知と呼ばれているものです。 auto-discovery を動作させると、新しいエントリーを作るとき、すべての外部へのリンクを調べて、適切なサイトには自動的にトラックバックを送ります。

たとえば、あなたが Movable Type を使用していて、かつこの設定を有効にしていたとします。 そして、ただのにっきに対抗して、言及リンクのない熟考されたトラックバックを考えてみるを記事内でリンクして取り上げたとします。 すると、 auto-discovery 機能は、記事中の

<rdf:Description
    rdf:about="http://hxxk.jp/2005/06/29/0127.php"
    trackback:ping="http://hxxk.jp/sys/mt3/mt-tb-receive.cgi/861"
    dc:title="ただのにっきに対抗して、言及リンクのない熟考されたトラックバックを考えてみる"
    dc:identifier="http://hxxk.jp/2005/06/29/0127.php"
    dc:subject=""
    dc:description="言及リンクが無くとも、熟考をした上でのトラックバックの実例はあり得ますよと、自分語りを以って反証してみました。ただし、それは稀な例であり、またその熟考は主観的なものであるため、リンクが無い状態のトラックバックに固執するわけではないという考えも持っています。"
    dc:creator="makoto"
    dc:date="2005-06-29T01:27:19+09:00" />
</rdf:RDF>

という記述の trackback:ping を探し出し、自動でトラックバックを送信します。

そして、今回触れるのは後者、即ち Trackback auto-discovery の方です。

Trackback auto-discovery の利点

Blog Developer's Cookbook : Trackback Auto Discovery に、次のように書いてあります。

Trackback をサポートしているBlog エントリには、"このエントリの Trackback URL" という表記がしてあります。 これをコピーすれば Trackback Ping を打つ URL がわかるというわけですが、はっきりいってメンドウです。 こういうものは人手でやるのではなくて、プログラムから自動でわかるようにした方が便利です。

RSS auto-discovery でメタデータ内に示された trackback:ping を自動で取得し、人手で探す手間を省くことができます。 機械が簡単に出来ることは機械に、というのはvoid GraphicWizardsLair( void ); // smashmedia: トラックバックについて考えてみたで出てくる言い回しですが、正にその通りだと思います。

Movable Type の場合は、 trackback:ping を自動で取得してトラックバックを送るところまで自動で行ってくれます。 ( それ以外の weblog ツールや weblog サービスはどうなっているかは知りません。 )

Trackback auto-discovery の欠点

自動で、というのは良いことばかりではありません。 他の原因との相乗効果で、悪い結果になってしまうことも考えられます。

元の記事の内容が薄っぺらだったらトラックバックスパムになりかねない

有用なトラックバックとは - 中身を伴わないトラックバックで述べたことと類似しますが、リンク羅列型の weblog や、一行コメント型の weblog で Trackback auto-discovery によって自動でトラックバックを行うと、受信者側にとってメリットの薄いトラックバックが届く可能性があります。

適切な excerpt を送信できない

Trackback auto-discovery でトラックバックが送られる先が複数あった場合、同じ excerpt でトラックバックを送ることになります。 その場合、トラックバック先の内容に応じた適切な excerpt を送ることはできなくなるでしょう。 複数のトラックバック先に応じてそれぞれ excerpt を使い分ける場合は、手動でトラックバックを送ることになります。

なお、一つの記事からのトラックバック先が一つしかない場合、あるいは excerpt を記事冒頭などから自動生成している場合は問題ありません。

ある種無差別にトラックバックを送る

記事内に、 trackback:ping が検出されるようになっているサイトに対してのリンクがありさえすれば、 Trackback auto-discovery によってトラックバックが送られます。 記事作成者本人が「このサイトにはトラックバックを送りたくないな」とか「このサイトにはトラックバックを送る必要はないな」とか思っていても、関係ありません。

また、はてなダイアリーの自動トラックバックのように、同サービス内限定といった機能もありません。 ( Movable Type は weblog サービスではなくて weblog ツールなので、当然かもしれませんが。 )

「トラックバックはリンクしたことを通知する機能だ」という誤解を生む

トラックバックがどういうものか、どういう仕組みで送られるものかを知っているユーザには Trackback auto-discovery で得られるメリットは大きいのですが、トラックバックというものを良く知らないままに Trackback auto-discovery を刷り込まれると、「トラックバックって、リンクを張ると自動で送られるものなんだー」と思い込んでしまう可能性があります。 憶測ですが。

「リンクしてあるからトラックバックしても良いんだろ」「ツールが勝手に送るものだし」という言い訳に使われる

先般取り上げたただのにっき(2005-06-30) - 言及リンクのないTrackBackの何がいけないのか(2) にもありましたが、 より多くの人にとってメリットになるように頭を使おう というプラスの動きの逆を生む可能性があります。

例えば、記事を書き上げた後に検索して類似の記事を見つけて、「参考リンク」とか「関連記事」とかいった名目でリンクを羅列して Trackback auto-discovery でトラックバックを送るというバッドノウハウとか。

Trackback auto-discovery を使う

Trackback auto-discovery をオンにしてはてなダイアリー - 真琴＠臨時更新場へのリンクアンカーを羅列したテスト記事を投稿し、その挙動を確認してみました。 その結果、複数のリンクアンカーが存在すれば、それらの trackback:ping の存在を確認し、存在した先には一斉にトラックバックを送信したことを確認できました。

確かに自動で行ってくれるのは便利だけれど、やはり自動だと受信者やそれを目にするであろう人へのメリットになるように思慮を巡らせる余地は全く無いなあ……というのが正直な感想。

この機能をオンにしている方の比率を知りたいところですが、レンタル weblog と違ってユーザポータルの類が無いので調査しようがありません。 もしこの記事を目にした方で、 Trackback auto-discovery をオンにしている方がいらっしゃったら、匿名でも構わないのでコメント欄にて使用感などを書いていただけるとありがたいです。