私のアプリへのアクセスを許可する各ユーザーは、アクセストークンを持ちます
また
1つのアクセストークンでアクションを処理できます。たとえば、写真をユーザーアルバムにアップロードしますか?
アクセストークンは最大60日で期限切れになる可能性があることを知っているので、データベースのユーザーごとにこのアクセストークンを保存する必要があります。そのユーザーからリクエストが来たら、そのユーザーのアクセストークンをロードしますか?
私のアプリへのアクセスを許可する各ユーザーは、アクセストークンを持ちます
また
1つのアクセストークンでアクションを処理できます。たとえば、写真をユーザーアルバムにアップロードしますか?
アクセストークンは最大60日で期限切れになる可能性があることを知っているので、データベースのユーザーごとにこのアクセストークンを保存する必要があります。そのユーザーからリクエストが来たら、そのユーザーのアクセストークンをロードしますか?
アプリを許可する各ユーザーにはアクセストークンがあり、これにはユーザーがアプリに付与したすべての権限が含まれます。ユーザーアクセストークンの詳細については、こちらをご覧ください
fbアプリへのアクセスを許可する各ユーザーは、一意の異なるアクセストークンを持ちます。
アクセストークンは、クライアントからのブラウザセッション、AppID、およびAppSecretに基づいて生成されます。Webサーバーベースのアプリケーションでは、ユーザーのアプリケーショントークンを保存することは絶対的な要件ではありません。ただし、HootSuiteのようなアプリケーションは、後でFacebookフィードやその他のサービスを取得するために使用するために、ユーザーの資格情報とアクセストークンを保存します。
したがって、アプリケーションの要件によって異なります。
ありがとう
もちろん、各ユーザーは、ユーザーセッションを使用するために、コンテキスト内で別のアクセストークンを送信します。
アクセストークンは、FacebookAPIへの一時的で安全なアクセスを提供するランダムな文字列です。
トークンは、ユーザー、アプリ、またはページセッションを識別し、付与された権限に関する情報を提供します。
そして、ユーザーアクセスのコンテキストでは:
このトークンを使用して、アプリの権限に応じて、読み取り、公開、削除など、ユーザーに代わってAPI呼び出しを実行できます。たとえば、ユーザーの友達リストを取得したり、ユーザーアクセストークンを使用して新しい写真をタイムラインに公開したりできます。
http://developers.facebook.com/docs/concepts/login/access-tokens-and-types/
はい、再構築したくない場合は、このアクセストークンを覚えておく必要があります。しかし、多くのAPIでは、これは「自動的に」実行されます。たとえば、PHP SDKでは、アクセストークンはユーザーCookieに保存されます。より複雑なユーザーフローを実装する場合は、アクセストークンを覚えておくか、毎回再生成する必要があります(http://developers.facebook.com/docs/concepts/login/login-architecture/)。アクセストークンは期限切れになり、(すでに付与されているアクセス許可を信じて)再生成する必要があることを忘れないでください。
参考:オフラインアクセスを維持したい(ユーザーセッションなしでアプリケーションアクティビティを実行したい)場合は、offline_accessを検討しますが、非推奨です:http: //developers.facebook.com/roadmap/offline-access-removal/
それが問題を明らかにしたことを願っています。