LingrとRejawサービス終了のお知らせ:Kenn's Clairvoyance
今回は残念なお知らせがあります。 5月末をもって、LingrとRejawの両サービスをシャットダウンすることになりました。いずれのサービスも、すでに新規サインアップは受付停止済み、5月15日までユーザデータのダウンロード依頼を受け付け、5月16日からは新規発言ができなくなり、5月末の完全停止までの間にデータをダウンロードしていただく段取りになります。 今まで支えてくださったユーザの皆さんには、このような結末になってしまい本当に申し訳なく思っています。シャットダウンという最終決定を下すまでには多少の猶予をいただき、営業譲渡などでサービスを存続させる方法も模索していたのですが、受け入れ先を見つけることができませんでした。 2005年の夏にインフォテリアの100%子会社として操業を開始した米国法人のインフォテリアUSAですが、こちらもサービスの終了を見届けた後、6月中に解散・撤収することとなりま
【埋】Lingrイベント盛況に感謝！ - 14人が4時間半で作る怒涛のコンテンツ
日曜コラムです、こんばんは。 コラムというか、先日の Lingrイベント のご報告です。 ■2007/03/23 [Lingrでお話しましょう - 週末チャット・トライアルのお知らせ Lingrでお話しましょう - 週末チャット・トライアルのお知らせ] ■2007/03/24 [Lingr が Permalink なコンテンツを作っていく過程 Lingr が Permalink なコンテンツを作っていく過程] ■2007/03/24 [オープンWebチャット「Lingr」のコト始め （ビギナー編） オープンWebチャット「Lingr」のコト始め （ビギナー編）] 3/24 22:00-24:00 に Lingr「デジモノサロン」で行われました 「Lingrおためしチャットイベント」 ですが、おかげさまで多くの方々にご参加頂きまして、 とても楽しい企画になりました。(・▽・)ノ ご参加くださ
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：お待たせしました、ガツンとLingrの新リリースです
例によってご報告が遅くて申し訳ありません。 とうとう待望のLingr API（リンガー・エーピーアイ）とLingr Radar（リンガー・レーダー）をリリースしました。 世界最強（と勝手に思ってる）ウェブチャットのLingrですが、さらなる未知の世界へと大きな一歩を踏み出すときがやってきました。 今回のリリースは、Lingrを最初にグランドリリースして以来の最大のアップグレードです。 いやぁ長かった。。。ここに至るまでの経緯について少しお話させてください。 どんなプロダクト開発にも仮説と検証のなかで見つかる大きなミステイクがありますが、Lingrももちろん例外ではありません。わたしたちの最大の失敗は、「自分のチャットルームを作っても、誰もこないその部屋でずっとひとり誰かが来るのを待ってるのは寂しい」という点を見逃していたことでした。 ブラウザというのは能動的なメディアですから、自分からアク
【埋】オープンWebチャット「Lingr」のコト始め （ビギナー編）
最近よく取り上げている「Lingr」の使い方を簡単にご説明しましょう。 「オープンWebチャット」 という枕詞が正しいかどうかは判りませんが、 Lingrの特徴といえばやっぱり２つ。Webブラウザだけでできること、 そして、チャット内容が公開・保存されること、です。 Lingrの生みの親、江島健太郎さん の説明では、 Lingrはこんな特徴を持ったチャットサービスです。 ・簡単使いやすい ・タグ機能がある ・ゲスト書き込みできる ・非公開ルームも作れる ・画像やYouTubeを自動展開表示する ・アーカイブが残る （のでいつでも読み返せる） ・Permalinkが振られる （のでリンクされやすい） ・無料！ さて、「Webに於いてLingrが持つ役割とは？！」みたいなお話も 面白そうなのでは在りますが、それよりもまず何よりもまず、 使ってみるのが一番わかりやすいでしょう。 ということで、L
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：Lingr and Comet - 技術解説編
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スーツスタイルに関する雑談部屋 (at Lingr)