无头CMS与业务逻辑

Question

我工作的公司想要从他们目前的CMS (非常昂贵，并由外部公司开发和维护)转移到一个新的，可能是开源或以更低的价格。

我和我的同事们正在研究无头CMS和桌面上的选项，就目前而言，将我们推向2种可能的解决方案: strapi和graphcms。

它们都是API，因此您使用接口创建模型，并通过graphql公开内容

我们在这里看到的问题是，我们发现很难应用业务逻辑，例如，

如果发布前的文章需要由某个超级用户或管理员批准，或者只对注册用户阻塞文章的子集。

我们正在考虑使用这些提供者之一，并在其前面设置我们的We服务器，以处理业务逻辑和外部用户的登录。

这个设置的问题是，我们要为每个请求添加一个往返路径。

user <-> webserver <-> headless cms

用户向webserver请求内容，webserver从无头骗局中检索内容，并运行各种授权/验证检查，并在这种情况下将其返回给用户。

这也意味着我们需要编写我们所有的graphql查询两次，一个用于用户公开的前端，另一个版本用于联系无头CMS。

这也让人觉得我们将使用(无论CMSwe选择什么)作为一个容器，而增值最终可能只是一个用于撰写文章/页面/任何东西的友好的用户界面。

我们的无头CMS方法是错误的吗？

Answer 1

我不认为盖茨比是你的问题的答案，听起来你可能想在你的无头CMS和定制的CMS服务器之间添加一个额外的层来处理所有这些额外的逻辑，比如授权等等。

这是额外的工作，但是如果您有很多辅助逻辑，并且不想只使用向公众开放的CMS API，这可能是一条路。