OpenID認証の仕組み(想像)
■ Streamripperその後 先月仕掛けたStreamripperだが、ほったらかしにしておいたらこんなことに: % du -h ~/var/mp3 8.7G /home/sho/var/mp3 % df Filesystem 1K-ブロック 使用 使用可 使用% マウント位置 /dev/hda1 38811816 31140276 7671540 81% / ぎゃ、もう10GB目前じゃん。RadioioJazzは64kbpsなので、128kbps換算にすると17GB相当である。ぜんぶ聴くのに何日かかるやら。つーかディスクの使用量が80%を超えてしまったので、しばらく休もう。 ■ OpenID認証の仕組み(想像) 今日のパワポ仕事に飽きたので、余勢で1枚。 なんとなく盛り上がっていることを察してVidentiry.org上にページを確保したのはいいが、何が面白いのかさっぱりわからない
Google Calendar に見る RSS 認証の今後の方向性 : 管理人@Yoski
先日リリースした toread.cc (あとで読むの英語版) がすごいことになっていて少々バタバタしつつも(「あとで」レポート書きます)、ひとまず落ち着いたエントリを。 さて、各所で話題になっている Google Calendar について。 （レビューは 秋元さんのブログ などで簡潔にまとめられていますので、そちらを参照して頂くとしてここでは割愛します。） さて、私が注目したのは Google Calendar の Atom フィードの配信方法です。 以前から「認証が必要なパーソナルデータをフィードで配信する方法」についてはいろいろな議論がなされていました。 少し前に一番基本的で確実といわれていたのが HTTPS + 基本認証 を用いる方法で、実際 GMail のフィードではこの方式が用いられています。 ※ GMail Atom フィード: https://gmail.google.co
Kazuho@Cybozu Labs: RSS Feed と認証
« mod_webdev | メイン | フィードビジネス・カンファレンス リンク集 » 2005年12月08日 RSS Feed と認証 本日 (12月8日) フィードビジネス・カンファレンス (FBS カンファレンス) で RSS Feed の拡張について話しました（資料は後ほどカンファレンスのページで公開されると思います）。カンファレンスでは Podcasting を始めとするさまざまな RSS の拡張を紹介したのですが、本エントリでは、その中で説明した RSS Personalization について書きたいと思います。 I. 背景 RSS は今日、現在ブログやニュースといった、主に公開情報を配信するために使われています。しかし今後は、Ｅコマースや社内ソフトウェア、SNS といった認証やパーソナライゼーションが必要な分野でも使われていくだろうと考えられます。 現時点でも Basic
Authentication/Identity for Mashups: blog.bulknews.net
Authentication/Identity for Mashups マイミクマップ というアプリケーションがあります。 mixi に登録している自分の友達の出身地あるいは現在地を調べて Google Maps でプロットするという、典型的な Web 2.0 的アプリ。mixi のデータと Google Maps API の remix (Mashup) であり、とってきたデータを視覚的に見せる (Data Visualization) と、Web 2.0 の王道をいっている感じでグッジョブ！といいたいところなのですが、ひとつ決定的に残念なのが、 パスワードやメールアドレスを入力することに不安がある方は、一旦メールアドレス、パスワードを変更してからご利用いただき とあるように mixi のIDとパスワードを渡してログインさせてスクリーンスクレイプしてデータをとってきているところ。これは
Kazuho@Cybozu Labs: Web Identity Syndication (WEIS)
表の各項目について説明します。なお、以下では WEIS の仕様に準じ、リソース (データあるいは機能) を提供するウェブサイトを Provider、それを利用するウェブサイトを Consumer と呼びます。 ・スケーラビリティ Consumer が Provider 毎にサービスをカスタマイズする必要があるかどうか、を示すのがこの項目です。 flickr や 30 boxes の承認 API は自社のアプリケーションに密結合されています。また、無知な Consumer がリソースにアクセスしようとして認証を要求された場合に、どのようにして認証トークンを要求すればよいか、発見 (Discover) する仕組みを持っていません (つまり、認証 API の URL について、 Consumer が事前に知っておく必要がある) 。 したがって、flickr や 30 boxes の API は、
Microsoft、LonghornでRSSをサポート
米Microsoftは6月24日、次期WindowsのLonghorn（コードネーム）でRSSをサポートすると正式発表した。エンドユーザーによるRSSフィードの発見、閲覧、登録を容易にし、開発者が自分のアプリケーションにRSSを組み込みやすくする狙い。 LonghornではユーザーがWeb閲覧中に、目立つアイコンを表示してRSSフィードを見つけやすくするとともに、ブラウザを離れることなくフィードを読めるようにする。また、Webサイトを「お気に入り」に登録するのと同じように、簡単にRSSフィードを登録できるようにする。 開発者は自分のアプリケーションでRSS機能を活用しやすくなるとMicrosoftは説明。例えばカンファレンスへの出席を予定しているユーザーがそのカンファレンスのイベントカレンダーに登録し、自分のカレンダーアプリケーション内部で、LonghornのRSS対応のカレンダーアプリを
Web 2.0 (相互運用性) の抵抗勢力 | Kazuho Oku's Weblog （跡地）
ブログの成功は、相互運用性注1によるところが大きい。トラックバックや RSS と言った技術は総体としての価値を向上させ、Rauru さんが指摘しているように、いまやその上に Technorati のような知性的なサービスまで出現している。 しかし、同様のことが、他の分野でも成り立つとは限らない。 コンテンツ分野においては、相互運用性を確保するにより総体としての価値を向上し、各プレイヤーの利得となるという正のフィードバックが存在する注2。 一方、実体物の商取引はゼロサムゲームである。そして、言うまでもないことかもしれないが、ｅコマース分野における相互運用性は、今日のプレイヤー多数の犠牲なくしては成立し得ないのではないか。 Amazon の特許に示されているようなモデルの下では、ゲームはごく少数のマーケットプレイスと、多くの従属的なサプライヤーによって構成される。このような環境下では、利益はマ
Kazuho Oku's blog - Yahoo! Widgets が RSS を駆逐する?
XML よりも lightweight な microformats が流行の兆しを見せる中、RSS / Atom フィードは、一見、すでに普及を約束されているように思われる。 しかし、Yahoo! の Konfabulator 買収により、その流れも変わるかもしれない。 RSS / Atom フィードの問題点は、均質化と硬直性にある。常に他サイトと比較され、機能追加のために標準化を待たなければならないというのは、商用ウェブサイト運営者にとって望ましい状況ではない。 Yahoo! Widgets は、これらの問題を解決するソリューションとなる可能性を秘めている。ウィジェットを使えば、サイトのアイデンティティを保ちながら、自由な Look & Feel で、ユーザーと常につながっていることができる注1。 楽天が RSS 対応を表明する一方で、目端の利くライブドアの技術者は、せっせウィジェット
ウィンドウズVista とグーグルが、「Feed API」というプラットフォームで激突する
GoogleがFeed APIを公開するかもというのは、けっこうデカい記事。 Niall氏の予測では、例えばGoogle自身もGoogleデスクトップがFeed APIと連動してデスクトップ自体をRSSリーダー的に利用できるようにするだろう、と言っています。 以下、MSの動向との関係を考えてみる。 先駆けていたMSの動き FeedのAPIについてはMSが先駆けてこんなスローガンを出して、 こんな絵を描いていた。Windows Vistaのお話。 （上記２スライドは、PDC05 "RSS in Windows Vista" Amar Gandhi, DAT 320, RSS Enthusiast & Group Program Manager, Microsoft Corporationからの引用。「Microsoft Team RSS Blog : Team RSS at PDC '05」
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://wordpress.rauru-block.org/index.php/313