3

私は昨年から Facebook アプリケーションに取り組んでいます。2012 年 12 月の Facebook の変更前はうまく機能していました。しかし今、Facebook セッションで問題が発生しています。古いSDKを新しいSDKに置き換えました。次のように記述されています。

使用済みの認証コードを再利用しないようにする

そのため、認証コードが使用されると、ユーザー セッションは私のサイトから期限切れになります。（その後、認証エラーが発生します）。

ユーザーは 5 ～ 6 分ごとにアプリケーションからログアウトされるため、ユーザーを再度 loginurl にリダイレクトしてページを更新する必要があります。すべてのリンクでAjax呼び出しを使用しているため、これは私のサイトには適していません。

12 月の変更後もうまく機能するアプリケーションをいくつか見てきました。(例: Wrapp.com)。Wrapp.com は、認証コードの有効期限が切れた後、ユーザーをリダイレクトしません。また、ログイン後 10 分で、Wrapp.com を使用してリダイレクトせずに Facebook に投稿できます。Wrapp.com は認証をどのように処理しますか? 解決策は何ですか？

4

2 に答える 2

1

次の 2 つの方法があります。

  1. 「 offline_access パーミッションの削除」で説明されているシナリオ 4 のヒントを使用して、ユーザー アクセス トークンを拡張できます。

  2. 私の場合、アプリケーションをデスクトップとして設定したため、90 日で期限切れになるトークンがあります。

ここに画像の説明を入力してください

于 2013-01-30T11:36:23.867 に答える
1

PHP SDK を使用して、Ajax および Iframe ページとのセッションが期限切れにならないようにします。

多くの調査とテストの結果、キャンバスまたはページ タブで読み込まれる iframe または Ajax ページで PHP SDK "3.2.2" を使用すると、呼び出されたページが複数回読み込まれると、アプリケーションのセッションがクリアされます。

例：

ページ タブは、PHP SDK を含む自己フレーム内に iframe をロードし、ユーザーは iframe を操作します。2 回目のページ読み込み時にその iframe によって、現在のアプリケーション セッションがクリアされます。

解決：

アプリケーションの Ajax および iframe ページから PHP SDK を削除し、代わりにcURLを使用します。

アプリケーション内の iframe ページでユーザー認証情報が必要な場合は、ユーザーがページ タブ/キャンバスにランディングしたときに Cookie またはセッションを作成するか、ユーザー認証をアップロードすることをお勧めします。ユーザーが表示または操作する必要がある場合は、このスイッチ コンテンツを使用します。

于 2013-01-30T23:35:03.937 に答える