このようなモバイルアプリでチャットを実現できるかどうか疑問に思います。
- 4つの列を持つテーブル：SenderID、ReceiverID、Message、Time
- 送信時に、行を追加するphpページにアプリが投稿します
- 受信機の電話アプリは、テーブルから読み込まれる別のphpページを継続的に呼び出します
これが長期的にはうまくいくかどうか疑問に思いますか？たとえば、十分な大きさのサーバーがある場合、100,000人が同時にメッセージを受信できるようになります。
質問する
902 次
1 に答える
1
一度に 100,000 人のユーザーではなく、多くのユーザーに対して、そのようにデータを送信して保存することは可能です。
私が見ている主な問題は、潜在的な受信者が常にサーバーをポーリングしていることです。これは、サーバー時間とクライアントのバッテリー電力の無駄です。NickT が言ったように、 Google Cloud Messagingを使用する方がよいでしょう。
GCM の考え方は、サーバーがメッセージを受信すると、サーバーがメッセージを Google に送信し、Google が受信者を見つけて、Google がメッセージを受信者の電話に配信するというものです。受信者の電話のアプリに、新しいメッセージがあることが通知されます。
于 2012-10-31T20:04:55.617 に答える