CMS con API y sincronización

Estoy tratando de diseñar una solución de CMS muy específica y hasta ahora me he quedado corto cuando se trata de las opciones más populares.

Cabe destacar que necesito un CMS que

  • es de código abierto,
  • es extensible (complementos/temas),
  • es de esperar que esté disponible como una solución SAAS,
  • tiene una API nativa o se puede configurar para tener una API a través de un complemento/lo que sea,
  • se puede configurar para ofrecer una experiencia arbitrariamente modular al crear contenido (bloques arbitrarios de texto/imagen/incrustación/etc. que se pueden colocar arbitrariamente entre sí),
  • y tener algún tipo de mecanismo (complemento o nativo) para sincronizar contenido específico entre instalaciones de CMS (esta es la condición que me está causando más problemas).

Siento que he explorado la mayoría de las opciones, pero no estoy muy seguro de haberlas explorado todas, ¡cualquier sugerencia sería muy apreciada!

(Hay soluciones notables para estas condiciones en Drupal 7, pero si no es Drupal 8, no es una opción. Esperar a que estas características/módulos estén completos en Drupal 8 tampoco es una opción).

¿ Probaste cmsmatrix.org ? Ese es siempre mi lugar favorito para CMS
¡Drupal nunca es una opción!
Por favor, detalla lo que has intentado para evitar perder el tiempo de todos.

Respuestas (5)

Me doy cuenta de que alguien ya ha publicado esta sugerencia, pero literalmente acabas de describir Liferay. ¿Por qué Java está fuera de la mesa? Si bien el código base central de Liferay está en Java, se puede realizar una increíble cantidad de configuración y personalización sin escribir ningún código.

Además, los complementos personalizados se pueden escribir en docenas de idiomas diferentes gracias a la API JSON HTTP, aunque la mayor parte de la documentación está escrita para Java.

Teniendo en cuenta sus requisitos iniciales, lo pasará muy mal si no desea trabajar con Java. El ecosistema de código abierto de Java es grande y maduro. Además, el lenguaje ha estado en el espacio CMS desde siempre y si realmente necesita una amplia capacidad de configuración, podría ser su única opción real. También tenga en cuenta que Liferay y algunos de sus rivales son enormes y el conocimiento requerido para construir sistemas complejos es desalentador. Si bien puede volverse competente en uno o dos años, literalmente puede llevar una década desarrollar experiencia.

Si está abierto a una opción J2EE , está Liferay Portal . Hay una versión de FOSS que se puede configurar con diseños arbitrarios, como usted describe, y, lo que es más importante, preparar e importar/exportar entre instalaciones.

Java probablemente esté fuera de la mesa, pero creo que aún vale la pena echarle un vistazo. Gracias

Los basados ​​en la nube son los mejores en mi opinión. Creo que son los más simples de usar y navegar, especialmente porque muchas personas usan cosas basadas en la nube hoy en día. Tractfile es un gran ejemplo. Conozco algunas empresas que lo usan, les encanta.

Si lo entiendo correctamente, esto es muy similar a lo que estamos haciendo ahora en nuestro sitio y estamos usando Drupal 8. No estoy seguro de qué limitaciones cree que tiene D8 para su objetivo final.

En lo que respecta al contenido, estamos utilizando el origen del dominio y el acceso al dominio para que el contenido se pueda utilizar en todos o en algunos dominios. No tenemos un sitio principal y, en cambio, hemos configurado todos los sitios para que sean dominios complementarios.

Menciono esto porque me pregunto si tienes experiencia con Drupal, podría ser más fácil trabajar con lo que sabes en lugar de intentar inventar la rueda de nuevo.

Drupal es increíblemente lento, para empezar?
@user3791372: Drupal se usa en el mundo real para impulsar sitios web rápidos, por lo que deberá desarrollar su argumento o eliminarlo si no es relevante para la pregunta. ¡Gracias!
Creo en su declaración a medias: "Drupal se usa en el mundo real para impulsar sitios web rápidos", pero continúa "... y los hace lentos". Tengo "experiencia del mundo real". Si crees que es rápido que bueno para ti. Aconsejaría a nadie que lo use. La infraestructura es una broma, la comunidad es pretenciosa, el código es increíblemente malo y el rendimiento es peor que los tres al cuadrado pero, por supuesto, todas las cosas tienen sus fanbois.

Drupal 8 fue el contendiente a vencer, en gran parte porque tiene la mayor parte de lo que estaba buscando a través de módulos. (Craft CMS también era una posibilidad muy real). Sin embargo, debido a que la mayoría de estos módulos de Drupal en ese momento todavía estaban siendo portados desde Drupal 7 y debido a que se me imponían restricciones relacionadas con los plazos, etc., finalmente tuve que conformarme con un módulo basado en WordPress. solución.