Backbone.js PHP CMS Concrete5是否与主干网和Slim兼容？

环境：Concrete5解析URL以查找没有视图的页面控制器或工具文件，并呈现其视图。这有点简单，但这是要点

因为Concrete5有一个处理大量内容的漂亮架构，所以我想用它作为一种后端机制，为主干中编写的web应用程序提供动力。主干网需要一个RESTful实现，我看到它是用基于PHP的RESTful api Slim实现的

冲突：因为Concrete5解析URL（以发现页面的控制器[呈现视图]或工具文件[不呈现视图]），所以它与Slim的其余实现冲突。这部分是真的

这一部分仅仅是信念：Slim的URL是假的，仅用于进行ajax调用（REST），主干网在成功后使用。浏览器被阻止执行其默认操作-这意味着一旦您进入所选页面，就不会与Concrete5发生冲突

问题：

1） 。那么，答案仅仅是创建一个页面，而不呈现视图吗？
2). 一旦“未呈现”，我可以简单地继续上述信念吗？
3). 还是我会遇到比我意识到的更多的冲突

当然，有一种方法可以使C5拥有一个页面（而不是整个站点，通过将全局“C5_ENVIRONMENT_ONLY”变量设置为“true”）来使用RESTful api

在其他CMS/主干网项目中，有没有其他人做过类似的事情

---

TIA

您是否将C5站点中管理的内容提供给主干前端应用程序？或者该应用程序与C5内容不同？如果前端应用程序与C5内容不同，那么我只需完全绕过C5以获得此路径，并将应用程序放在那里以完成自己的事情（只有在实际请求的URL上不存在页面时，才会调用C5的路由器）

如果内容由C5管理，那么我认为不可能让Slim/Backbone和C5的不同路由系统一起工作。在这种情况下，我能想到的唯一解决方案是将主干应用程序作为一个具体的5工具文件提供服务，但在htaccess文件中使用重写规则来欺骗c5，使其认为对主干应用程序的所有请求都将发送到为其提供服务的一个工具文件。。。然后黑客攻击主干网/slim路由器，以识别这些htaccess修改（例如，htaccess将请求转换为某个路径作为查询字符串参数，然后主干网/slim应用程序将这些查询字符串参数放回框架查找URL路径组件的任何位置）

---

无论哪种方式，这都将是一件非常痛苦的事情，而且很可能不值得费心。

是的，C5提供的内容。我也在按照这些思路思考（mod_重写、工具等），但我认为这可能是错误的。我写的以“Slim的URL是假的…”开头的那段话，难道没有改变你的想法吗？由于主干使用jQuery，页面无法刷新（preventDefault）。所以我只使用了一页C5；也就是说，URL只被C5解析一次。这可能是一个工具文件。或者，它可能是一个“视图”中没有任何html的页面，允许主干使用下划线呈现其模板。我希望C5可以成为一个网络应用。。如果正确，这仍然会有效地导致C5通过其控制器（页面或工具）管理/服务内容，允许Slim REST api以及主干模型和视图调用其方法。我对Slim了解不够，无法了解其路由工作原理。我对C5非常了解，认为它是一个糟糕的web应用框架（与它擅长的信息网站相反）。我想我很快就会知道更多，我已经考虑了一段时间了。我并不是真的使用C5作为web应用程序的框架。主干是一种创作工具，可以用来执行web应用程序部分，如果两者可以连接，则可以使用C5来支持这一工作。我有一个独特的应用程序，可以使用潜在的发电站组合。谢谢你的想法，乔丹；我一直很感激你。C5社区对您的C5产品包给予高度评价。顺便说一句，你有没有看到《Linux杂志》的一篇文章，该文章将Concrete5评为最佳CMS？最后，请注意以下几点：