如何解决使用无头/仅 API CMS 作为数据库的缺点是什么?
我一直在使用无头 Drupal CMS(前端带有 Gatsby)并利用它的“关系”字段来连接实体(代替数据库),它非常有用;让我可以很快地构建一个应用程序。但我很想知道缺点,特别是在细节方面的缺点,例如:性能下降和缺少 SQL 命令。
但是,我所看到的优势(并且亲身体验过):
- 无头 CMS 将提供预配置的 API,有些还具有 graphQL。
- 它还具有精细的安全系统和 GUI,用于限制可以编辑数据库的“作者”。
- 用户友好的 GUI 界面,用于创建和编辑内容,而不是命令行或 PHPMyADmin(非常适合“作者”)
- 内置用户管理(注册、用户登录、忘记密码等)和 Facebook 和 Google 的 Oauth。
有人说 DB 就像一个引擎,而 [monolithic] CMS 就像一辆汽车,但是我认为无头 CMS 是一辆带有发动机、外壳、电气和变速箱(只是没有制造或内饰)的汽车.
对于我的项目,能够通过 CMS 内置的 graphQL 查询连接的内容可以加快开发/启动速度。
对于那些认为 CMS 仅用于输出内容网页并希望发表评论的人来说,您没有抓住重点。
此解决方案不适合或有哪些缺点或场景有哪些?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。