2012-08-30 83 views
0

首先讓我來介紹一下這個問題。我有我想讓用戶使用他們的Facebook帳戶登錄的網站。此外,我想有可能在用戶牆上張貼並訪問他的電子郵件。我創建了Facebook應用程序,每次沒有登錄的用戶登錄頁面,他點擊Facebook按鈕,並獲得授權應用程序的對話框,他必須允許他收到他的電子郵件,並在下一個屏幕允許在牆上張貼。在這個對話框中,用戶將獲得包含scope = email和publish_stream的鏈接。使用Facebook應用程序登錄網站

第一個問題:當用戶點擊不允許張貼在牆上時,下次他使用此鏈接時,他必須再次這樣做。 Facebook不應該記住這一點嗎?我認爲我不應該給範圍鏈接和使用應用程序設置權限頁上選擇擴展權限。但這些權限從未被要求。即使我啓用推介。

第二個問題:是否在使用FB應用程序這個權利?我應該不使用fblogin嗎?

謝謝。

+0

另外我應該提到,我使用服務器端身份驗證。 –

回答

0

當用戶點擊不允許張貼在牆上時,下次他使用此鏈接時,他必須再次這樣做。 Facebook不應該記住這一點?

否 - 因爲那樣一旦用戶拒絕了,就沒有辦法向用戶請求擴展權限。

當然,當用戶只想登錄到你的頁面時,每次再次看到該對話框要求發佈權限時,用戶可能會感到煩惱。

這就是爲什麼Facebook自己建議你只問當前任務需要的權限。爲了提供登錄到您的網站的能力,您只需要基本數據和電子郵件 - 只需要詢問,當用戶剛剛登錄時。

然後,當您來到用戶積極地想通過你的應用程序分享內容 - 然後檢查你是否已經獲得了必要的權限,如果不存在請求它(通過再次調用auth對話框,這次使用scope參數中設置的擴展權限) 。

這樣一來,很明顯,爲什麼他被要求在這一點上,權限的用戶,他不會再次滋擾一下時間和時間,如果他僅僅只嘗試登錄。

我認爲我不應該給鏈接範圍,並使用應用程序設置權限頁上選擇擴展權限。但這些權限從未被要求。即使當我啓用refferals。

對於這些設置有任何效果,連接到您的應用程序必須在實際觸發認證轉介的方式發生。自己在你的應用邏輯中進行登錄,而不是觸發這種認證方式。

+0

謝謝。這種反應並沒有被觸發是一件可疑的事情,因爲第一部分是可能的。 –

+0

那麼,Authenticated Referrals具有完全不同的目的。 – CBroe

相關問題