2010-06-16 27 views
8

tengo que elegir un cms para mi próximo proyecto, he buscado y presentado estos 2: radiante y refinería, ¿cuál es mejor para construir sitios web de tamaño medio? ¿hay alguna otra opción para rails cms? un factor importante es que el cliente puede actualizar fácilmente su sitio web sin mucho conocimiento thnx para ayudarmejor ruby ​​on rails cms

Respuesta

12

Soy uno de los desarrolladores de Refinery CMS y lo recomendaría para el uso que ha descrito.

Refinery se ha desarrollado durante un período de 4 años en el que se lo hemos mostrado a personas normales y les permitimos actualizar su sitio sin nuestra ayuda. A propósito, omitimos los detalles técnicos de la interfaz de usuario, por lo que es extremadamente fácil de usar para un cliente no técnico.

¿Para quién se supone que es un CMS, ¿verdad?

Si tiene un sitio más pequeño que necesita construir en el futuro, también hay una versión alojada de Refinery llamada Refinery HQ que le permite a su cliente de forma rápida y económica crear un sitio editable usando todas las mismas herramientas que el proyecto de código abierto ofertas.

+0

Porque eres desarrollador/colaborador de un proyecto de código abierto. Te doy credibilidad. ¡Camino a seguir! – Rimian

+0

Acabamos de elegir Refinery como nuestro CMS de elección en mi lugar de trabajo (una agencia de publicidad de tamaño medio en Chicago). Nos gusta la portabilidad del código y el soporte de los temas. Lo recomiendo también. – TallGreenTree

+0

La refinería sería genial, pero teniendo en cuenta las instrucciones actuales en el sitio, todavía tengo que hacerlo funcionar en Fedora 17 – Rig

12

Me parece que el campo todavía está muy fragmentado. Miré Radiant, adva-cms, BrowserCMS y Refinery durante el último año. Mi opinión simple es esta:

  • Radiant es la más madura, pero se apropia de toda la pila de aplicaciones con su sabor patentado. Agregar su propia aplicación no es solo como escribir una aplicación de Rails, pero debe aprender la forma de extensión de Radiant para hacerlo. Las tareas de rastreo, las suites de prueba y las migraciones no son estándar. Esto limita la flexibilidad y cuenta con requisitos de capacitación del personal mucho más elevados.
  • adva-cms está construido como un motor Rails (se envía como una gema), y no se hace cargo de la pila de aplicaciones, por lo que puede desarrollar aplicaciones Rails como antes y adva-cms coexiste pacíficamente. Tiene un buen soporte para interacionalización y soporte multi-sitio. Es prometedor, y acaban de lanzar adva-cms2, una reescritura completa dirigida a Rails 3. Es prometedor y, sin embargo, muy joven.
  • BrowserCMS, como adva-cms, es un motor de Rails y me pareció un poco más maduro, cuando lo miré por primera vez hace 9 meses, pero el desarrollo parece haberse ralentizado. Lo elegí para un proyecto a principios de este año, pero nos preguntamos cómo será la actividad continua de los desarrolladores. Al momento de escribir esto, todavía no existe una versión compatible con Rails 3.
  • RefineryCMS parece tener mucha actividad y respaldo comercial, pero a diferencia de los otros 3 todavía no tiene un conjunto de pruebas. Un proyecto de 4 años en Rails sin suite de pruebas es un riesgo demasiado grande. Cuando llegue a esa curva exponencial de aumento del costo del cambio debido a la falta de regresión es discutible, pero si vendrá no lo es. También estoy cansado de los desarrolladores en este día y edad que trabajan en Rails que todavía no entienden TDD. Su experiencia puede ser diferente.

En total, no existe una opción simple con muerte cerebral que satisfaga la mayoría de las necesidades. Elija según sus necesidades.

Actualización 9/2011: Recientemente hemos estado utilizando la gema rails_admin que funciona maravillosamente bien, no es muy intrusiva y permite mucha personalización. Probablemente sea el nuevo Rails 3 y después del estándar. También hay active_admin que sigue un concepto similar que hemos utilizado en otro proyecto.

2

Me gusta mucho RefineryCMS, ya que es flexible de usar, no se desvía del estilo de Rails, y es muy extensible. La conversión de una aplicación Rails existente a una aplicación de Refinería es muy sencilla.Tienen un conjunto de pruebas de pepino con 46 escenarios impares, y tendrá que decidir su efectividad.

Por otro lado, Radiant también es muy bueno, pero tiene una mayor curva de aprendizaje ya que es muy extenso y patentado por naturaleza. Aunque la base de extensión de Radiant es enorme, para agregar nuevas funcionalidades, uno tiene que depender de una extensión o compilación existente. Es difícil tomar una aplicación Rails existente y convertirla a una aplicación Radiant.

1

Habiendo contribuido parches a Radiant en el pasado, y habiendo usado Refinery (aunque solo brevemente), me inclino hacia Radiant. La gran cantidad de extensiones hacen que sea muy fácil de extender, y una de las características planificadas para 2.0 (como se discutió en #RadiantCMS en Freenode) es hacer que las extensiones sean un poco más rabiles (Think Rails 3 Engines), entonces el problema de la migración de las aplicaciones existentes a las extensiones se debe resolver fácilmente una vez finalizado el soporte de Rails 3. El plan actual es comenzar a piratear el soporte de Rails 3 en serio después de la versión 1.0.

Radiant 1.0.0.RC4 es actualmente muy fácil de instalar y usar. Hay excelentes instrucciones para configurarlo y desplegarlo en el GitHub Wiki, y el primer lanzamiento completo de Radiant 1.0 debería ser cualquier día, por lo que este es el momento perfecto para comenzar a usarlo o involucrarse en su desarrollo.

En mi opinión, no hay mejores CMS para equipos de tamaño pequeño-mediano (incluso con equipos grandes, se puede hacer que escalen bastante bien, aunque creo que esto requiere un poco más de trabajo que el usuario promedio dispuesto a poner)

EDITAR: Además, Radiant 1.0 RC4 funcionará bien en las versiones de Ruby 1.8.7 - 1.9.3. Solo para que pueda asegurarse de que encaja con su configuración de Ruby existente.