Hatena

エントリーページの URL 変更について - はてなブックマーク日記 - 機能変更、お知らせなど はてなブックマークのエントリーページ (コメントページ) の URL はこれまで以下の形式を採用してきました。 * /entry/http://d.hatena.ne.jp … 本日よりこの URL を以下に変更します。(変更理由は後述) * /entry/d.hatena.ne.jp … (スキームが http の場合) * /entry/s/d.hatena.ne.jp … (スキームが https の場合) これなんで http と https で階層変えたんでしょうか。単に、 \* /entry/http/d.hatena.ne.jp ... (スキームが http の場合) * /entry/https/d.hatena.ne.jp … (スキームが https の場合) で良かったのではないでしょうか。entryの次の階層はスキームを表すにしておくべきだったと思います。 もっと言うと http スキーム以外のリソースに対するブックマーク機能は考えない方針にしてしまったようなのが残念です。 大作ゲームとか映画であればオフィシャルサイトとしてドメインを取得しているため、統一的な URL が提供されています。（永続的に URL が維持されるかは不透明な部分ではありますが。） しかし、現在の書籍や CD といったモノに対するブックマークは、代表的に Amazon のその商品ページが代替リソースになっていることが多いように思えます。 逆にこういったものは元々、ISBN や JAN コードといった統一のシリアルがあります。 これらの体系コードをスキームとして扱い、ブックマークできる可能性をわかりやすく（*1）残しておいても良かったのではないかと思いました。 *1:ドメインはドットによる区切りが必ず１つは存在するため、振り分けが完全にできなくなったわけではありません。

調べたのでメモ。 はてなブックマーク Web Hook からの Post を CGI で受けとってみただけです。 HTTP_USER_AGENT Hatena::Bookmark::Service::Webhook/0.01 CONTENT_TYPE application/x-www-form-urlencoded REMOTE_HOST gw.hatena.ne.jp

(開発者さま向け) はてなブックマーク Web Hook 機能を公開しました - はてなブックマーク日記 - 機能変更、お知らせなど がリリースされて一週間。 色々と考えたのでメモっておく。 真っ先に思いつくのが Twitter へのポストですね。これは はてブの Web Hook で Twitter を更新する - IT戦記 を筆頭にみなさん作られてますね。 個人的検索クローラーのトリガーとして使う 前々から思っていたのは、自分がはてブしたリソースに限ってクグれたら良いなということです。 この Web Hook に tritton (MySQL + Senna) 使ってサクッと作ってみようかと思います。でも、あくまでの Google デスクトップのように個人用ですよね。 一般公開サービスにするにはインフラ的要求がとてつもないものになってしまいます。ただグループとか車内で使う分にはいいかもしれません。あっ、普通は社内だと Web Hook を受け取れないですね。 はてなスター Web Hook の方が Twitter ポスト向き おそらくそのうち出て来るであろうはてなスター Web Hook こっちのほうが Twitter にポストするには向いていると思います。 個人的に、Twitterとフィードリーダーは前者は「見るもの」、後者は「読むもの」に相当します。 だから Twitter にこぼれ話のブログエントリーをポストしてもらうのは良いんですが、ちゃんと読みたい（べき）記事をポストされるのはあまり嬉しくないです。はてブのお気に入りもフィード購読しています。 Twitter は「流すところ」で「貯めるところ」ではない。そして、はてなスターは「流すところ」ではてなブックマークは「貯めるところ」という感覚から、そう思いました。 タグによってターゲットが替えて使うのが良いかも そのうち複数のポスト先が指定できるようになると思います。そうなると例えば、[あとで読む] はタスク管理サービス、[これはすごい] は Twitter というように内容に応じて換えられると便利ですよね。 ということで今だと、複数サービスをターゲットにできるようにするブリッジコントローラーを作ってみるのも面白いかも。

Hatenabar は Firefox のアドオンのツールバーです。 Firefoxでもっと便利に使おう - はてな はてなのサービスにワンクリックで簡単にアクセスできたりブックマークや日記での言及数を見ることができたりします。 でも最近気づいたんですが結局、 はてなブックマークとここはてなダイアリー、そしてたまにはてなカウンター を行き来するリンクボタンとしてしか使ってなかった。 だからブックマークツールバーに必要なものを突っ込めばいいんじゃないかと。 こんな風に… Hatenabar の機能のために Live HTTP Header でデバッグしているときにhatena.ne.jp サーバとのリクエスト・レスポンスが表示されてしまうのでその度にオフにしていたりもしました。 高さが減り表示領域が増えたので快適です。

http://d.hatena.ne.jp/claddvd/20090112/1231767107 をみて、「そうそう、増えるとその度に手動並び替えをしていてどうにかしたかった」ことを思い出しました。 どうせならその場で直したい、ということでブックマークレットを書いてみました。（もう既に誰か作っているかもしれませんが、探すよりも自作した方が速そうだったので。） Bookmarklet javascript:var t=document.getElementsByTagName(“textarea”)[0];var a=t.value.split("\n");t.value=a.sort().join("\n");alert(“Categories sorted.”) 速攻で書いたので見てのとおり、テキトウです。今のところ最初に出てくる textarea なので。あと、Array.sort() なのでタグの大文字・小文字を区別します。

新春はてなダイアリー書き初めキャンペーン に参加してみる。 私の2009年の抱負は「地を固める」です。抽象的過ぎますが。 ここに書いたら、はてなの中の人が読むかもしれないので、一言。 既にやってると思いますが…。 「今こそ Rimo を うごくメモはてな で復活させるべき。」

昔は、はてなアンテナをよく利用していたのだが、LDR -> Fastladder で RSS 購読をするようになってから全く使わなくなってしまった。 でも、別の使い方を見つけたので、ひっそりと使っている。 それは、Web サービスの Daily Cron としての使い道だ。 アンテナは定期的に登録 URL を確認しに行く。だから、その URL にサービスの cron 用スクリプトを指定しておけば、cron のような使い方ができるのだ。具体的な時間の指定はできないが、「だいたい最低一日一回実行しておきたい」ことには適している。 レンタルサーバで cron が使えない場合、自宅サーバの cron から定期的に叩きにいくようなことをしているときは、この方法をお勧めしたい。

id:Hamachiya2 さんが作られた「はてなブラックスター」/ はてなブラックスターが変わります！ - ぼくはまちちゃん！(Hatena) これを Hatebu HotentReader（はてぶホッテントリーダー） のブックマークコメントでも表示できるようにしてみました。 最初、ブラックスターの実装ははてなスターとは全く別のサービスで構築されたのかと勝手に思っていたんですが、そうではなくスター対象の URI に 「_HatenaBlackStar」を追加する方法で行っていることがわかりました。ということでこれなら簡単に実装を追加できそうなので対応してみました。コメントとブラックスターが区別できるように色などのスタイルの仕様も変えています。 Greasemonkey 等による対応ではないので、アドオン不要です。もちろん IE からでも見られます。

http://d.hatena.ne.jp/hatenadiary/20080603/1212450666 ということで、あっさりと導入が開始されました。私はデザインがまちまちのこのダイアリーに導入する意味がよくわからなかったので、その旨を はてなより、はてなダイアリーをお使いのユーザー様に質問します.. - 人力検索はてな として書いたんですが、（DoCoMo っぽく）はてなの Answer はなかったですね。 このダイアリーはもともと Google Analytics を設定していました。ちょっと埋め込まれたソースを見てみました。 二個埋め込まれていますね。最初の UA-1351649-1 はユーザー設定のです。二個目の UA-441387-31 がはてなのものです。 気になるのは、 の出力は二度必要なのだろうか（ga.js をくまなく見ていないと再度初期化がいるのかもしれないが）。var gaJsHost 〜の部分は絶対に二重定義だけどね。 UA-441387-31 のトラッキングログを公開してほしいな、見てみたい。

http://q.hatena.ne.jp/1211443834 でアンケート方式の質問をしてみた。しかし結果がどうも信用できない。 まず回答終了までが予想以上に早かった。17:10:36 から 17:22:16 と開始から終了までで12分に満たなかった。また、このうち Q01, Q02 はいきなり答えられるとして、Q03. はまず初めて質問に書いてある URL にアクセスするはずである。この時間帯のアクセスログを見ていると 14件しかない。つまり、36人の人(?)は見ずに答えたことになる。厳密にはそれまでに見たことがあった人がいたかもしれないが、これまでに5人程度しかアクセスされていないことからも最低30人は選択肢から適当に答えたとしか思えない。 もしくは自動回答ボットによって答えられている可能性がある。今回選択肢にダミーを入れていないが、Q02. で「タイトル」が判断材料にならないことはまずあり得ない。となると「タイトル」を選択した17人がだいたい人力であり、それ以外はボットと考えても不思議ではない。17人だと前述したアクセス数とも合ってくる。 有効回答数は多く見積もっても40%(50件中20件)程度にしかならないだろう。ボットではなく単にポイントゲッターの人でも今回の質問は内容に沿った回答が Q03. を除いては素早くできると思われるのでボットが多いと思わざる得ない。 http://i.hatena.ne.jp/idea/10864 のような要望が実装されない限り使う気はもうない。結局、今回のアンケート結果も有効性がなくなってしまった。