IM::EngineとStardustで3分クッキング - あくる日
YAPC::Asia 2009で（少なくとも個人的に）話題だったセッションから、StardustとIM::Engineを使って3分クッキングしてみる。（実際どのくらいかかるかはよくわからん。） 概要 Stardust（CPAN, github）は簡単に使えるCOMETサーバ。COMETでStardust…ああ、ネーミングセンスが良すぎる…。てのはともかく、COMETのデモはやっぱりインパクトがあって楽しい。起動すると/channel/の下にAPIが出来て、外からそいつに適当にアクセスすれば話は済むようになっている。APIにPOSTしてあげればデータが登録されて、APIからGETすることで引き出せるってわけだ。 IM::Engine（CPAN, github）はAPI Designのセッションで登場するのだけれど、HTTP::Engineのように使える（らしい）Instant Messagi
Comet通信について(キャンプで書いたコードの一部の紹介) - 素人がプログラミングを勉強していたブログ
キャンプ4日目に、グループ実習で通信対戦型のテトリスを作ろうという話になって、僕がクライアント側のJavaScriptのコードをだいたい書いて、id:qnighyがRubyでサーバー側のComet通信の部分を担当する、といったことをしてた。 Comet通信もこの時初めて知って、クライアントとCGIを常に繋ぎっぱなしにして、CGI側が必要になった時リクエストを切って、情報を渡す。情報を受けとったらすぐリクエストを投げて繋ぎっぱなしにする。といった感じで通信を行なう。ということをした。 JavaScript側のComet通信の一部のコードも掲載してみる。最新のコードをgitから落してくるのを忘れたので、このままでは動かないけど、ロジックはこんな感じ、といったことで。 やってることは、クライアント側がしばらくリクエストが帰ってこないと勝手に切っちゃうので、CGI側が10秒程度で一旦、jsonで
Comet/Ajaxの上を行く技術 - Blog by Sadayuki Furuhashi
上を行くかどうかは知りませんが :-p Ajaxはクライアントの都合でサーバーに通信を仕掛けるpull型の通信ができ、Cometはサーバーが好きなタイミングでクライアントへデータを送りつけるpush型の通信ができるわけですが、新たに双方向の通信ができる技術を開発しました。 具体的には、JavaScriptとサーバーの間で双方向のRPCができます。すなわち、サーバーからクライアント側のJavaScriptのメソッドが呼べるし、逆にクライアント側からサーバー側のメソッドを呼ぶこともできます。 サーバー側で call("addMessage", "Hello!") とやると、JavaScript側の function addMessage(msg) { ... } という関数が呼ばれたりします。 この技術を使って、試しにチャットシステムを作ってみました ＞ デモ （ソースコード）*1 リアルタイ
Kazuho@Cybozu Labs: 高速なCometサーバを書いてみた件
« Pathtraq 最新ランキング ガジェットを公開しました | メイン | Q4M (Queue for MySQL) 0.3 リリース » 2008年03月10日 高速なCometサーバを書いてみた件 もう昨年の２月になりますが、Comet について調査を行いました。その際の成果をまとめたスライドは既に公開していた (Comet の正しい使い方) のですが、同時に実際に作ってみた実装についても、オープンソース化することとなりました。コードは CodeRepos に置いておきますので、どうぞご覧ください。 (Revision 7754: /lang/perl/fastr) 使い方は example ディレクトリ以下を見ていただくとして、ベンチマークの結果とチューニング手法について、記録と記憶に残っている範囲からまとめておきたいと思います。 パフォーマンスについて まず、パフォーマンスに
blog.8-p.info: Comet 勉強会
日曜日は Comet 勉強会でドリコムに行ってきた。「勉強会」というものに参加するのは初めて。発表者を会場で決められるほどの層の厚さは、さすがに Comet や Erlang ではきびしめで、自分ももっと勉強しておくとよかったな。 DRECOM Chat に Comet 勉強会の部屋があって、話題になったページはそこに載ってたりします。 ShootingStar 瀧内さんの作っている Rails と組み合わせて使える Comet 実装について。 大量のコネクションをさばけること イベント通知に専念すること 通知されたクライアントが、改めてイベントの内容をサーバーに問い合わせる すぐに使える Rails との組み合わせで便利 「5分でチャット」とか Rails 風マーケもやってみたり Flash 不要 Flash は Linux では動かない、と Juggernaut のひとがいってた でも
Purchase Intent Data for Enterprise Tech Sales and Marketing | TechTarget
Enterprise Strategy Group: Go-to-market Expertise to Help You Win
Kazuho@Cybozu Labs: Comet の正しい使い方
« 「スーパー技術者争奪戦」 | メイン | JavaScript から Flash の便利な機能を使う方法 » 2007年02月23日 Comet の正しい使い方 今日会社の勉強会で Comet について話す機会がありました。 Comet については、普及するかどうかという以前に、どう使えばいいのか、正しく使った場合に何をどこまでできるのか、という理解が共有されていないように思います。なので、(あくまで私見ですが) 使用したスライドの一部を公開したいと思います。よろしければごらんください。また、問題や改善すべき点があれば、教えていただければ幸いです。
「足あとライブ！」にペンギンアイコンがやってきた
「うみがめプロジェクト」（Googleの２０％ルールに相当するもの）のつもりで作り始めたCometサーバーだが、あまりに楽しすぎて、頭を他のことに切り替えるのが難しくなってしまった。今朝も弁護士が作ってきた特許の出願書類の下書きを読みながら、ついつい（Cometサーバーに関する）妄想に走ってしまう自分をコントロールするのに一苦労してしまった。 しかし、なんとかその仕事も終わったし、面接も二つこなしたので、次のミーティングまでの合間をぬってちょこちょこっとプログラミング。 「足あとライブ！」にペンギンアイコン（http://www.peso.nu/から拝借―感謝、感謝）で自分の気持ちを表現できる仕組みだ。使い方はいたって簡単。下のペンギンの横に並んでいる文字の一つをクリックすると、その文字に対応したペンギンアイコンが、このブログを見ている人全員の「足あとライブ！」に表示される、という仕掛けだ
「足あとライブ！」
昨日公開した、リアル・タイム・ページビューカウンター（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を入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
新しいサーバー・プッシュ型ウェブ・アプリの呼称comet - huixingの日記
ajaxに似ているけれどもajaxでない、新しいサーバー・プッシュ型ウェブ・アプリをアレックス・ラッセルAlex Russellはcometと名付けた。cometは何かの略称というわけでは全くなく、gmailにおけるgtalkのインテグレーションやmeeboなどがcometに当たるという。 New services like Jot Live and Meebo are built with a style of data transmission that is neither traditional nor Ajax. Their brand of low-latency data transfer to the browser is unique, and it is becoming ever-more common. Lacking a better term, I’ve tak
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エラー
Shooting Star - babie, you're my home
http://rails.office.drecom.jp/takiuchi/archive/175
http://rails.office.drecom.jp/takiuchi/archive/171