Como escolher entre os painéis Bean, Boxes e Fieldable Panels?

17

Painéis Bean , Boxes e Painéis Fieldable fornecem funcionalidade semelhante. Tenho problemas para entender quais são exatamente as diferenças entre eles.

Quais são suas vantagens / desvantagens em comparação entre si? Eles são voltados para diferentes casos de uso?

Quero usar algum tipo de bloco no Panels para adicionar conteúdo personalizado - os editores de conteúdo também precisam poder adicionar conteúdo, nesse sentido, os blocos de que eu preciso não são uma configuração pura. Mas eu também uso Recursos ...

Edit: vou adicionar o que parecem ser as principais diferenças

Caixas

  • Maior base de usuários (~ 11500)
  • Trata os blocos como configuração (ou seja, o conteúdo acaba nos seus recursos)
  • Módulos oferecendo integração

Feijões

  • Recentemente se tornou popular, ~ 1000 instalações
  • Trata os blocos como conteúdo, mas permite a exportabilidade de sua configuração via nome da máquina (por exemplo, via Bean Panels )
  • Módulos oferecendo integração

Painéis de Campo Painéis

  • Menor base de usuários (~ 400)
  • Do autor de Panels / Views / etc.
  • Os painéis não podem ser usados ​​como blocos regulares em regiões temáticas, como feijões ou caixas (presumo)
  • Eu me pergunto quais são as vantagens sobre o Bean mencionadas aqui ("oferece recursos adicionais que facilitam a capacitar os administradores de conteúdo a distribuir determinadas páginas")
arjan
fonte

Respostas:

4

É perfeitamente possível criar um site D7 sem blocos, se você puder viver sem painel. Nosso novo site orientado a conteúdo está sendo construído em painéis com bancada de trabalho como uma alternativa adequada (para nós) ao painel. Arjan parece já entender isso.

Para as alternativas. Leia Seu site deve estar cheio de grãos . O problema com as caixas é o perigo de substituir o conteúdo existente ao usar os recursos. Mas leia o comentário de Fabian Franz no mesmo artigo. O feijão tem muitas opções. Não me sinto à vontade em relação a gerenciamento, escalabilidade e desempenho. Os desenvolvedores hardcore que são fluentes com os painéis usam os painéis de painéis fieldable. Painéis de Campo Os painéis não possuem documentação e exemplos. O que deve levar todo mundo a se concentrar e se esforçar para D8 é a iniciativa wscci. Permite chamadas REST, incluindo, por exemplo, DELETE. Isso poderia resolver permanentemente o problema de substituir a configuração do construtor de sites nas implementações de código.

O que quer
fonte
Obrigado. Sim, eu li esse post no blog, é uma boa leitura, mas não aborda tudo o que eu gostaria de saber;). Sinto que há pessoas que tentaram alguns ou todos esses módulos extensivamente e conhecem seus prós e contras. Agora estou tentando o Bean com painéis de feijões e editor de painéis no local. Isso permite um fluxo de trabalho bastante amigável.
Arjan #
1

para seu propósito, pode ser ideal usar visualizações com alguma taxonomia: para um tipo de conteúdo, adicione termos para o local do painel, para que o local faça bloqueios de visualizações com filtro deste termo e tipo de conteúdo e, em seguida, adicione esse bloco de visualizações no local no painel , geralmente faço um campo adicional de ponderação para esse tipo de conteúdo e, nas visualizações que classifico por peso, e os editores nunca precisavam editar o painel para adicionar / editar / remover o conteúdo desse local - o bloco de visualizações seleciona o conteúdo apropriado para o local por termo

svetlio
fonte
Obrigado, essa é uma maneira razoável de fazer as coisas. No meu caso, os blocos destinam-se a mais mensagens / conteúdo 'no estilo da barra lateral'; portanto, não quero usar nós (embora seja possível da maneira que você descreve, é claro). Todos os três módulos mencionados são formas de evitar a nós como-blocos maneira de fazer as coisas ...
Arjan
0

Confira o módulo nodeblock. Sendo nós, eles não exportam via Recursos, mas você pode achar que faz o que precisa.

David Fells
fonte