均完全不同的概念? 还是有其意义的重叠?
难道是正确的说,一个Web框架被用于创建一个前端,而CMS用于后端?
如果是的话,那么应该在Web框架使用相同的技术为CMS? 例如可以Ruby on Rails的组合使用使用Drupal? 还是不说任何意义可言?
均完全不同的概念? 还是有其意义的重叠?
难道是正确的说,一个Web框架被用于创建一个前端,而CMS用于后端?
如果是的话,那么应该在Web框架使用相同的技术为CMS? 例如可以Ruby on Rails的组合使用使用Drupal? 还是不说任何意义可言?
都是完全不同的概念? 或者是他们自己的意思的重叠?
一个网络(应用程序)框架是一个较低的水平,为Web应用程序开发工具包一般。 这可能是任何类型的系统管理和处理数据,同时通过HTTP协议暴露它的数据和服务,以人的用户(通过Web浏览器和其他交互式客户端),以及机器。
一个CMS是一种这样的应用:一个系统来管理网站显示的内容。 通常/历史,这主要是指管理(件)的网站显示“页面”的文字,并具有不同级别的访问权限来管理此内容useres。 这就是C和M个从何而来。
与CMS,您可以管理网页内容。 与Web框架,构建Web应用程序。
难道是正确的说,一个Web框架被用于创建一个前端,而CMS用于后端?
号这将是正确的说,一个Web框架可以用来创建一个CMS。 无论包含在后端以及在前端的工作零件。 通常情况下,一个CMS是基于 Web框架-有时CMS开发商建立有自己的Web框架,有时他们甚至公开这个框架的API,使开发人员可以在某种程度上创建扩展到CMS如果他开发的应用程序与Web框架。 Drupal的确实这样,所以你可以创建一个基于统一的框架真正的Web应用程序 - 与上攻,他们也将是很容易融入CMS。 但是,这(公开Web框架API)可以被称为一个CMS没有必要的标准。
如果是的话,那么应该在Web框架使用相同的技术为CMS? 例如可以Ruby on Rails的组合使用使用Drupal? 还是不说任何意义可言?
这是可能的组合两个现有系统的建立与这两个,(例如,由于要显示一个网站通过Drupal的管理,已经存在于基于Rails的系统的一些数据)。 但作为的Drupal还为您提供了一些它的genric功能的基础web框架,但可能没有必要。 你将不得不管理和学习两个非常不同的系统和处理所有与互操作存在的问题。 所以,我想尝试建立一个网站,只有这些可能的话之一,只要那里有一个很好的理由将它们结合起来。
他们是不同的概念。 一个CMS可以建立在一个web应用程序框架的顶部,而是一个web应用程序框架有一个CMS没有直接关系。 它在一个较低的水平,提供了任何类型的web应用程序的平台,建立在它的上面,它的CMS是一个例子。
Drupal的运行在PHP和Ruby on Rails上运行,那么,红宝石,这样他们就不会一起玩。
只是浑了一下,Drupal的描述本身作为一个水域内容管理框架,这基本上是一个内容管理系统,用钩子把它扩大。 这不产生重叠。 在Drupal的概要描述了这个比我可以更好地。
难道是正确的说,一个Web框架被用于创建一个前端,而CMS用于后端?
这不是“正确的”,但它没有错,无论是。 Web框架是一个笼统的概念 - 很多事情指望。 一个CMS是一个具体的概念,常常一个Web框架内建成。 有时候,CMS的是独立的Web应用程序。 更多的时候,然而CMS是需要定制的演示前端后端的东西。
如果该Web框架使用相同的技术为CMS?
不应该的问题。 在API定义的末尾,框架和CMS可以有任何实现的。
Web应用程序框架 - 一般 - 必须或者服务的HTTP请求或插入类似的Apache。
一个CMS是一个荣耀的数据库,任何明智的API是好的。 大多数情况下,但是,他们也使用HTTP作为其接口协议。
可以Ruby on Rails的与Drupal的组合使用?
当然。 纯粹主义者会反对,但没有技术的原因,他们不能合作。