python - 使用 Wagtail 作为 API 层

Question

我的公司正在评估 Wagtail 作为我们网站部分内容的 CMS。目前我们正在运行 Python 2.7 和 Django 1.5(不要问...)。我们有能力在一个单独的实例上运行 Wagtail，它可以包括最新版本的 Python/Django，但我们无法在我们的主应用程序中开箱即用地运行 Wagtail。

我们正在考虑将 Wagtail 严格用作 CMS，然后将来 self 们主网站的请求代理到 Wagtail 实例并仅返回生成的标记。

有没有人做过类似的事情，或者可以提供对我们可能采取的流程的见解？ Wagtail 是否提供开箱即用的功能？我们可能会遇到哪些潜在的陷阱，或者我们应该注意什么？

这可能意味着我们将它视为一种存储不同内容片段的方式，而不是存储在 Wagtail 中的“整个页面”:将加载到我们主页中的一段文本，或动态搜索结果的外包装页面。

Answer 1

是的，Wagtail 确实通过其 API 提供了这样的功能:

http://docs.wagtail.io/en/v2.1/advanced_topics/api/

您可以使用 JavaScript 从主网站的前端使用 API(React 和 Vue 是这种方法的常用选项，但如果您不需要带路由的复杂单页应用程序，则它们不是必需的等)，或者从后端，从您的 Django 1.5 应用程序的 View 发出 HTTP 请求。

至于潜在的陷阱，主要问题是 Wagtail 预览无法开箱即用，因为 Wagtail 不知道内容将如何呈现。如果您在呈现 Wagtail API 内容的站点上具有可预测的 URL 结构，则可以配置预览机制来处理此问题。

如果 API 方法不是您想要的，您还可以考虑在主站点中嵌入渲染片段的方法。例如，如果您在主站点前面使用 Varnish，则可以利用 Edge Side Includes:

https://varnish-cache.org/docs/3.0/tutorial/esi.html

最后，您可能会发现最近关于 Wagtail 作为“ headless ”CMS 的演讲很有用:

• https://www.youtube.com/watch?v=HZT14u6WwdY (视频)
• https://docs.google.com/presentation/d/1ZYMogOeXKCCmr7hDZnzx0euw2pD5VCwtv3a7zHB4FW0/ (幻灯片)
• https://github.com/openstax/openstax-cms (代码)