問題タブ [livechat]

この問題の解決策を探しています:

複数のフロントを持つ Web サイト用に、ほぼリアルタイムのような単純な Web チャットを作成する必要があります。Web チャットには、ニックネームの時間とメッセージだけで、アイコンは必要ありません。

ウェブサイトは .net で動作します。

チャットを希望するユーザーは、システムにログインする必要があります。ユーザーの認証は既に処理されています。それは問題ではなく、他の人は会話を見ることしかできません。

複数のフロントで実行されているため、DBを使用するか、このWSに毎秒リクエストを行うWSなどを使用する必要があると考えていました。ここから私は私が失われたことを知りません...私は、ajaxがwebサービスに受信したlastmassageのIDをポストバックする必要があり、Webサービスが最後に受信したメッセージ以降のすべての最新の投稿をユーザーに送信することを考えていました。これは、リアルタイム チャットのように見えるように毎秒 1 回実行する必要があり、サーバー負荷が非常に高くなります。

皆さんはどう思いますか？と提案任意のアイデア? と実用的なソリューション？

thnx rm

まず、.net 3.5 を使用しています。ユーザー向けのオンライン チャット システムを作成したいと考えています。使用できる適切な (オープン ソースの) チャット システムをいくつか見つけましたが、追加したい機能がいくつかあります。チャット ユーザーが自分のサイトにいる人の数を確認し、チャット ユーザーがユーザーを選択して会話を開始できるようにしたいと考えています。通常のユーザーは常にサイトにアカウントを持っているとは限らないため、ユーザー データベースで特定することはできません。オンライン ユーザーのリストから選択して、チャット セッションを開始できる他のアプリケーションを見たことがあります。セッションIDでターゲットできると思っていますが、これを達成できるより完全な証明方法はありますか?

ライブチャットアプリを開発したい この目的のために、Web サイトでオーディオとビデオの両方を制御する必要があります。これを達成する方法を知っている人はいますか？

Web サイトに追加する「Chat Now」コンポーネントを探しています。問題があれば、Drupal (Windows サーバー上で実行) を使用しています。

クライアントが開始する何かを探しています (自分のサイトを見ているクライアントを追い詰めたくありません)。クライアントに必要な追加のインストールがないようにしたい。

私としては、Skype やその他の一般的なインスタント メッセージング ツールと統合したいと考えています。

私は無料が好きですが、低コスト (月額料金ではない) であれば興味があります。

チャット アプリケーションを asp.net mvc (C#) アプリケーションと統合する必要があります。私のアプリケーションのユーザーは、招待を受け入れた後、グーグルトークのようにチャットできるはずです

チャット アプリケーションの統合に最適なソースはありますか?

銀行のサイトやSalesforceのように、サイトのライブ訪問者にチャットの招待を開始できるPHP / JSベースのツールはありますか？

編集：LiveZillaは機能する可能性がありますが、私はMacユーザーなので、VMを介して実行する必要はありません。純粋にWebベースまたはMacベースのソリューションはありますか？

JSP/Servlets と Tomcat を使用してチャット Web サイトを開発したいと考えています。次の質問があります。

1. ウェブサイトは速度を落とさずに負荷 (一度に 1000 人) を処理できますか?
2. ウェブサイトの速度が遅くなりますか? この種の Web サイトの理想的なサーバー構成は何ですか? ホストするための莫大な予算がないことに注意してください。
3. サーバープッシュを実装するにはどうすればよいですか?
4. PHP または JSP は、そのような Web サイトに理想的でしょうか?

その特定のエリアに関連付けられた参加者に基づいて、その場でチャットルームを作成できるサイト内に統合されたライブチャットサービスを探しています...誰でも簡単に統合できるサーバーにインストールできるサードパーティサービスの使用をお勧めします.NET、またはポーリング方法を使用してビルドするだけですか? ソケット接続の物が欲しいのですが、安くて無料で使えるものがどこにあるのかわかりません。

この投稿では、XMPP の使用法について読みました。この種のことは必要ですか、そしてもっと重要なことに、私の主な質問は拡張されています:チャット サーバーとクライアントは、標準の HTTP とブラウザー テクノロジ(PHP と JS、または RoR と JS など) だけを使用して効率的に構築できますか? それとも、XMPP のような古いプロトコルに固執し、それらをアプリケーションに統合する方法を見つけるのが最善でしょうか?

LiveHTTPHeaders と Firebug を介してCampFireを約 5 分間調べたところ、別のチャットが発生するまで応答されないリクエストを送信するために Ajax が使用されているようです。これは、CampFire がサーバー上で新しいスレッドを開いて更新をリッスンし、スレッドが更新を聞いたときに要求に応答を返すだけですか? 彼らが特定のポートでリクエストしていることに気づきました（8043メモリが私に役立つ場合）。これにより、私が言及したことよりも複雑なことをしていると思います。また、要求された URL が開始され、/tcp/興味深いことがわかりました。

注:すべての部屋を合わせて同時に 150 人を超えるユーザーがライブチャットすることはないと思います。何千人もの同時ユーザーがいる CampFire のようなホステッド ペイ フォー チャット サービスを構築している場合、特別なテクノロジの研究に時間を費やすのではなく、アプリで単純な方法で車輪を再発明するのが当然であることを理解しています。

また、サーバーのポーリングでそれを行う場合、サーバーを非難することなく応答を最大化するために、どのくらいの頻度で個人的にポーリングしますか?

シンプルなライブチャットをDjangoで実行されているWebアプリケーションに組み込んでいますが、混乱していることの1つは、ユーザー間のメッセージをどのように保存するかです。

チャットは複数のユーザーをサポートし、チャットの「セッション」は「ホスト」である1人のユーザーに接続されたユーザーで構成されます。このアプリケーションは一種のオンラインドキュメントコラボレーションであるため、ユーザーXはドキュメントを持っており、ユーザーYとZはユーザーXに接続してドキュメントについて話し、それが1つのチャットセッションになります。

ユーザーYが5分間切断した後、再度サインインしてユーザーXに再接続した場合、ユーザーYは、不在中にユーザーXとZの間で共有されたメッセージを受信しないはずです。

ユーザーX、Y、およびZがユーザーXのドキュメントに関するチャットセッションを行うことができる場合、ユーザーXとYは、ユーザーZのドキュメントに関する同時の個別のディスカッションに接続できます。

これをどのように処理すればよいですか？各メッセージをデータベースに保存する必要がありますか？各メッセージには所有者ユーザーとターゲットユーザー（ホスト）があり、個別のテーブルを使用してユーザーをメッセージ（どのメッセージがどのユーザーに表示されるか）に接続します。

または、各セッションをHTMLファイルとしてサーバーに保存する必要がありますか？どのメッセージが追加されますか？

問題は、クライアント間で直接メッセージを送信することはできないということです。それらはPOSTリクエストでサーバーに送信する必要があり、その後、各クライアントはGETリクエストでメッセージを定期的にチェックする必要があります。複数のクライアントが存在する可能性があるため、クライアントがメッセージをフェッチした後に各メッセージをクリアすることはできません。これをどのように設定すればよいですか？助言がありますか？