Bean、Box、Fieldable Panelsペインの選択方法


17

BeanBoxFieldable Panelsペインはすべて同様の機能を提供します。それらの違いを正確に理解するのは困難です。

互いに比較した場合の利点/欠点は何ですか?それらは異なるユースケースに向けられていますか?

Panelで何らかの種類のブロックを使用してカスタムコンテンツを追加したい-コンテンツエディターもコンテンツを追加できる必要があるため、必要なブロックは純粋な構成ではありません。しかし、私も機能を使用しています...

編集:主な違いと思われるものを追加します

  • 最大のユーザーベース(〜11500)
  • ブロックを構成として扱います(つまり、コンテンツは機能に含まれます)
  • 統合を提供するモジュール

  • 最近人気があり、〜1000インストール
  • ブロックをコンテンツとして扱いますが、マシン名を介して(Beanパネルなどを介して)設定のエクスポートを許可します
  • 統合を提供するモジュール

Fieldable Panelsペイン

  • 最小のユーザーベース(〜400)
  • Panels / Views / etcの著者から。
  • ペインは、Beanやボックスなどのテーマ領域で通常のブロックとして使用できません(私は仮定します)
  • ここで言及したBeanに対する利点は何だろうか(「コンテンツ管理者が特定のページをレイアウトするのを容易にする追加機能を提供する」)

回答:


4

ダッシュボードなしで生活できる場合、ブロックなしでD7サイトを作成することは完全に可能です。私たちの新しい-コンテンツ駆動型-サイトは、ダッシュボードに代わる適切な(私たちにとって)代替手段として、ワークベンチを備えたパネル上に構築されています。Arjanはすでにこれを理解しているようです。

代替案に。読むあなたのサイトには、豆の完全でなければなりません。ボックスの問題は、機能を使用するときに既存のコンテンツを上書きする危険性です。しかし、同じ記事のFabian Franzのコメントを読んでください。Beansには多くのオプションがあります。私は、管理、スケーラビリティ、パフォーマンスに関して不安があります。パネルに堪能なハードコア開発者は、Fieldable Panels Panesを使用します。Fieldable Panelsペインには、ドキュメントと例がありません。D8の全員に焦点を合わせて努力する必要があるのは、wscciイニシアチブです。DELETEなどのREST呼び出しが可能です。これにより、コードのロールアウトでサイトビルダーの構成を上書きする問題に永続的に対処できます。


ありがとう。はい、私はそのブログ記事を読みました、それは良い読み物ですが、それは私が知りたいすべてを解決しません;)。これらのモジュールの一部またはすべてを広範囲に試し、それらの短所と長所を知っている人がいると感じています。BeanパネルとパネルインプレースエディタでBeanを試しています。これにより、非常にユーザーフレンドリーなワークフローが可能になります。
アルジャン

1

あなたの目的のためには、いくつかの分類法でビューを使用するのが最適かもしれません:1つのコンテンツタイプにパネルの場所の用語を追加し、その場所でこの用語とコンテンツタイプのフィルターでビューをブロックし、パネルの場所にこのビューブロックを追加します、通常、このコンテンツタイプの重みの追加フィールドを作成し、重みでソートしたビューで、編集者はこの場所のコンテンツを追加/編集/削除するためにパネルを編集する必要はありません。


おかげで、それは物事を行うための合理的な方法です。私の場合、ブロックはより「サイドバースタイル」のメッセージ/コンテンツを対象としているため、ノードを使用したくありません(もちろん、あなたが説明する方法は可能です)。言及されている3つのモジュールはすべて、nodes-as-blocksの方法を回避する方法です
...-arjan

0

nodeblockモジュールをチェックアウトします。ノードであるため、Featuresを介してエクスポートされませんが、必要なことを実行できる場合があります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.