「足あとライブ！」
昨日公開した、リアル・タイム・ページビューカウンター（RPV Counter）に関して、さっそくLingrの開発者の江島健太郎さんから「Webで読者が自分以外の人の存在の『気配』みたいなものが感じられるというのは面白いですよね。」というコメントをいただいた。それにに刺激されて今朝作ったのが「足あとライブ！」。自分の「気配」をもっと明示的に他の人に知らせる仕組みだ。 このブログの右上のページビュー・カウンターの下にある「足あとアイコン」は、クリックすると色を変えることができるのだが、その情報がCometサーバーを伝わって、同時にこのブログを見ている他の人のアイコンにも反映されるようになっているのだ。 ちなみに、Lingrとは、この「足あとライブ！」と同じく、CometサーバーによるPUSHの仕組みを使った「ブラウザ上で動くチャット」である。RPV Counterのデバッグ中に、クライアントか
Life is beautiful: JSON COMETでリアルタイム・ページビュー・カウンターを作ってみた
最近Linuxの勉強もかねて作っているのが、超シンプルなアーキテクチャーのHTTPサーバー。そこそこ動き始めたのだが、それだけでは面白くないので、サーバー側からイベントに応じてデータをPushできるCometの機能を足してみた。 ストレステストのために、昨日からこのブログにこっそりとテスト用のIFRAMEを貼り付けてあったのだが（そのおかげで、バグを三つばかり見つけることができた―感謝、感謝^^）、安定して動き始めたので、見栄えを整えてこのブログの右上に貼り付けてみた。 題して、「リアルタイム・ページビュー・カウンター（RPV Counter）」。Totalはこのカウンターをリセットしてからのページビューの数、Currentはその時点でこのブログを見ている人の数（ただしノイズあり）、PeakはCurrentの過去最大値だが、ページを再ロードせずとも、それぞれのカウンターが自動的にアップデー
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：Lingr and Comet - 技術解説編
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
更新履歴兼雑記 - 2006年04月24日
http://shinh.skr.jp/chat/ryokucha/ 次は Comet 絵チャットを作ってみました。 接続のしかたとかは紅茶とだいたい同じです。 画像の表示のさせかたは Ajax 手書き文字認識 をだいたいパクってまして、要するに 3dot*3dot の span タグです。 手書き文字認識の方ですと、たくさん書き込んでいくと span タグ大量増殖事件で非常に動作が遅くなるのですが、緑茶ではマウスを上げたタイミングでサーバ側で GIF ファイルを生成してそのファイル名を返します。で、ブラウザは黒板の背景をその画像に変更して、 span タグを消します。よって、一筆書きでえらいものを書かない限りは span タグ大増殖にはならないと思います。 基本的には 2色しか無い GIF 画像なのでデータは小さいはずで、だからまぁ、ある程度太い回線があればそれなりに絵チャットできる気が
DWR2.0でのReverse Ajax(Commet)：nod::ぶろぐ:RIA::Flex/AIR/Flash
FlashやFlex,(Ajax）,S2Flex2,ActionScript3,yui-frameworks,Akabanaプロジェクトなどのメモ帳 DWR2.0ではJavaからJavaScriptを非同期に呼び出すことができるReverse Ajaxというのがあるそうです。 詳細はわからないのですが、HTTPのセッションを長くして(張ったままにする)そのセッションを利用してサーバプッシュを実現しようとしているとのことです。 Ajaxでもサーバプッシュに近い事が出来るんですね。 Flash/Flexでは、FlashMediaServerやFDS2で使っているrtmpを利用してプッシュサービスを実現しています。 rtmpはmacromediaが作成した通信プロトコルでFlashVideoなどの映像やデータをリアルタイムで送受信することができるというものです。 FlashPlayerはrtmp
Ajax/Comet - アークウェブシステム開発SandBox
アークウェブシステム開発SandBox Web制作会社アークウェブのスタッフが、システム開発のTips・ノウハウをまとめているWikiです アークウェブシステム開発SandBox アークウェブWebマーケティングSandBox アークウェブWebデザインSandBox アークウェブ アクセシビリティWiki http://www.ark-web.jp/sandbox/wiki/13.html トップ ] [ 編集 | 凍結 | 差分 | バックアップ | 添付 | リロード ] [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ] http://alex.dojotoolkit.org/?p=545 Fundamentally, they all use long-lived HTTP connections to reduce the latency with which me
meebo - online web IM for AIM, MSN, Yahoo, Google Talk messengers
Sign on to your IM accounts from anywhere. No downloads and it's free.
Continuing Intermittent Incoherency ≫ Comet: Lo...
Alex Russell’s notes on the web, life, and DojoAn old web technology is slowly being resurrected from the depths of history. Browser features that have gone untouched for years are once again being employed to bring better responsiveness to UIs. Servers are learning to cope with a new way of doing things. And I’m not talking about Ajax. New services like Jot Live and Meebo are built with a style o
Windchase: ETech2006: After AJAX: Low-latency Data to (and from) the Browser
ETech2006: After AJAX: Low-latency Data to (and from) the Browser 午後のセッションで一番注目だったのが、After AJAX: Low-latency Data to (and from) the Browser でした。 このセッションで紹介していたのは、XMLHTTPRequest を使ってウェブサーバからブラウザにリアルタイムにデータを渡す技術で、Comet という名前をつけたらしいです。Jot Live や Meebo などですでに使われている技術ですね。 仕組みとしては、ブラウザから XMLHTTPRequest のコネクションをサーバにつなげっぱなしにしておいて、サーバがデータをブラウザに送信したいと思ったときにはじめてレスポンスを返す感じです。 これでブラウザとサーバの間で双方向にいつでもデータを流せるようにな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ナオキにASP.NET（仮） : 「Atlas」 から 「Comet」 へ（追記修正済みです）
Purchase Intent Data for Enterprise Tech Sales and Marketing - TechTarget
JavaScript++かも日記 - 1997年からの
http://shotawatanabe.com/2006/03/ajax_comet.html
http://shotawatanabe.com/2006/03/grabby_comet_like_framework_ch.html