2012-03-26 68 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