Comment choisir entre Bean, Boxes et Fieldable Panels Panes?

Bean , boîtes et panneaux Panes utilisable sur le terrain tous offrent des fonctionnalités similaires. J'ai du mal à comprendre quelles sont exactement les différences entre eux.

Quels sont leurs avantages / inconvénients les uns par rapport aux autres? Sont-ils adaptés à différents cas d'utilisation?

Je veux utiliser une sorte de blocs dans les panneaux pour ajouter du contenu personnalisé - les éditeurs de contenu doivent également pouvoir ajouter du contenu, en ce sens les blocs dont j'ai besoin ne sont pas de la configuration pure. Mais j'utilise aussi des fonctionnalités ...

Edit: je vais ajouter ce qui semble être les principales différences

Des boites

• La plus grande base d'utilisateurs (~ 11500)
• Traite les blocs comme une configuration (c'est-à-dire que le contenu se retrouve dans vos fonctionnalités)
• Modules d'intégration

Des haricots

• Est récemment devenu populaire, ~ 1000 installations
• Traite les blocs comme du contenu, mais permet l'exportabilité de leur configuration via le nom de la machine (par exemple via les panneaux Bean )
• Modules d'intégration

Panneaux modulables Panneaux

• Base d'utilisateurs la plus petite (~ 400)
• De l'auteur de Panels / Views / etc.
• Les volets ne peuvent pas être utilisés comme des blocs normaux dans des régions thématiques comme les beans ou les boîtes (je suppose)
• Je me demande quels sont les avantages par rapport à Bean mentionnés ici ("offre des fonctionnalités supplémentaires qui permettent aux administrateurs de contenu de mettre en page certaines pages plus facilement")

Il est parfaitement possible de créer un site D7 sans blocs si vous pouvez vivre sans tableau de bord. Notre nouveau site axé sur le contenu est construit sur des panneaux avec un établi comme alternative appropriée (pour nous) au tableau de bord. Arjan semble déjà comprendre cela.

Passons aux alternatives. Lisez Votre site doit être plein de haricots . Le problème avec les boîtes est le danger de remplacer le contenu existant lors de l'utilisation des fonctionnalités. Mais lisez le commentaire de Fabian Franz dans le même article. Les haricots ont de nombreuses options. Je ne suis pas à l'aise avec la gestion, l'évolutivité et les performances. Les développeurs Hardcore qui maîtrisent les panneaux utilisent des panneaux Fieldable Panels. Panneaux modifiables Les panneaux manquent de documentation et d'exemples. Ce qui devrait permettre à tout le monde de se concentrer sur D8, c'est l' initiative wscci. Il permet des appels REST, y compris par exemple DELETE. Cela pourrait résoudre de manière permanente le problème de l'écrasement de la configuration du constructeur de site lors du déploiement du code.

pour votre objectif peut être optimal d'utiliser des vues avec une certaine taxonomie: à un type de contenu, ajoutez des termes pour le lieu du panneau, pour cet endroit, faites un bloc de vues avec filtrez ce terme et le type de contenu, puis ajoutez ce bloc de vues sur le lieu dans le panneau , en général, je crée un champ supplémentaire pour le poids pour ce type de contenu et dans les vues, je trie en fonction du poids, et les éditeurs n'ont jamais eu besoin de modifier le panneau pour ajouter / modifier / supprimer du contenu sur ce lieu - le bloc de vues sélectionne le contenu propper pour le lieu par terme

Découvrez le module nodeblock. Étant des nœuds, ils n'exportent pas via les fonctionnalités, mais vous pourriez trouver qu'il fait ce dont vous avez besoin.