Google が携帯や PDA 用にウェブページを最適化するサイトを開いてる。これは何と言えばよいのかな? Google Mobile Proxy?
サイトはモバイル用にとってもシンプル。URL の入力フォームと画像 ON/OFF のチェックボックスだけ。
試しにこのサイトを変換してみる。ちょっと時間がかかって、サイズの小さくなったページが表示される。テキスト・ブラウザーでも OK だったので、imode ブラウザーでも大丈夫だと思う。
あと clmemo@aka のトップページのように巨大なテキストは、複数のページに分割してくれる。で、ページ下には、こんな感じのアクセスキーが追加される。
ページ 1 / 7 3 次のページ 2 画像の非表示 5 Google ホームページ 携帯用に変換されたページ
無駄に大きなサイト、フラッシュばかりのサイトを携帯で見る時は使えそう。面白い試みだと思うのだけど、話題になっていないというのはどういうことかな? とりあえず、del.icio.us では最初のブックマークが 2005-11-04 に入ってるけど...
先の記事に対してコメントが入った。
@aka さんの記事にのっからしていただいて、こんな記事を書きましたので、ご報告。
Blogger はコメントが入ったことをメールでぼくに知らせてくれる。そこで、メールからコメントの入った記事を見に行って、彼の記事からリンクも張られていることに気付いた。
さてさて、Blogger にはトラックバックの代わりにバックリンクという機能がある。
相手が Blogger ユーザーな場合だけだけど、リンクを張るだけで相手記事から自分の記事にリンクが張られる機能。おかげでトラックバックを使うことが少くなった。
ところが、このバックリンク。通知機能がない!
そこでコメントを入れる、とブログの作者はリンクが張られた事に気付ける (メール通知機能を ON にしてた場合に限る Xp)。ぼくは Talk Digger や Technorati でリンク元をチェックできるから困らないんだけど (もちろん通知コメントも OK です)、みんながみんな Talk Digger を使ってるわけでもないでせう。皆、自分のブログにリンクが張られると嬉しいもの。だけど、古い記事にバックリンクが入っても気付かないもの。だから、今回のクリボウさんの気遣いは目から鱗で、リンクばかり張ってる自分をちょっと反省した。
そんなわけで、Blogger なブログにリンクを張った時にも、なるたけコメントを入れるようにしよう、と決意する次第。
POLAR BEAR BLOG で知ったのだけど、Stowe Boyd がブログの評価指標の一つとして Conversational Index (CI) というのを考えたさうな。
指数の計算方法は簡単
CI = ブログの記事数 / (コメント数 + トラックバック数)
CI が 1 を下回ってると、人気ブログの傾向が強いとのこと。
早速、うちのブログの CI 値を計算してみた。
CI = 378 / (179 + 39) = 1.734
コメントには返事コメントを返すようにしているので、実際のコメント数は 90 位い。そちらを考慮に入れると CI = 2.93。人気ブログには程遠いなぁ。
TypePad だと (POLAR BEAR BLOG さんの記事にあるように) ブログ投稿記事とコメント数とトラックバック数がコントロール画面に表示されるのだけど、Blogger だとそうはなっていない。Blogger の場合どうやって調べるか。
まず記事数。Blogger にログインしてダッシュボードにブログの名前と一緒に投稿数が表示される。うちのブログは一年経ってないけど 378 も記事があるのだねぇ。一日一記事以上!? そんなに書いてたかしらん。
次にコメント数。Blogger にコメント数を知らせてくれる機能はない。幸いぼくはコメントが入るとコメント通知アドレスにメールを送るようにしていて、全てのコメント・メールを保存してある。メーラーでコメント通知用のメールを検索してみると、179 との答えが出た。
最後にトラックバック数。HaloScan の「Manage Trackback」タブを開く。この管理画面には、一ページ 20 トラックバックが表示される。数えてみたら、39 のトラックバックがあった。
Blogger ユーザーには、CI 値の計算は面倒ですな。それに Blogger 同士の場合トラックバックじゃなくてバックリンクを使ってしまうので、CI 値は高くなりそう。もしかしたらトラックバックの代わりに、外部ブログからのリンク数を使うべきなのかもね (トラックバックの代わりというのは、引用トラックバックしているという仮定で...)。外部リンクは、例えば Technorati で調べられるかな。
この値をもとに計算し直してみると
CI = 378 / (179 + 109) = 1.312
もう一声! 一年後、もう一度計算してみやう。
Cute Overload のサイドバーで先日行われた Cute Overload T-shirts の読者投票の結果が公開されてる。
結果、ハムスターの写真が一位となった。投票には 33,000 人以上が参加したという (時々 cute に数字が改竄されてるので疑わしいけど、大きすぎる数でもないし、きっと本当でせう)。結果は以下の通り。
ぼくの推した Licking Kitten は 4% 差の二位。くやしいなぁ。
現在、Cute Overload ではハムスターの写真を元に T シャツを作成中とのこと。お値段は如何程でせうね。
Google Analytics に「サイト上のデータ表示 (site overlay report)」という機能が加わった (再開した?)。サイト内リンク (クロスリンク) のクリック数を、実際のサイト画面に上書きする形でレポートする機能。情報元はここら辺。
左サイドバーの「すべてのレポート」から「コンテンツの最適化」「ナビゲーションの分析」「サイト上のデータ表示」でトップページとオーバーレイ・レポートが表示される。このレポート内のクリックを押すと、リンク先のページのレポートも見れる。
ヘルプによると、外部へのリンクや JavaScript リンクは数えられないとのこと。また、
1 つのページにリンク先の同じリンクが複数ある場合は、これらすべてのリンクのクリック数が合計され、各リンクのデータ表示バーには合計数が表示されます。
ということで、例えば個別ページからトップページに移動するのに (複数のリンクがあったとして) どのリンクを使ってトップに戻ってるか? という事は分からない。
どのリンクがクリックされているかというより、どのリンクが利用されていないかのレポートにぼくは興味があるなぁ。
ともかく、Google Analytics を使える人は一度覗いてみる価値あり。
OpenCage 経由、KMの日記 で知ったネット・ラジオ、Pandora が面白い。
サイトに行ったら、曲名かアーティスト名を入力する (洋楽限定ね)。すると Pandora がその曲 (or アーティスト) とよく似た曲を見つけてフルコーラスでかけてくれる。例えば、「Nat King Cole」と入力すると、次の曲がかかった。とても Nat Cole と感じの似た選曲・人選だと思いませんか。
サイトにはフラッシュで出来たプレーヤーがあるだけ。とてもシンプル。プレーヤーには再生しているアルバムが表示される。アルバムをクリックすると、iTunes でその曲を、Amazon でそのアルバムをすぐに買うことができる。
Pandora では曲のスキップはできるのだけど、もう一度その曲を聴くことはできない。ここが開発者の上手い所で、あ、この曲イイ
とリスナーが思った時に この機会を逃したら、二度とこの曲に出会えないかもよ
という雰囲気を演出してる。もちろん、情報をメモに取ることはできるのだけど、そこに iTunes や Amazon の「Buy」ボタンがあると、つい押したくなる。リスナー心理を巧みに握んだ作りだと思う。
さて、Pandora を知ったのは 2005-11-25。何故、このタイミングで紹介記事を書いたのか。それは、2006-02-01 に Pandora がアップデートしたから。
新しい Pandora の特徴は、ユーザー・ページ。この曲イイと思ったらリスナーであるぼくはアルバム部分をクリックして「Add to Your Favorites Page」を選ぶ。すると、ぼく専用のページに好みの曲がブックマークされる。
ページを見てもらえば分かるけど、再生ボタンがついている。今ぼくの環境だと Loading Sample とばかり出て再生できないのだけど、つまり、ブックマークした曲のさわりを聴き直すことができるわけ。公式ページには 30 秒再生できると書いてある。Pandora は今回のアップデートで RSS 対応にも力を入れていて、友達の Favorites Page の RSS 配信もしてくれる。選曲センスのある人の Favorites Page をフィード・リーダーに登録しておけば、良い曲との出逢いも増える。ソーシャル・ミュージック・ブックマークという感じですな。
他にもキーボード・ショートカットが追加されたり、バナーが出来たりと細々としたアップデートがある模様。
この機会に Pandora、ちよつと触ってみませんか。新しい出会いがあるかも。
firefox 1.5 系の最新バグ・フィクス版 1.5.0.1 がリリースされた。午前中から、各所ブログでリリースされたとの記事が入る。
firefox 1.5 系の目玉の一つが自動差分アップデートということで、かなり期待。メニューの「ヘルプ」から「ソフトウェアの更新を確認」一つで更新されるという。
それでメニューを見るのだけど、「ソフトウェアの更新を確認」をクリックすることができない。ぼくは Linux で firefox を使ってる。Linux 版だけリリースが遅れているのかな、と様子を見守った。
夕方 18 時。一般ユーザーで firefox のシステム・インストールができるはずのない事に気付く。ソフトウェアの更新をやるなら、スーパーユーザーでやらなきゃ。早速、手元の firefox を終了し root で firefox を改めて起動。root だと「ソフトウェアの更新を確認」がクリックできる! Linux ユーザーで同じようにハマってる人は他にもいるんじゃないかな。
ここから先の手順は一本道なので迷わない。分からない人は、次のリンク先を参考にどうぞ。
差分アップデートに終了したら、一度だけ root で firefox を再起動。
これで firefox は 1.5.0.1 にアップデートされる。
なお、いくつかの拡張機能がアップデート後使えなくなるかもしれない。そういう場合は朝顔日記さんの記事を参照されたし。
...問題は拡張機能が無効にされてしまった場合です。その拡張機能が Firefox 1.5 で正常に利用できていたのであれば、ほとんどの場合 Firefox 1.5.0.1 でも利用することが可能です。なぜ無効になってしまうかといえば、その拡張機能の対応バージョンに関する記述がよろしくないためであると考えられます...
ぼくの環境だと Mozex が 1.5.0.1 に対応していなかったけど、朝顔日記さんの方法で無事使えるようになった。
差分アップデートは初めての体験だったけど、とても便利。Linux で少し手間だったけど、次回は迷うまいぞ。
TechCrunch がオンライン・ストレージの比較記事を書いてる (ただし英語, 日本語翻訳も出た)。
オンライン・ストレージ (online storage) はネット上のディスク・スペースを持たせてくれるサービス。最近は GB を越える容量のサービスが覇を争ってる。二年前では考えられなかったことだね。
TechCrunch で招介されたのは 13 のサービス。
サービス名の前に付けた記号の意味は: ○/● タダ/有料。□/■ ストレージ・サイズが 1 GB 以上/より下。△/▲ API あり/なし。▽/▼ ファイルのタグ付けあり/なし。☆/★ RSS 配信あり/なし。◇/◆ Public share 可/不可。ソースは TechCrunch の比較一覧表。比較対象は基本プラン。なお、他ユーザーとのファイル共有は Mozy 以外全てのサービスが対応している。
1 GB 超なサービスをフリーで提供しているサービスが多いねぇ。Gmail が出た後もそうだったけど、小容量で有料なサービスは、どんどん見限られそう。タダのサービスに、全部登録してしまいたい誘惑にかられてしまう Xp
TechCrunch は、Omnidrive (現在未公開) を筆頭に、Box.net、Streamload をオススメに挙げてる (詳しくは元記事をお読み下さい ;)。
個人的には、沢山のファイルをフォルダー分けするのは嫌なので「タグ」は欲しいし、他ユーザーとファイルを共有した時にファイルの更新を「RSS」で配信できれば便利そう、ブログからリンクを張ったりするのに public sharing ができるといいなぁ。あと、API が用意されてると面白いコードが書けるんじゃないかと期待しちゃう。Omnidrive は、そこら辺全部カバーしてる。
ここら辺を併せて考えると、Omnidrive がホント魅力的。
そういえば、The Best Web 2.0 Software of 2005 という記事でも、openomy がトップで、以下 Xdrive、Omnidrive、Allmydata と Omnidrive の名前が挙がってた。
ぼくは openomy を使ってるけど、Omnidrive が出たら登録してみやうかな。
最後に、Gmail で大容量 storage を提供してる Google が、本格的にオンライン・ストレージの世界に参入して来るか来ないかが気になる。技術的にはすぐに出来ると思うのだけど、やらないのかなぁ?
昨日、Google Reader のインターフェースがちょこっと変わってた。おや、と思ってたら Google Reader アップデートの公式アナウンスがあった。2005-10 月末以来、約 3 か月ぶりのアップデート。
Google Reader では「ラベル」(aka. タグ) をフィード (subscription) ごとに割り当てられる。けれど、今までの Google Reader はそのアクセス方法が面倒だった。「edit subscriptions」タブをクリックして、講読一覧を表示。そこに表示されるラベル一覧から選ぶというもの。「edit subscriptions」タブの表示にえらく時間を取られて面倒だった。
新しい Google Reader では、「edit subscriptions」タブの位置が移動して、新しく「Labels...」というプルダウン・メニューが用意された。朝、「news」ラベルを付けたフィードだけ読む、という事も簡単にできるようになるはず。
ぼくは今まで label は使いものにならないと思って、適当な付け方をしていた。実を言うと、ブログ・サービス名のラベルを貼ってた。例えば clmemo@aka は「Blogger」、hatena@aka は「hatena diary」とう感じ。このラベルの付け方はあまり意味がない。ちゃんと意味のある (使える) ラベルを付けてればよかったと後悔 Xp
キーボードじゃプルダウン・メニューが使えない? いえいえ、そこで g l と連打。ラベル一覧がポップアップ表示される。ラベルの最初の何文字かを入力してラベルを絞り込むか、矢印キーでラベルを選んで (↓↑キーの扱いが変?)、RET キー。
先の g l の他に、いくつかのショートカット・キーが追加された模様。
他にも細かい修正があるみたい。気に入ったのは「edit subscriptions」の Filter と Labels を一緒に使えるようになったことかな。今までの Filter は全てのフィードに対してしか使えなかったから。
昨日、携帯にメールが入った。件名は「宅急便お届けのお知らせ」
○○ 様
クロネコヤマトよりお荷物のお届けについてお知らせします
クロネコヤマト! さういえば、そんなサービスに申し込んだ覚えがある
もう半年も前のことだから忘れてたよ。続きを読むと
01 月 31 日 12 時 47 分にお届に参りましたが、ご不在でしたので持ち帰りました。
■伝票番号
....
なんと。もう届いた後かい。
さらに続きがあって、
■再配達のお申し込み
再配達が申し込める。方法は二通り。一つはメールに URL が書かれてるのでそこにアクセスする方法。もう一つは、メールに書かれてる電話番号に電話をする方法。
メールに記載されてる電話番号は、その地域の主管支店 (サービスセンター) 宛。携帯でメールを受け取った時は、こちらを使うんじゃないかしらん。
ただし、うちの携帯電話は新しくなったばかり。URL にアクセスするとネットから再配達を依頼できるのかな? と試してみることにした。
SSL 通信が始まって (スゴイぞ、SH902i。古い機種じゃこんなことできなかったに違いない! と何気に感動) ページが表示されると...
宅急便再配達受付
- 担当ドライバー直通
- インターネット受付
ドライバー直通? リンクを辿るとドライバーに電話が繋がった! 名前と住所を言ったら再配達の日時を決められた。実際、13 時前に電話をしたのだけど、14 時に届けてくれるとのこと。そんなに早く家に帰れなかったので、18 時以降に届けてもらうことにした。
営業所よりドライバーに直に電話ができる方が対応が細かい (と思う)。クロネコヤマトの「宅急便お届け通知サービス」でメールが携帯に届いたら、営業所へ電話せずに URL からドライバーに直電を! 全ての作業を携帯の中だけで出来る。小さな手間を省いてるこのシステム、なかなかに好印象。
クロネコヤマトの Web サービスは
から申し込める。もちろん無料。
2005-05-08 に旧記事を書いた時は、携帯電話の番号からログインしてたと思うのだけど、2005-08 に「クロネコ ID」なるものが出来たらしい。ちょっとあせったけど、手続き一つで以前の古い設定を引き継げた。
