2012-03-26 100 views
8

我正在尋找關於Facebook應用和舞臺/生產環境的「最佳實踐」類型的答案。本能地,我爲每個環境提供了自己的Facebook應用程序,並附有自己的ID和祕密。它似乎(here,here,並通過廣泛的谷歌搜索),它是不可能跨應用程序共享OG配置,所以我一直在跨環境(圖標,請求的權限和文本等)複製應用程序設置。這是一個痛苦和醜陋的,但我一直生活在它。多個部署環境(生產/舞臺/等)和Facebook應用

唉,隨着opengraph動作的引入,這已經不再有趣了 - 要複製更多東西,所有事情都必須經過審批流程。有沒有更好的方法來做到這一點?一位同事建議我們只是在所有環境中共享相同的應用程序,但我對此感到擔憂 - 這意味着我們必須與臨時環境共享生產祕密(我甚至不談論本地主機開發環境),而且我們需要以某種方式將Facebook流量路由到正確的環境(因爲一個Facebook應用意味着一個頁面標籤URL)。

必須有更好的方法...不是嗎?

+4

Facebook剛剛給我發了一個調查,標題爲_你對Open Graph提交過程有何看法?_...我完全告訴他們我在想什麼...... – 2012-04-06 03:37:10

回答

5

我看到有一個名爲「測試應用程序」功能現在似乎符合這個要求: https://developers.facebook.com/docs/apps/test-apps/

測試應用程序就像在普通的應用程序,他們有他們自己的App ID和獨立設置的,但他們提供前期製作過程中的一些使用優勢: ... 當創建測試應用程序 - 將設置從您的生產應用程序複製因此它的簡單,升速,其反映您的生產應用程序的設置

這是新的應用程序爲我工作到目前爲止。

5

去年在F8的分組會議上,我幾乎問到了同樣的問題。創建多個應用程序是最佳實踐。他們意識到這是一個不便,特別是對於開放的圖形對象和操作。但是他們確實提到了通過API在將來設置應用程序的可能性,但我仍然在等待這個。在此之前,這是一個手動過程。

+0

但是爲每個應用程序分別提交打開的圖形操作很糟糕,因爲Yaniv說這已經不再有趣了。有一個更好的方法。 – 0x4a6f4672 2013-09-10 14:38:44