インスタントチャレンジ/通知システム

Question

マイセットアップ：現在、Apache、PHP、MYSQLを使用した専用サーバーを実行しています。 私のDBはすべてセットアップされ、すべて正しく保存されます。私は物事を効率的な方法で最良に表示する方法を理解しようとしています。

これは、ウェブベースのゲームのためのライブチャレンジングなシステムになります。

• ユーザーAは

• ユーザBが即座に警告されると、ユーザBは、彼とユーザーAがある受け入れたら

• を受け入れるか拒否するかどうかの措置を講じなければならないユーザBへのチャレンジを送信しますどちらもDBによって提供される特定のページ に転送されます（これは ページで特別なことは起こりません）。

ユーザーBからの応答は、単純なyesまたはnoです。ユーザーAがチャレンジを送信したときに、ユーザーBが他のパラメーターを設定することはありません。

このチャレンジシステム用に設定した設定は、インスタントサイトワイド通知でも機能するものとします。唯一の違いは、通知がユーザーBからの瞬時の応答を必要としないということです。

私は長いポーリング手法や彗星などを読んでいます。しかし、これを達成するための最良の方法についてはまだ意見を探していますスケーラブル。

私は、現在のPHPとMYSQLをセットアップして（または連携して）動作させる限り、何かを試してみることができます。ありがとう！

Answer 1

サーバーからクライアントへの通知を要求しています。これは、クライアントが頻繁に変更をポーリングするか、またはサーバーがクライアントへのオープンアクセスを保持し、変更をプッシュすることによって実装できます。どちらも長所と短所があります。

EDIT：詳細情報

• プル方式の利点：
  • 簡単に取得データ
• プル方式の欠点だ人についてかなりナイーブことができ
• サーバーを実装します を
  • ポーリング頻度に関係なく、クライアント側でリソースが集中する
  • 時間対リソースの混乱：より頻繁なポーリングは、リソースの使用率が高いことを意味します。リソースの使用率が低いほど、即時データが少なくなります。
• プッシュ方式の利点：潜在的に非常にサーバー上のリソースを大量に消費
  • ：
    • Serverは、全体的な
    • データはすぐにクライアントに送信
  • プッシュ方式の短所されてより多くの制御を持っていますサーバー側が各サーバーに到達する方法を知るためには、何らかの方法を実装する必要がありますndividualクライアント（例えば、AppleはそのAPNS用デバイスのUUIDを使用しています）ウィキペディアは（実際には、いくつかの本当に良いものを）言っている何

：Pull、Push。プッシュモデルに傾いている場合は、アプリをPushlet