Facebook的JS SDK和登錄的PHP SDK

大多數Web應用程序是否使用Facebook的PHP SDK或JavaScript SDK來處理登錄？Facebook的JS SDK和登錄的PHP SDK

我不清楚他們的文檔爲什麼我會使用更復雜的PHP SDK？它是否讓我更自由地定製登錄體驗等？

2013-03-13 Don P

登錄由Facebook處理。在php SDK中，您可以使用AccessToken做什麼。我更喜歡PHP SDK，因爲您的代碼在您身邊，客戶端只能看到輸出。另一方面，JavaScript的「負載權重」在客戶端。

2013-03-13 05:16:08

我不清楚他們的文檔爲什麼我會使用更復雜的PHP SDK？它是否讓我更自由地定製登錄體驗等？

有在所謂的客戶端登錄流程的一些基本的差異和服務器端登錄流程。

例如，服務器端流程已經返回一個有效期爲60天的用戶訪問令牌，其中作爲客戶端它是短暫的（2小時）並且必須通過另一個服務器端調用進行擴展if它的使用時間更長。

2013-03-13 10:00:26 CBroe

安全：兩者都是安全的。 PHP-SDK更安全。
UX：Js-SDK Login非常感謝，但是當瀏覽器的彈出窗口阻止程序阻止登錄彈出窗口時，會給用戶提供不好的用戶體驗。
如果Javascript已禁用在客戶端您必須處理該問題。
無論如何，一旦用戶登錄，您將在服務器端處理數據，除非您只是顯示數據並且不存儲它們。
PHP-SDK登錄比Js-SDK更容易實現，這就是爲什麼我說這是「事件處理和回調函數」的主要原因。 如果您正在實施Js-SDK登錄，那麼您應該對「事件處理和回調函數」有相當的瞭解。
對於PHP-SDK的，登錄流程的控制完全由您和Facebook完成。但是，如果Js-SDK用戶可以使用登錄流程，並且無法阻止它們。

現在決定權在你做......

2013-03-14 08:43:45

你的意思究竟是什麼你的最後一點？我看不到用戶可以用服務器端流不允許的客戶端登錄流「做什麼」？ – CBroe 2013-03-14 10:25:09

我的意思是說，在用戶通過facebook驗證之後，平臺內應該發生的下一步對他們來說是可見的，因爲它使用Javascript編寫。我不是說我們可以跳過Facebook登錄或者其他什麼。對不起，如果這是誤導。 – 2013-03-14 11:32:24

回答