-1

ユーザーのグラフ API コンテンツを定期的にスクレイピングする Rails アプリを構築しています。私の最初のアプローチは、認証に Omniauth を使用し、サーバー上の Facebook との対話に Koala を使用して、これを完全にサーバーサイドで行うことでした。これを行うには、バックグラウンド プロセスを実行する必要がありました。

ただし、非常に高価になる可能性があることに気付き、サーバー側とクライアント側の両方で行うオプションについて考えています。ユーザーがサイトにいないときでもコンテンツを入力する必要があるため、サーバー側で行う必要がありますが、少なくともユーザーがサイトにいるときは、クライアント側ですべてのポーリングを行う方が理にかなっています。この方法では、私のサーバーは FB サーバーを頻繁にスクレイピングする必要がないため、コストは低く抑えられ、FB JavaScript SDK を使用して必要な頻度で更新を受け取ることができるため、ユーザーはより満足しています。

これが可能かどうかはわかりません。現在、これを完全にサーバー側または完全にクライアント側で行う方法を知っています。しかし、サーバー側から access_token を取得し、その情報をクライアント側でも使用して、クライアントにほとんどのポーリングを実行させる方法がわかりません。アドバイスをいただければ幸いです。

4

1 に答える 1

1

「ユーザーのグラフAPIコンテンツを定期的に取得するRailsアプリを構築しています。」これだけでなく、コストがかかりすぎます。ユーザー向けにGraphAPIのリアル​​タイム更新を実装し、情報を保存します。このように、何かが変更されたときにすぐに通知され、最後の呼び出しよりも新しいものを返さないAPIへのポーリング呼び出しを「無駄にする」必要もありません。次に、サーバー側のユーザー情報のデータストアをポーリングするポーラーをクライアント側に記述します。

于 2012-03-21T13:21:01.283 に答える