タグ

cometに関するhoneybeのブックマーク (14)

  • WebベースのチャットシステムをCometで·Comets MOONGIFT

    先日、Lingrのサービス停止が発表された。ビジネス的には難しい面もあったが、技術的には興味深いものだった。特にCometについては、Lingrではじめて知ったという人も多かったのではないだろうか。 Rubyで実装されたComet Webブラウザベースながら擬似的な持続的接続を可能にするCometを手軽に体験してみたい、という方はCometsを試そう。 今回紹介するフリーウェアはComets、RubyベースのCometエンジンだ。ソースコードは公開されているがライセンスは明記されていなかったのでご注意いただきたい。 はじめにお断りしておくと、Cometsはまだ完全な実装ではないようで途中で接続が切れてしまう。最近話題のSinatraをフレームワークに用いており、アプリケーションサーバはMongrelを使っている。 Firefoxから アプリケーションとしてはベーシックなチャットアプリケーシ

    WebベースのチャットシステムをCometで·Comets MOONGIFT
  • Tomcat 6で実現! Ajaxを超える通信技術Comet (1/3) - @IT

    Tomcat 6で実現!Ajaxを超える通信技術Comet:Tomcatはどこまで“安全”にできるのか?(3)(1/3 ページ) Ajaxを超える? Tomcat 6で搭載されたCometとは? 前回はTomcatを“安全”に活用するために、ツールを使った運用の仕方やTomcatの設定について解説しました。 今回はTomcatの安全性から少し離れて、Tomcat 6の新機能の利用方法について解説します。Tomcat 6では、いくつかの大きな拡張がありましたが、今回はJ2SE 1.5で実装されたNew I/O APIjava.nioパッケージ)を用いたComet(コメット)通信について解説します。 おさらい 「通常のHTTPでの通信」 通常のHTTPでの通信はクライアントのWebブラウザなどからサーバへリクエストを送信し、サーバはリクエストを解釈してレスポンスを返します。つまり、通信のタイ

    Tomcat 6で実現! Ajaxを超える通信技術Comet (1/3) - @IT
    honeybe
    honeybe 2007/12/13
    TomcatでComet。キタ!
  • RubyForge: ShootingStar: Project Info

    Our goal is development of practical comet server which will be achieving over 100,000 simultaneous connections per host. On this purpose, we abandon portability and use system calls depending on particular OS such as epoll and kqueue. Development Status: 4 - Beta Environment: No Input/Output (Daemon) Intended Audience: Developers License: MIT/X Consortium License Natural Language: English, Japa

  • みかログ: ErlangでComet

    telnet接続で計算問題を出題する (fujishinko 雑記帳) jquery history プラグインアップデート (みかログ) Logicool MX Revolution (RedWing's Blog) Erlang で memcached を作ってみました。 (DSAS開発者の部屋) [erlang]proc_lib で echoserver を書き直した (cooldaemonの備忘録) [security] PHPセキュリティ続き (Angelic Wing) [Erlang][Programming][Erlday][Comet][Yaws] Erlang for everyday use (3) (ZHlog) [Prog (ひおにっき) [Prog (ひおにっき) ErlangからPerlを使う (404 Blog Not Found) ErlangでCome

  • エラー

  • 最速配信研究会 - Web2.0とC10Kに関する数々の誤解

    Web2.0 = Ajax/Cometなの?とかプロセスIDは今でも16ビットなの?とかはサテオキ、 個々のクライアントがサーバに要求する処理量は小さなものでハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする――。これが最近Web開発者の間で話題となっている「C10K問題」(クライアント1万台問題)だ。 AjaxやCometなどのクライアント側技術に伴うサーバ側の問題に関していろいろ誤解があるようなので,書いておきたい.きっとlingrの中の人はこの記事読んでニヤニヤしてるはず. 以下、記事にないことも書いてあるのでそのつもりで. 誤解その1 AjaxによるWebアプリの台頭でサーバ側の負荷が増大する Ajaxの典型的な使い方はサーバに問い合わせてページの一部分だけを 変化させるというモノだ.これはページ全体を書き換える従来の方法と違い, すでに

    最速配信研究会 - Web2.0とC10Kに関する数々の誤解
  • Cometd - The Scalable Comet Framework

    Maximum flexibility with Publish-Subscribe, Peer-to-Peer and Remote-Call choices.

  • CodeZine:CometとAjaxを利用したチャットサーバの実装()

    はじめに 『簡単なHTTPサーバの自作』第5回目の今回は、クライアントとの通信に、ブラウザ自身によるリクエスト/レスポンスに加えてAjaxとCometを利用した簡単なチャットアプリケーションを実装します。 Webアプリケーションでチャットを実装する場合に考えなければならないのは、他の発言者のメッセージをどうやってブラウザへ反映させるかです。自分が発言する場合は、サーバへ対してメッセージが送信されます。従って応答データに現時点の発言を返せば済みます。しかし、この方法だけでは他の参加者の発言を発言時に読むことはできません。 この問題を解決する手段は複数あります。 次の図は最も原始的ですが、確実な『F5連打法』を図示したものです。 F5連打法では、ユーザーは最新の発言がありそうだと感じた時に[F5]を叩きます。するとブラウザが最新の情報をサーバへ取りに行くため、もし発言が更新されていればその情報

  • [ネタ] Ruby on RailsでCometを実現する http_polling プラグイン (recompile.net)

    RailsのプラグインでCometなアプリケーションを簡単に書けるようになったら、うれしいかもしれません。Juggernautというものありますが、これは80番ポート以外をつかうので全然うれしくない。 そこで、書いてみました。polling_methodを指定してあげると、:wait_forで指定したアクションが実行されるまで、HTTPコネクションをつかんだままで、アクションの実行を待機します。 例えば、Controllerクラスは、次のようになります。 class CounterController :increment def count render :update do |page| page.replace_html 'count', @counter.count end end def increment @counter.increment! :count render_te

  • おとこのCometアプリケーション! Jetty 6 Continuation入門まとめ(後編:その2) (recompile.net)

    « おとこのCometアプリケーション! 非モテのためのJetty 6 Continuation入門まとめ(後編:その1) | メイン | example.com にAレコードが振られているどころかApacheが元気に稼働中である件 » おとこのCometアプリケーション! Jetty 6 Continuation入門まとめ(後編:その2) このエントリーは、前回からの続きです。 サーバの実装 クライアント側の実装は、 リクエストを発行してから、カウンターの値が返ってくるまで待つlong-pollの仕組み ユーザからのイベントをうけて、カウンターの値を増加させるようにリクエストする仕組み というふたつに分類することができました。サーバ側についても、それぞれに対応するかたちで実装していきます。 Jetty 6では、Ajaxアプリケーションのために、org.mortbay.util.ajax.

  • リアルタイムなチャット (2) - まちゅダイアリー (2006-04-11)

    リアルタイムなチャット (2) - まちゅダイアリー (2006-04-11)
  • おとこのCometアプリケーション! 非モテのためのJetty 6 Continuation入門まとめ(後編:その1) (recompile.net)

    « おとこのCometアプリケーション! 非モテのためのJetty 6 Continuation入門まとめ(前編) | メイン | おとこのCometアプリケーション! Jetty 6 Continuation入門まとめ(後編:その2) » おとこのCometアプリケーション! 非モテのためのJetty 6 Continuation入門まとめ(後編:その1) このエントリーは、前回からの続きです。 サンプルアプリケーション それでは、Cometの実装をみていくことにしましょう。サンプルアプリケーションを用意しましたので、まずは大まかにサンプルアプリケーションの動作を確認してください。 サンプルアプリケーションは、サーバプッシュ型カウンターです。サーバ側に保存されているカウンターの値が増えると、そのイベントがクライアント側へと伝えられ、クライアント側の表示が更新されます。クライアントの動作に

  • おとこのCometアプリケーション! 非モテのためのJetty 6 Continuation入門まとめ(前編) (recompile.net)

    « 突然、有名サイトに自分の写真が掲載されていたら | メイン | おとこのCometアプリケーション! 非モテのためのJetty 6 Continuation入門まとめ(後編:その1) » おとこのCometアプリケーション! 非モテのためのJetty 6 Continuation入門まとめ(前編) はじめに Jetty 6には、継続(continuation)という機構が用意されました。この記事では、その応用例であるCometによるウェブアプリケーションの実装を取り上げ、解説をします。 Cometでは、サーバプッシュ型アプリケーションを実現するために、サーバに対してHTTPコネクションを張り続ける必要があります。こうした接続の手法は、従来のHTTPサーバでは想定されているものではありません。 また、Cometが提供するイベントドリブン型のウェブアプリケーションでは、サーバ側や、クライア

  • CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance:Lingr and Comet - 技術解説編

    さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに

    honeybe
    honeybe 2006/09/22
    ふーん。擬似プッシュ
  • 1