请继续发展CMS API,基本过滤和排序等项API是失踪,没有任何意义不是持续的工作在CMS API,因为很多人正在与通过NodeJS Zapier Integromat或任何其他外部服务或后端代码和更多的功能将很乐意欣赏。还能够有项ID作为在设计器中选择使用一个变量就好发送通过形式例如CMS条目ID。
亚斯兰优素福
2
综述了
0
综述了
3
综述了
0
综述了
3
综述了
0
综述了
0
综述了
谢谢你的更新。我一定会留意这个线程。
仅定义一个API并获得共识已经够困难了,更不用说为绑定选择实现技术(肥皂、原子、休息等)但困难并不是唯一的问题。另一个问题是标准一直有点笨重,难以处理。这可能是由于committee-driven设计过程通常是由供应商的必要性将特定于供应商的行李和议程的过程。更重要的是,没有实际的试金石这些标准直到很久以后当实现实现。CMS的平庸的成功标准不足为奇。我们需要一个API标准与我们的CMS平台进行交互,可以超越的技术和所面临的政治挑战以前的API (s)达到一个高水平的应用在整个开发社区。
的人Netlify创建Netlify CMS填补这一空白静态网站代管道。有一些伟大的专有无头CMS选项,但没有真正的竞争者,开源和extensible-that可以变成一个像WordPress和Drupal社区构建生态系统。