创建Facebook客户端 - 选择应用集成类型和OAuth流

Question

我喜欢将内容管理系统中的内容分发到多个在线渠道，如网站，Twitter，以及最后但并非最不重要的Facebook。编辑可以创建项目，并最终在一个worfklow过程之后，在不同的渠道中分散它们。

当然，网站没有问题（它仍然是CMS，不是吗）。 Twitter整合相当简单。但现在我想用Facebook创建一个连接器。

方法就是这样。

• 创建Facebook应用：TheCMSFacebookConnector
• 授予其在墙上书写，创建活动，添加照片的权限 收集等。客户购买CMS
• 在CMS管理器中，有一个连接的操作 TheCMSFacebookConnector应用程序到客户的（公司）脸书 帐户
• 执行OAuth舞蹈并存储accessstoken en accesstoken secret

从现在起，我们使用REST API将内容添加到客户的公司墙上。这正是我为Twitter整合所做的方式。

但是.........

选择正确的整合类型

当我创建Facebook应用程序时，Facebook会要求我告诉应用程序如何与Facebook集成。似乎最适合的集成类型是Native iOS App或Native Android App。事实上，CMS也可以充当本机应用程序。 有谁知道我必须选择哪种App Integration类型？。还有其他参数对于以可能不同的方式设置很重要吗？

选择身份验证流程

第二个问题是OAuth舞蹈。如果我们在客户中分发CMS，他们会在他们的DMZ中使用他们自己的（主要）公司URL托管CMS Manager环境，或者更好的是，他们在LAN中托管CMS服务器，在DMZ中托管发布服务器（我们提供一些工具）同步这些服务器）

当我进行OAuth舞蹈时，CMS管理器（它是一个web应用程序）具有自己的URL。因此，在应用程序的定义中，我无法为App Domains命名唯一值。在“OAuth dance”代码中，重定向URL似乎与App Domain有关，无法以动态方式设置。对于“OAuth舞蹈”来说，唯一有效的方法是客户端身份验证流程？

希望有人可以帮助我，尤其是第一个问题。提前致谢

电子。

Answer 1

  

对于“OAuth舞蹈”，唯一有效的方法是客户端身份验证流吗？

不一定 - 您可以将应用域中的地址设置为redirect_uri，然后将其重定向到CMS用户的网址（通过redirect_uri中的GET参数或类似内容）。