図が示すように、1 つのメイン サーバーと複数のユーザー アプリケーションがあります。サーバーのデータベースには、アプリケーションごとに一連のフィードが保持されています。つまり、各アプリケーションには一連の固有のフィードがあります。
クライアント アプリケーションはどのようにしてサーバーからフィードを受信しますか? これを実装することから私を遠ざけた唯一の問題は、クライアントがサーバーにフィードを送信するように依頼する方法です。クライアントがフィードについてサーバーに突っ込んだとしても、サーバーはそれらをどのように送信し、クライアントはどのように受信するのでしょうか。解決策の 1 つは、サーバーがすべてのフィードをファイルに書き込み、クライアントがファイルのアドレスを認識して解析し、関連データを抽出することです。ただし、サーバーに多数のクライアントが接続されている場合は、非常に長いプロセスになる可能性があります。
注: クライアント アプリケーションはデスクトップ アプリケーションです。
クライアントを差別化する方法はたくさんあります。お店に行ったら何をするか想像してみてください。レジ係があなたに何かを与えるのを待って、そこに立っていますか? いいえ、あなたは何かを求めます。それをどのように実装するかはあなた次第です。さまざまなポート、さまざまな URL を使用し、クライアントが接続時に必要なリソースの名前または ID を渡すようにプロトコルを定義できます。ここでは特別なことは何もありません。
おそらく、一意のユーザー文字列またはユーザーの認証によってクライアントを識別したいと思うでしょう。これを実装する最も一般的な方法は、おそらく基本認証 (ユーザー名/パスワード) またはセキュリティ文字列です。
基本認証: ユーザーは、 POSTまたはHTTP-BAを使用して、フィード リクエストにバンドルされているクライアント ソフトウェアにユーザー名/パスワードを入力します。
セキュリティ/識別子文字列: ユーザーは、ハッシュ化されたユーザー ID などの一意の文字列を入力します。これは、クライアントがフィード リクエストにバンドルします。例えばhttps://feed.domain.com?identity=fed54bd54ae...