2009-10-28 17 views
8

¿Son ambos conceptos completamente diferentes? ¿O hay una superposición en su significado?¿Diferencia entre el marco de aplicación web y un sistema de gestión de contenido?

¿Sería correcto decir que se utiliza un marco web para la creación de un front-end, mientras que un CMS se utiliza para el back-end?

En caso afirmativo, ¿debería usar Web Framework la misma tecnología que el CMS? Por ejemplo, ¿se podría usar Ruby on Rails en combinación con Drupal? ¿O eso no tiene ningún sentido?

Respuesta

19

¿Son ambos conceptos completamente diferentes? ¿O es una superposición en su significado?

Un marco web (aplicación) es un kit de herramientas genérico de nivel inferior para el desarrollo de aplicaciones web. Eso podría ser cualquier tipo de sistema que administre y procese datos mientras que expone sus datos y servicios a usuarios humanos (a través de navegadores web y otros clientes interactivos), así como a máquinas a través del protocolo http.

Un CMS es uno de estos tipos de aplicaciones: un sistema para administrar el contenido que se muestra en los sitios web. Habitualmente/históricamente, esto significa principalmente administrar (partes de) el texto de las "páginas" que se muestran en un sitio web, y las que tienen diferentes niveles de acceso para administrar este contenido. De ahí es de donde vienen el C y el M

Con un CMS, puede administrar contenido web. Con un marco web, construyes aplicaciones web.

¿Sería correcto decir que un marco Web se utiliza para la creación de un front-end, mientras que un CMS se utiliza para el back-end?

No. Sería correcto decir que un marco web se puede usar para crear un CMS. Ambos contienen partes que funcionan tanto en el back-end como en el frontal. A menudo, un CMS es basado en en un marco web: a veces los desarrolladores de CMS crean su propio marco web, y algunas veces incluso exponen la API de este marco, por lo que un desarrollador puede crear extensiones al CMS de forma él desarrollaría una aplicación con un marco web. Drupal realmente hace esto, por lo que puede crear aplicaciones web reales basadas en el marco integrado, con la ventaja de que también se integrarán fácilmente en el CMS. Pero eso (exponer la API de un marco web) no es un criterio necesario para ser llamado CMS.

Si es así, entonces debería ser el marco Web utilizar la misma tecnología que el CMS? Por ejemplo, ¿se podría usar Ruby on Rails en combinación con Drupal? ¿O eso no tiene ningún sentido?

Es posible combinar dos sistemas existentes construyen con estos dos, (por ejemplo, porque quiere mostrar algunos datos en un sitio web gestionado por Drupal, que ya existe en un sistema basado en rieles). Pero como Drupal también le proporciona parte de la funcionalidad genérica de su marco web subyacente, puede que no sea necesario. Tendría que administrar y aprender dos sistemas muy diferentes y manejar todos los problemas con su interoperación. Entonces, trataría de crear un sitio web con solo uno de estos si es posible y solo combinarlos si hay una buena razón para hacerlo.

+0

Entonces, ¿qué frameworks web se usan comúnmente con Drupal? – StackedCrooked

+1

@StackedCrooked, Drupal es su propio marco, ver mi respuesta. –

+0

Lo sentimos, no era lo suficientemente clara, pero escribí: "A veces los desarrolladores construir allí CMS propio marco web, y a veces incluso exponen a la API de este marco" - Drupal es uno de estos marcos :) supongo que en la mayoría de los casos , no necesitas un marco adicional. Pero depende de qué es exactamente lo que está a punto de lograr, lo que no sabemos :) – Henning

-3

¿Sería correcto decir que se utiliza un marco web para la creación de un front-end, mientras que un CMS se utiliza para el back-end?

No es "correcto", pero tampoco está mal. Un marco web es un concepto general, muchas cosas cuentan. Un CMS es un concepto específico, a menudo creado dentro de un marco web. En ocasiones, los CMS son aplicaciones web independientes. Con más frecuencia, sin embargo, un CMS es un elemento de fondo que requiere una interfaz de presentación personalizada.

¿El Web Framework debe usar la misma tecnología que el CMS?

No debería importar. Al final de la definición de API, el Framework y CMS pueden tener cualquier implementación.

Los marcos de aplicaciones web, en general, deben servir solicitudes HTTP o conectarse a algo similar a Apache.

Un CMS es una base de datos glorificada, y cualquier API sensata es buena. Sin embargo, la mayoría de las veces también usan HTTP como su protocolo de interfaz.

¿Se podría usar Ruby on Rails en combinación con Drupal?

Sure. Los puristas se opondrán, pero no hay ninguna razón técnica por la que no puedan cooperar.

+2

Estoy totalmente en desacuerdo al decir que un framework web se usa solo para el servidor frontal y CMS para el back-end. CMS administra contenido visible y también responde a través de http. Un marco web también administra accesos a bases de datos y todo, pero también tiene funcionalidad frontend. Se podría agregar un concepto más reciente de frameworks web que sean los frameworks javaScript, pero eso no coincide con la definición de su framework web en el segundo párrafo (debe servir solicitudes http). Y seguro que Rails y Drupal se pueden combinar (casi todo puede), pero solo es necesario/útil en scebarios especiales y complejos. – Henning

+2

Tratar de compine un PHP CMS con un marco Ruby no parece viable. –

+2

¿Es esta una respuesta seria? ¡Ninguno de esos puntos es correcto! – micmcg

6

Son conceptos diferentes. Se puede construir un CMS sobre un marco de aplicación web, pero un marco de aplicación web no tiene relación directa con un CMS. Está en un nivel más bajo, proporcionando una plataforma para cualquier tipo de aplicación web que se construya encima de ella, de la cual un CMS es un ejemplo.

2

Drupal se ejecuta en PHP y Ruby on Rails se ejecuta en, bueno, Ruby, por lo que no iba a jugar juntos.

Para ensuciar un poco las aguas, Drupal se describe como un content managment framework que es esencialmente un sistema de administración de contenido con ganchos para extenderlo. Lo cual crea una superposición. El drupal overview describe esto mejor que yo.

Cuestiones relacionadas