ホームページ > バックエンド開発 > PHPチュートリアル > Web上のリアルタイムチャットプログラム(1対1チャット)のメッセージ受信機能はどのように設計すればよいのでしょうか?

Web上のリアルタイムチャットプログラム(1対1チャット)のメッセージ受信機能はどのように設計すればよいのでしょうか?

WBOY
リリース: 2016-06-23 14:17:59
オリジナル
984 人が閲覧しました

この投稿は stneo1990 によって最終編集されました: 2013-08-03 15:48:51

PHP に基づいた Web リアルタイム チャット プログラム、1 対多ではなく 1 対 1 のオンライン リアルタイム チャット、多対 1 でもありません

比較するためにメッセージを送信します 単純です。それを識別できるクライアント側の送信操作があるからです

しかし、受信メッセージをどのようにより適切に設計すべきでしょうか?
私のアイデアは、送信者がメッセージを送信した後に受信者のみが受信操作を実行できるかということです。送信者がメッセージを送信しない場合、受信者はデータを要求しません。

さらに、ユーザーは送信者でもあり受信者でもあり、それは主にユーザーの現在の操作に依存します

ディスカッション(解決策)への返信

あなたの発言からすると、まだ提出することを考えているようです一般的な Web ページ
検討中です。 長時間接続 + ソケット/WebSocket

お話によると、まだ一般的な Web ページで投稿することを考えているようです

長時間接続 + ソケット/WebSocket を検討したいと思います

現在、私が見つけた情報には 3 つのバージョンがあります (重複があるかどうかはわかりません):
1. 長時間接続
2. ポーリング
3. websocket

これら 3 つすべてが当てはまるかどうかはわかりません私が述べた目標を達成できるでしょうか?

長時間の接続 + ソケットをコントロールなしでブラウザに実装するのは簡単ではありません

websocket は html5 であり、すべてのブラウザがサポートしているわけではなく、新しいバージョンのみを試すことができます
インターネット上に ajax ポーリングの例があり、検索できます

長いです コントロールなしでブラウザに接続 + ソケットを実装するのは簡単ではありません

websocket は html5 であり、すべてのブラウザがサポートしているわけではなく、新しいバージョンのみを試すことができます
ajax ポーリングの例はインターネット上にあり、検索できます

そうは言っても、この場合は、ajax ポーリングを使用する必要があります

ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート