¿Cómo elegir entre Bean, Boxes y paneles Fieldable Panels?


17

Los paneles Bean , Boxes y Fieldable Panel brindan una funcionalidad similar. Tengo problemas para entender cuáles son exactamente las diferencias entre ellos.

¿Cuáles son sus ventajas / desventajas comparadas entre sí? ¿Están orientados a diferentes casos de uso?

Quiero usar algún tipo de bloques en los paneles para agregar contenido personalizado: los editores de contenido también deben poder agregar contenido, en ese sentido, los bloques que necesito no son pura configuración. Pero también uso las características ...

Editar: agregaré lo que parecen ser las principales diferencias

Cajas

  • Mayor base de usuarios (~ 11500)
  • Trata los bloques como configuración (es decir, el contenido termina en sus características)
  • Módulos que ofrecen integración

Frijoles

  • Recientemente se hizo popular, ~ 1000 instalaciones
  • Trata los bloques como contenido, pero permite la exportabilidad de su configuración a través del nombre de la máquina (por ejemplo, a través de Bean Panels )
  • Módulos que ofrecen integración

Paneles de paneles flexibles

  • Base de usuarios más pequeña (~ 400)
  • Del autor de Paneles / Vistas / etc.
  • Los paneles no se pueden usar como bloques regulares en regiones temáticas como frijoles o cajas (supongo)
  • Me pregunto cuáles son las ventajas sobre Bean que se mencionan aquí ("ofrece características adicionales que facilitan el empoderamiento de los administradores de contenido para diseñar ciertas páginas")

Respuestas:


4

Es perfectamente posible hacer un sitio D7 sin bloques si puedes vivir sin tablero. Nuestro nuevo sitio, basado en el contenido, se está construyendo en paneles con workbench como una alternativa adecuada (para nosotros) al tablero. Arjan ya parece entender esto.

A las alternativas. Lea su sitio debe estar lleno de frijoles . El problema con los cuadros es el peligro de sobrescribir el contenido existente al usar funciones. Pero lea el comentario de Fabian Franz en el mismo artículo. Frijoles tiene muchas opciones. No me siento cómodo con la gestión, la escalabilidad y el rendimiento. Los desarrolladores incondicionales que dominan los paneles usan paneles de paneles flexibles. Los paneles Fieldable Panels carecen de documentación y ejemplos. Lo que debería hacer que todos se concentren y se esfuercen por D8 es la iniciativa wscci. Permite llamadas REST, incluyendo, por ejemplo, DELETE. Esto podría abordar permanentemente el problema de sobrescribir la configuración del creador de sitios en la implementación de código.


Gracias. Sí, leí esa publicación de blog, es una buena lectura, pero no aborda todo lo que me gustaría saber;). Tengo la sensación de que hay personas que han probado algunos o todos estos módulos ampliamente y conocen sus desventajas y ventajas. Ahora estoy probando Bean con Bean Panels y Panel In-Place Editor. Esto permite un flujo de trabajo bastante fácil de usar.
Arjan

1

para su propósito puede ser óptimo usar vistas con alguna taxonomía: a un tipo de contenido agregue términos para el lugar del panel, para ese lugar haga que las vistas bloqueen con filtro este término y tipo de contenido, luego agregue este bloque de vistas en el lugar en el panel , generalmente hago un campo adicional de peso para este tipo de contenido y en las vistas las ordeno por peso, y los editores nunca necesitaron editar el panel para agregar / editar / eliminar contenido en este lugar: las vistas bloquean el contenido apropiado para el lugar por término


Gracias, esa es una forma razonable de hacer las cosas. En mi caso, los bloques están destinados a más mensajes / contenido de 'estilo de barra lateral', por lo que no quiero usar nodos (aunque, por supuesto, es posible de la forma en que lo describe). Los tres módulos mencionados son formas de evitar la forma de nodos como bloques de hacer las cosas ...
Arjan

0

Echa un vistazo al módulo de bloqueo de nodo. Al ser nodos, no se exportan a través de Características, pero es posible que haga lo que necesita.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.