コンテンツの作成 |
7.50 |
Expanding Textareas |
Textareaフォームの行サイズを自動調整するモジュール |
テーマ |
7.56 |
field |
レンダリング配列内に「ラベル非表示」を指定する方法 |
コンテンツの管理 |
8.5.x |
Field File |
コンテンツのフィールドの表示について |
サイトの構築 |
7.26 |
Field Views |
フォーム選択肢(プルダウンやチェックボックス、ラジオボタン)のカスタマイズ方法 |
コンテンツの作成 |
7.26 |
Form Ajax |
入力フォームで#ajax使用時、#default_valueを書き換えても反映しない |
コンテンツの作成 |
7.15 |
Form API Validation |
フォームの入力内容を細かくチェックしたい |
Gmian |
8.8.x |
Gmail |
Gmail:外部メールサーバー経由のメール送信ができなくなった場合の対処方法 |
タクソノミー |
7.15 |
Hirarchical Select |
タクソノミー(ターム)の選択を楽にできないでしょうか |
テーマ |
7.23 |
hook |
ページや状況によってテーマを切り替える |
テーマ |
8.4x |
hook_preprocess_html |
bodyタグにnode idやaliasのClassを追加する方法 |
Views Exposed Filter |
8.4x |
hook_views_pre_view |
Views Exposed Formの複数単語入力(textfield)をフォーム上だけ複数行入力(textarea)にする方法 |
Views |
8.4x |
hook_views_query_alter |
Viewsクエリに多くの条件を追加する方法 |
Views |
8.4x |
hook_views_query_alter |
現在のViewsクエリを保存・再現する方法 |
Views |
8.4x |
hook_views_query_alter |
Viewsクエリの条件式にサブクエリを追加する方法 |
言語 |
6.x |
i18n |
多言語対応サイトのサイト名やスローガン/ミッションなどを多言語化する方法を教えてください |
サイトの環境設定 |
7.23 |
Image Style |
画像スタイルの使い方(Crop) |
コンテンツの作成 |
7.50 |
Inline Entity Form |
Drupal6のフィールドグループのようなモジュールはありませんか? |
コンテンツの作成 |
6.x |
Insert Block |
ブロックの内容を本文中に表示するには? |
ユーザ |
7.34 |
ip_ranges |
ログインアタック対策は? |
GoogleMaps |
7.28 |
Javascript |
IE9でGoogle Map APIを利用した住所情報所得がうまくゆかない |
コメント
■ Entity typeとBundleについて
パーマリンク Submitted by actbrain on 2015/10/13 15:09.
■ Entity typeとBundleについて
まず、基本となる「Entity type」と「Bundle」について、ですが、こちら、Drupalインストール直後の”標準”状態で、代表的なものとして、
・Entity type = node,user, taxonomy, comment, fileなどが用意されています。
・Bundle = article(記事), page(基本ページ)が用意されています。・・・Entity type=nodeの場合
管理 › サイト構築 › コンテンツタイプ ページで一覧される「コンテンツタイプ」=「Entity=node」以下の「Bundle」に相当します。
■ 独自Entityについて(eckモジュールを利用して独自Entityを作成する)
上記Entity「node, taxonomy」やBundle「article, page」は標準ですが、
・不要な機能が入っているため、動作が重い・・・スリムなEntityを独自で定義したい。
・既存(node)の仕組みに縛られたくない・・・独自Entityを創ろう。
・〜
などの理由で独自のEntityを設計します。
※ PHPプログラマー(開発者)向き。
■ カンファレンスに限らず、Drupalで情報Referenceする場合の”モジュール的”アプローチ
(難易度が低い順に挙げてみました)
1.メインEntity=nodeを利用し、要ReferenceなフィールドにTaxonomyを用いる。
2.メインEntity=nodeを利用し、要Referenceなフィールドに「Entity Reference」モジュール等を用い、外部「node」にReferenceする。
3.メインEntity=nodeを利用し、要Referenceなフィールドに「Field Collection」を用いる。
4.メインEntity=nodeを利用し、要Referenceなフィールドに「独自Entity」を作成しReferenceする。
5.メインEntityから「独自Entity」を作成し、要Referenceなフィールドに「独自Entity」または「node」をReferenceする。
※ 機能的には、1〜2.で不足は無いと思います。
※ Drupal6で可能であった「Field group」(複数のフィールドをグループ化し、無制限組の入力を行う)と同様の機能を必要とする時は3.を検討します・・・パフォーマンス的にイマイチですが。
※ 4〜5.は上級者用であるため、アドバイスとしてはお勧めできません。
カンファレンスといっても実現したい内容は様々あると思うので、一般的な回答になってしまいましたが、独自Entityを構築するのは色々な面でDrupalの深部の知識が必要です。確証を得るにはCoreを始めEntity,Eckなど関連モジュールのソースコードを読む必要があります。
EntityとBundleの使い方?と仰っておりまので、Databaseの中を見たり、デバッグしたりのご経験はないと思います。
従って「eck」はお勧めできません。
上記1〜2.をお勧めします。標準の範疇ですのでヘルパーモジュールも多く、困ったときのQ/Aも多いです。
ご丁寧なご返信ありがとうございます。
パーマリンク Submitted by Sazae on 2015/10/14 09:37.
ご丁寧なご返信ありがとうございます。
はじめは3のCustomType + Filed Collectionで考えておりました。
ですがFiled Collection部に項目が増えすぎるとAdminページの動作に問題(AjaxErrorなど)がある経験があったので、Entityの導入を考えております。
1は、Taxonomyを使って、Speakerや、Agendaなどの細かい情報(Title, Desc,Photo,Link)が持たすことができないので、諦めておりましたが、可能なのでしょうか?
2は、Speakerなどを別途Custom Content Typeを作ってEntity Referenceを使って使用も考えておりますが、AgendaはどちらかといとFiledCollection向きかなと思っております。
いただきました回答を元に今考えているのは、4のCustom Content TypeでEvent作成して、Agenda,SpeakerをCustom Entityで作成か、3のFiled Collectionで考えております。
Filed Collectionでデータを作成した場合、EventのAdmin詳細ページからでなく、別ページを開いて、特定のEventのField Collection(例えばAgenda)だけを編集することはできるのでしょうか?
Drupalはまだ使いだして浅いですが、普段はPHPやObject-c,ruby,.NETなどいろいろな言語での開発は行っておりますので、backendの作業は可能です。
ページ