2012-09-05 547 views
1

我在服務器端使用HybridAuth連接到Facebook API(後端以PHP編寫)。這適用於我們的服務器上託管的SaaS發佈應用程序。我瞭解OAuth的機制,並且一旦我從用戶那裏獲得適當的權限,我就可以從Open Graph API進行編寫和讀取,理論上這將允許我執行幾乎任何操作。Facebook like button and OAuth Access

問題是我想用一些Facebook's social plugins。特別是,我想實施like button,以便它自動顯示在每篇博文,文章和頁面上。

問題是,像按鈕和Facebook的各種插件需要app_id。我不想要求用戶將開發者應用添加到他們的帳戶並創建應用以獲得app_id,因爲這對於非開發者來說可能是一個令人困惑的過程。

無論如何,我們可以創建或檢索一個app_id從開放圖(我們可以存儲和使用來生成像按鈕和其他Facebook小部件)?

隨着migrations,我明白,每個喜歡的網址將不會有它自己的網頁。一旦用戶點擊您網站上的某個按鈕,他會自動喜歡您的網頁。但是,假設我有一個名爲http://www.mystore.com/products/some-awesome-product的頁面,並且還有其他類似的頁面,都有一個類似的按鈕。是否有可能點擊時,用戶自動喜歡我們的Facebook頁面,但是當某個項目發佈在他們的新聞提要中時,該URL鏈接到該特定產品?實際上,用戶是否可以通過我的網站來瀏覽多個網頁?

更新:看起來我們可以使用generate app_ids programmatically與舊版REST API中的創建應用程序API。但是,這似乎不是圖形API的選項。

+0

AFAIK,這是不行的。即使Wordpress for Facebook插件 - https://developers.facebook.com/wordpress/,也需要每個用戶設置一個Facebook應用程序,並使用appid/secret來創建插件。 – deesarus

+0

僅供參考:如果您使用iframe版本,至少類似按鈕不會需要應用程序ID。 – CBroe

+0

不幸的是,我認爲iframe版本不再可用。通過遷移(https://developers.facebook.com/docs/reference/plugins/like/migration/),我認爲app_id是必須的。 – F21

回答

0

好像我們無法以編程方式爲帳戶創建app_id。這不是問題,因爲我們將創建一個小指南,通過創建應用程序並使用表單將app_id提交給我們來指導我們的用戶。不完美,但應該很容易實現。

至於網址,喜歡的東西不會自動喜歡你的Facebook頁面。如果href爲空,則會喜歡當前頁面。如果您在href參數中設置您的臉書頁面,那麼您的臉書頁面將會被喜歡。