blog.8-p.info: Comet 勉強会 #2
「来月までに勉強してきますねー」といってわかれたのに全然勉強してないなー、と後ろめたい気持ちで日曜日に恵比寿に行ったら、第一回に比べてものすごい勢いで人が減ってた件。ひどい！ でも、相変わらず実装・運用している人のはなしがずいぶん聞けて勉強になった。「Comet といえば」感のある Lingr とかね。以下時系列順じゃなくて話題ごとに並べ直しているので注意。 Erlang 実際に見てみたけど、前回の予想はそんなに外れてなかった。 魔法は無い。 配布されている tarball が最近でかくなったのは、コンパイル済みの中間コードも同梱されるようになったから。 Erlang ってもともと UNIX 育ちではないよね MD110 という交換機むけのシステムに書かれたらしい epoll とか使ってるの? → grep するぶんにはあったよ Erlang のプロセス (!= UNIX プロセス) は軽
Kazuho@Cybozu Labs: Comet の正しい使い方
« 「スーパー技術者争奪戦」 | メイン | JavaScript から Flash の便利な機能を使う方法 » 2007年02月23日 Comet の正しい使い方 今日会社の勉強会で Comet について話す機会がありました。 Comet については、普及するかどうかという以前に、どう使えばいいのか、正しく使った場合に何をどこまでできるのか、という理解が共有されていないように思います。なので、(あくまで私見ですが) 使用したスライドの一部を公開したいと思います。よろしければごらんください。また、問題や改善すべき点があれば、教えていただければ幸いです。
COMET meets mod_mailbox - lighty's life
Some time ago we got a request on how to implement COMET with lighttpd. I responded with a idea about a mod_multiplex which would allow the let the client open a COMET-channel and give the backend the possibility to feed multiple channels at once with the client to poll for new data. Basicly it would separate the HTTP Request-Response cycle from the underlying connection. HTTP would be used to ope
ウノウラボ Unoh Labs: 【サイト研究】第6回 Lingr - Comet を利用した ConnectiveChat - (10/16)
akano です。 今回は、江島健太郎氏のチームが開発した、「ブラウザ上で動くチャット」Lingr の研究を行いました。 チャットという Web アプリは 20世紀から存在するネットアプリです。CGIBOY のチャットは自分もよく使っていました。 チャットというのは複数の人間が同時にアクセスしており、その Web ページはリアルタイムに変化することになっています。そのリアルタイム性を担保するために Web ブラウザは○秒おきにサーバに対してリクエストを送り、サーバは○秒毎の最新のページを生成しブラウザ（クライアント）に送信します（ボーリング）。 それはすなわち、「ただページを表示するだけで」チャットサーバに対して膨大なアクセスがくることを意味します。例えば、1000 ユーザが同時接続している状態で、１秒に１度の間隔でポーリングを行うと、月間で26億ヒットとなり Google のページビ
ShootingStar: URLにプリフィックスが付くと動かなくなる件のまとめ - so what
RailsのURLが「http://foo.bar.com/」じゃなくて「http://foo.bar.com/prefix」だったりするとうまく動かなかったりしたので、アドホックに修正。 バージョンは3.0.0。 設定ファイル ↓のようにdatabase.ymlに「prefix」を追加。 development: ... shooting_star: server: storehouse.quickvps.net:13202 shooter: druby://0.0.0.0:7123 prefix: /masudaitter vendor/plugins/meteor_strike/lib/meteor_strike.rb 24〜33行目 config['shooter'] ||= 'druby://localhost:7123' config['prefix'] ||= '' # <-
2007-07-17
http://izumi.plan99.net/blog/?p=19 ふむふむ、なるほどなるほど。 おぉ…と思ったけど、まずはテストしなくては。 追記 こーゆー話もあった。 http://izumi.plan99.net/blog/?cat=7 http://izumi.plan99.net/blog/?p=25 http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/237511 追記２ とりあえず試してみた。 だいたい最初のプロセスに30MBぐらいで、ひとつ子プロセスを作るごとに6〜7MB消費 ⇒ メモリ使用量 = 30 + 6〜7 * (n - 1) [MB] (Vine Linux 4.1 / VirtualBox) 追記３ lighttpd + FastCGIだと1プロセスあたり19MBぐらい消費 ⇒ メモリ使用量
ShootingStarを動かそうとした… - so what
まとまった情報がない…うぅ… 情報源とか RubyForge: ShootingStar: Project Info Hello, world! - 瀧内＠ドリコム研究室のブログ 5分ぐらいでCometを使ったChatを作る方法 ShootingStar 非公式Wiki 「5分で作るチャット」を実際にやってみた “「5分で作るチャット」を実際にやってみた”をやってみた メモ 環境 Vine Linux 4.1 (VirtualBox / WindowsXP) Rails 1.2.3 mongrel 3.0.0 非公式Wikiのやり方でチャットを作るもうまく動かず…orz うまく動かず←ブラウザでアクセスしてもリロードしないと更新されない 「2.0.2でプロジェクト作成→2.0.2で動かす→3.0.0にアップデート→3.0.0のサーバを起動」だと動いた…ような気がする 2.0.2 非公式Wi
ShootingStarを動かそうとした… その２ - so what
「./vendor/plugins/meteor_strike/lib/meteor_strike.rb」の「localhost:8080」を強制的に書き換えたら、ホストOSのブラウザでもちゃんと動くようになった。 ってことは設定が読めてないのかな…なんでだろ？ 追記 database.ymlに development: ... shooting_star: server: 192.168.11.4:8080 shooter: druby://0.0.0.0:7123 と追加したら、設定ファイルから読むようになった。 database.ymlから読むような仕様なのかなぁ…なんかenvironment.rbに設定が足りないだけのような気もするけど。 追記２ ホストOSのIEでも動いた。とりあえず2.0.2でいくかなぁ… 追記３ ↑の設定で3.0.0でも動いた。よかった〜。
Webアプリケーションのソフトウェアコンテスト「Drecom Award on Rails 2007」を開催。
Webアプリケーションのソフトウェアコンテスト「Drecom Award on Rails 2007」を開催。 株式会社ドリコム（本社：東京都渋谷区、代表取締役：内藤裕紀、東証マザーズ上場：証券コード3793）は、本日、Web アプリケーション開発のためのオープンソースフレームワークRuby on Rails を利用したソフトウェアコンテスト「Drecom Award on Rails 2007」 (リンク ») の開催とコンテスト参加者の応募受付を開始することを発表いたします。 ドリコムは、2006 年4 月に、開発力のさらなる強化・迅速化を目的として、個人向けサービスの開発にRuby on Rails を利用することを決定するとともに、国内のオープンソースフレームワークの普及にも貢献するため、「Drecom Award on Rails 2006」 (リンク ») を開催いたしました。
Ringo's Weblog: 2006年09月23日 アーカイブ
CometとPolling いつのまにかLingrに頻繁にログインするようになった。 といってもkenn氏のRoomに固定だが。 その関係もあって、Cometと単なるPollingを使ったやり方について少し考えた。 たとえばMMORPGをブラウザ上に実装する場合は、 ひっきりなしに通信をするので、Cometのように待つようにしても、 Pollingをするのと比べても、大した負荷軽減にはならない。 たまにpushしてほしい少人数のチャットにはまさにうってつけだが、 ゲームやボイスチャットのようなアプリにはそれほど有用ではない。 メッセージとメッセージの間が数十秒以上空くことがほとんどなのに、 リアルタイム性が必要なアプリにのみ使えるということだ。 チャット以外でCometが応用できそうなアプリケーションにはどういうものがあるだろうか？ まず、それぞれのメンバーが等しく情報を発信するタイプのも
IO::Pollでcometなチャットサーバを書いてみた - 遥かな時代の階段を
perl側 #!/usr/bin/perl use strict; use warnings; use IO::Socket; use IO::Poll qw( POLLIN POLLOUT POLLHUP POLLERR ); use Data::Dumper; use HTTP::Request; use CGI; my $_timeout = 15; $SIG{ALRM} = \&timeout; alarm($_timeout); my $port = shift || 3000; my $server = IO::Socket::INET->new( LocalPort => $port, Listen => 10, Reuse => 1, ) or die $@; my $poll = IO::Poll->new(); $poll->mask( $server => POLLI
2007-05-15
今まで何度となくファイルアップロードを書いては忘れ、その都度調べてて、いい加減疲れてきたのでここにメモる。今後はここをコピペする方向で。 基本的にこちらのコピーなので、要respond_to_parentプラグイン。説明もそちらを参照。ここには単にコードだけ置いときます。 できることは、画面遷移無しのファイルアップロードと、フォームの下に表示されているファイルリストの非同期な更新。 テーブルはこんな感じ class CreateUploadedFiles < ActiveRecord::Migration def self.up create_table :uploaded_files do |t| t.column :filename, :string t.column :content_type, :string t.column :size, :integer t.column :d
「5分で作るチャット」を実際にやってみた - Spirit of Apprenticeship (みならいだましい)
「5分ぐらいでCometを使ったChatを作る方法」 を実際にやってみましたよ、と。 結論から言えば、「がんばれば5分でいけるかも」って感じです。 手順さえ理解できてればぼちぼちやっても10分はかからないんじゃないかなぁ。 編集したファイルはこのページに載せてあるのが全てだし。 てことで、説明開始。 ＜前提＞ shooting_starはgem install済みとします アプリ名が瀧内さんの動画と違うのは気にしないで下さい ＜準備＞ railsコマンドでアプリケーション生成 $ rails shot_chat create create app/controllers create app/helpers create app/models meteor_strikeプラグインをインストール $ cd shot_chat $ ./script/plugin install svn://r
blog.8-p.info: Comet 勉強会
日曜日は Comet 勉強会でドリコムに行ってきた。「勉強会」というものに参加するのは初めて。発表者を会場で決められるほどの層の厚さは、さすがに Comet や Erlang ではきびしめで、自分ももっと勉強しておくとよかったな。 DRECOM Chat に Comet 勉強会の部屋があって、話題になったページはそこに載ってたりします。 ShootingStar 瀧内さんの作っている Rails と組み合わせて使える Comet 実装について。 大量のコネクションをさばけること イベント通知に専念すること 通知されたクライアントが、改めてイベントの内容をサーバーに問い合わせる すぐに使える Rails との組み合わせで便利 「5分でチャット」とか Rails 風マーケもやってみたり Flash 不要 Flash は Linux では動かない、と Juggernaut のひとがいってた でも
CometとAJAX CHATの作り方について整理 (Re::Monologue)
AJAXでCHATを作る場合のパターンについて、現時点で集めた情報をまとめてみました。 前提 JavaScript は、HTTP通信オブジェクトである XMLHttpRequest を持つためにブラウザの再読込なしにデータの送受信が可能です。また、JavaScriptはDOMを扱うことができるのでHTMLの要素を自由に書き換えることができます。(innerHTMLを用いても可) この二つの特徴を生かすと、ブラウザの再読込なしにHTTP経由で受け取ったデータをHTMLに表示することができます。 このような技術を用いて CHATを作ると、画面遷移(リロード)のない高速なCHATを構築することができます。あたかも IRCクライアントのようにWebページにログを書き出していくことができるわけです。これがAJAXでCHATを行う場合のメリットです。 ここまでは、AJAXでCHATを作るメリットについ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リアルタイムなチャット (2) - まちゅダイアリー (2006-04-11)
http://railsblog.yujis.jp/articles/2007/04/23/shootingstar%E3%82%92%E5%8B%95%E3%81%8B%E3%81%97%E3%81%A6%E3%81%BF%E3%81%9F
ShootingStar 非公式Wiki - Create
エラー