果您有非常具体的需求理论

rmruhul

上您可以纯粹使用无头 CMS 作为内容引擎，并拥有自己的获取数据的机制，并且基本上也可以编写自己的接口来写入该系统。每个人都支持正确的界面吗？或者这是评估时需要注意的一个功能？

阿尔文：我不会说……我不记得是否有一个特别不这样做的人，但我知道我们肯定这样做，因为-

德鲁：这是一个非常广泛的问题。凭借您对市场百分百的了解，每个人都会……

阿尔文：正确的。是的，我知道我们支持它，因为我认为，与其他产 电报号码数据 品相比，使用 DEVREL，你最终会在你的产品上花费更多的时间，你往往会得到很好的……这就是它与销售不同的地方，什么我们之前说过。当有人走过来对我说：“哦，有什么不同之处吗？” 我总是说：“好吧，这取决于你需要什么。” 我选择 Contentful 的原因之一是什么？这就是我们与销售截然不同的地方，我们会准备好一份清单。然后我们会说，“哦，你当然应该选择我们，因为 A、B、C、D。” 对于我们作为开发人员来说，更像是，“你需要什么？你有什么规模？你喜欢做什么工作？你们的团队有多大？” 这是一个不同的问题。但就写作而言，拥有一个双向工作的 API，我们绝对支持它，如果其他人不这样做，我会感到惊讶。


主体：120+ 原生 React UI 组件与 Next.js 完全兼容
尝试 KENDOREACT
德鲁：这变得非常重要，不是吗？因为很少有项目是白手起家的。大多数人之前都已经安装了某种系统，将已有的数据迁移到新系统可能是一个重大项目，对于许多更大的用例来说也是一个破坏性的事情。您必须能够获取数据。因此，拥有一个具有 API 的 CMS，您可以编写代码并与之前的任何系统进行交互，将该代码调整为合适的形状，然后将其注入到无头系统中，这是一个很大的优势，不是吗？

阿尔文：您也可以考虑可重复性，因为迁移很棒，但如果您可以说：“哦，这是我为迁移运行的确切脚本，而不是我所做的随机命令的集合，那就更好了在我的机器上。” 就好像，哦，测试版现在已经结束了。更好的说法是，“哦，我们有一种非常明确的方法可以将数据从这种形状转换为那种形状。” 拥有 API 肯定可以帮助您解决此问题。



德鲁希望打开两个浏览器窗口并将内容从一种表单复制并粘贴到另一种表单的日子已经一去不复返了。我肯定在很久以前就去过那里。但是，是的，那些日子已经在我们身后飞走了。有什么事情特别引起您的注意吗？

阿尔文：我认为可组合的事情是，它已经持续了几个月，但这绝对是一个转变。每个人都开始思考，哦，也许不仅仅是无头 CMS 解决方案。显然，人工智能是现在每个市场都在谈论的话题。但它也是内容，尤其是书面内容，至少目前是第一个受到其影响的行业。那么如何整合它呢？您如何确保……您如何解释归因等问题？这些肯定是内容领域正在发生的讨论。至少现在，这是它真正攻击的第一个行业。

德鲁：是的。书面内容和图像之类的东西，有 Photoshop，新版本的 Photoshop 在过去几周发布了，它具有完全生成性的填充，这真是太棒了。所以这是一个勇敢的新世界，不是吗？特别是从内容的角度来看，这是一个美丽的新世界。你提到归因，这也是一个雷区，不是吗？弄清楚当内容是从经过训练的模型生成时，这一切是如何工作的

阿尔文：我们不知道是什么。