我在服務器端使用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_id
s programmatically與舊版REST API中的創建應用程序API。但是,這似乎不是圖形API的選項。
AFAIK,這是不行的。即使Wordpress for Facebook插件 - https://developers.facebook.com/wordpress/,也需要每個用戶設置一個Facebook應用程序,並使用appid/secret來創建插件。 – deesarus
僅供參考:如果您使用iframe版本,至少類似按鈕不會需要應用程序ID。 – CBroe
不幸的是,我認爲iframe版本不再可用。通過遷移(https://developers.facebook.com/docs/reference/plugins/like/migration/),我認爲app_id是必須的。 – F21