我喜欢将内容从我们的内容管理系统分发到多个在线渠道，例如网站、推特、linkedin 以及最后但并非最不重要的 Facebook。编辑可以创建项目，并最终在工作流程之后将它们分配到不同的渠道中。
当然，网站没问题（它仍然是一个 CMS，不是吗）。Twitter 集成相当简单。但现在我喜欢用 Facebook 创建一个连接器。
方法是这样的。
- 创建 Facebook 应用程序：TheCMSFacebookConnector
- 授予它在墙上写字、创建活动、添加照片集等的权限。客户购买 CMS
- 在 CMS 管理器中，有一个操作可将 TheCMSFacebookConnector 应用程序连接到客户（公司）的 Facebook 帐户
- 执行 OAuth 舞蹈并存储 accesstoken 和 accesstoken 秘密
从现在开始，我们使用 REST API 将内容添加到客户的公司墙上。这正是我为 Twitter 集成所做的方式。
但.........
选择正确的集成类型
当我创建 Facebook 应用程序时，Facebook 要求我说明该应用程序如何与 Facebook 集成。似乎最适合的集成类型是 Native iOS App 或 Native Android App。事实上，CMS 也可以充当原生应用程序。有人知道我必须选择哪种应用集成类型吗？. 是否还有其他重要的参数需要以不同的方式设置？
选择身份验证流程
第二个问题是关于 OAuth 的舞蹈。如果我们在客户之间分发 CMS，他们会在他们的 DMZ 中使用自己的（主要是）公司 URL 托管 CMS Manager 环境，或者更好的是，他们在 LAN 中托管 CMS 服务器，在 DMZ 中托管发布服务器（我们提供一些工具同步这些服务器）
当我进行 OAuth 舞蹈时，CMS 管理器（它是一个 Web 应用程序）拥有自己的 URL。因此，在应用程序的定义中，我无法为应用程序域命名一个唯一值。从“OAuth 舞蹈”代码中，重定向 URL 似乎与应用程序域有连接，并且不能以动态方式设置。那么对于“OAuth 舞蹈”来说，唯一有效的方法是客户端是真的吗？身份验证流程？
希望有人可以帮助我，尤其是第一个问题。提前致谢
E.