こちらのウェビナーで使われている単語を一覧化しました。
https://www.youtube.com/watch?v=c3GCK5D4WSE&list=PLVkpj3GMKNm2n_u-gOCBhDtqXTDxwhqjM
| No | 用語 (英語) | カテゴリ | 解説 |
|---|---|---|---|
| 1 | CMS (Content Management System) | 基本概念 | Webサイトのコンテンツ（テキスト、画像、レイアウト）を一元的に保存・管理し、効率的に構築・運用するためのシステム。Drupalも法人向けCMSの一つ。 |
| 2 | ノード (Node) | 基本概念 | Drupalにおけるコンテンツの基本単位。記事やページなどの1つ1つのデータを指す。 |
| 3 | エンティティ (Entity) | 基本概念 | ノード、ユーザー、タクソノミーなど、Drupal内のあらゆるデータの共通基盤となるオブジェクト。テラソルナと類似 |
| 4 | フィールド (Field) | 基本概念 | エンティティに付随するデータ項目（テキスト、画像、日付）で、再利用が可能。 |
| 5 | コンテンツタイプ (Content Type) | 基本概念 | 特定のフィールド構成を持つノードの型（例：「お知らせ」「ブログ記事」など）。 |
| 6 | タクソノミー (Taxonomy) | 基本概念 | コンテンツを分類・整理するための強力なカテゴリシステム。 |
| 7 | ボキャブラリ (Vocabulary) | 基本概念 | タクソノミーの大分類（例：「タグ」「カテゴリ」「地域」など）。 |
| 8 | ターム (Term) | 基本概念 | ボキャブラリに属する具体的な項目（例：「東京」「システム開発」など）。 |
| 9 | ブロック (Block) | サイト構築 | ページの特定の領域（リージョン）に配置できるコンテンツの部品。 |
| 10 | リージョン (Region) | サイト構築 | テーマ内で定義された、ブロックを配置するためのエリア（ヘッダー、サイドバーなど）。 |
| 11 | ビューズ (Views) | サイト構築 | データベースから条件を指定してデータを抽出し、リストや表形式で表示する強力な機能。 |
| 12 | モジュール (Module) | 拡張機能 | Drupalの機能を拡張するためのプログラムの集合体。雛形のようなもの |
| 13 | コア (Core) | システム | Drupalをインストールした直後から備わっている標準機能群。 |
| 14 | コントリビュートモジュール (Contrib Module) | 拡張機能 | 世界中のコミュニティによって開発・無償公開されている追加拡張機能。 |
| 15 | カスタムモジュール (Custom Module) | 開発 | プロジェクト独自の要件を満たすために自作するモジュール。 |
| 16 | テーマ (Theme) | デザイン | サイトの見た目（HTML/CSS/JS）を制御するテンプレートの集合体。 |
| 17 | ベーステーマ (Base Theme) | デザイン | 他のテーマの親として機能し、基本構造を提供するテーマ（ClassyやStableなど）。 |
| 18 | サブテーマ (Subtheme) | デザイン | ベーステーマを継承し、差分だけを上書き・追加して作成するテーマ。 |
| 19 | ユーザー (User) | 権限・管理 | サイトに登録されているアカウント情報。 |
| 20 | ロール (Role) | 権限・管理 | ユーザーに割り当てる役割（例：「管理者」「編集者」「匿名ユーザー」など）。 |
| 21 | パーミッション (Permission) | 権限・管理 | ロールごとに設定する、具体的な機能や操作のアクセス権限。 |
| 22 | パス (Path) | ルーティング | Drupal内部でページを一意に識別するためのURL経路（例：/node/1）。 |
| 23 | URLエイリアス (URL Alias) | ルーティング | システムのパスに対し、人間が読みやすいURLを付与する機能（例：/about-us）。 |
| 24 | Pathauto | サイト構築 | ノードのタイトルなどからURLエイリアスを自動生成する定番モジュール。 |
| 25 | クロン (Cron) | 運用 | キャッシュクリアやインデックス作成など、定期的に実行されるバックグラウンド処理。Linuxと類似 |
| 26 | キャッシュ (Cache) | パフォーマンス | ページやデータベースクエリの結果を一時保存し、表示速度を向上させる仕組み。 |
| 27 | フック (Hook) | 開発 (API) | コアや他モジュールの処理の途中で、独自の処理を割り込ませるための仕組み。 |
| 28 | イベントサブスクライバー (Event Subscriber) | 開発 (アーキテクチャ) | Symfonyのコンポーネントを利用し、特定のイベント発生時に処理を実行するモダンな仕組み。 |
| 29 | プラグイン (Plugin) | 開発 (アーキテクチャ) | 特定の機能（ブロック、フィールドフォーマッターなど）をカプセル化し、差し替え可能にする仕組み。 |
| 30 | サービス (Service) | 開発 (アーキテクチャ) | 再利用可能なロジックを持つクラス。コンテナによって管理される。 |
| 31 | 依存性の注入 (Dependency Injection / DI) | 開発 (アーキテクチャ) | クラスが依存する外部オブジェクトを外部から注入する設計パターン。テストを容易にする。 |
| 32 | コントローラー (Controller) | 開発 (アーキテクチャ) | ルーティングからのリクエストを受け取り、レスポンスを返す役割を持つクラス。 |
| 33 | ルーティング (Routing) | 開発 (アーキテクチャ) | URLとそれを処理するコントローラーを紐づける仕組み（routing.ymlで定義）。 |
| 34 | Twig | デザイン | Drupal 8以降で採用されている、安全で高速なPHPテンプレートエンジン。 |
| 35 | YAML (.yml) | 設定 | 設定データやルーティング情報を記述するために使用されるデータ構造記述言語。 |
| 36 | コンポーザー (Composer) | 開発ツール | PHPの依存関係管理ツール。Drupal本体やモジュールのインストールに必須。 |
| 37 | ドラッシュ (Drush) | 開発ツール | Drupalをコマンドラインから操作するための強力なシェルインターフェース。 |
| 38 | Symfony | システム基盤 | Drupal 8以降の基盤として採用されている、堅牢なPHPウェブアプリケーションフレームワーク。 |
| 39 | フォームAPI (Form API / FAPI) | 開発 (API) | セキュアな入力フォームを配列（Render Array）として定義・構築するためのAPI。 |
| 40 | レンダーアレイ (Render Array) | 開発 (API) | 画面に出力する要素を階層的な連想配列として定義したDrupal独自のデータ構造。 |
| 41 | エンティティAPI (Entity API) | 開発 (API) | エンティティの作成、読み込み、更新、削除（CRUD）を行うためのAPI。 |
| 42 | データベースAPI (Database API) | 開発 (API) | データベースの違いを吸収し、安全にSQLを発行するための抽象化レイヤー。 |
| 43 | コンフィグレーションAPI (Config API) | 開発 (API) | サイトの設定情報（サイト名、ビューズの定義など）を管理するAPI。 |
| 44 | ステートAPI (State API) | 開発 (API) | 環境に依存する一時的な状態（例：最後のCron実行時間）を保存するAPI。 |
| 45 | キューAPI (Queue API) | 開発 (API) | 重い処理をバックグラウンドで非同期かつ順番に処理するためのAPI。 |
| 46 | バッチAPI (Batch API) | 開発 (API) | 大量のデータ処理を複数回に分割し、タイムアウトを防ぎながら実行するAPI。 |
| 47 | マイグレートAPI (Migrate API) | 開発 (API) | 外部データや旧バージョンのDrupalからデータを移行（インポート）するためのAPI。 |
| 48 | テーマフック (Theme Hook) | デザイン | データをHTMLに変換する際に、どのTwigテンプレートや処理を呼び出すかを定義するもの。 |
| 49 | プリプロセス (Preprocess) | デザイン | テンプレート（Twig）にデータが渡される直前に、変数を追加・加工する処理。 |
| 50 | レイアウトビルダー (Layout Builder) | サイト構築 | ドラッグ＆ドロップでコンテンツのレイアウトを視覚的に構築できるコア機能。 |
| 51 | パラグラフ (Paragraphs) | サイト構築 | テキストや画像などの要素をブロック感覚で組み合わせ、複雑なページを作成する拡張モジュール。 |
| 52 | メディア (Media) | 基本概念 | 画像、動画、ファイルなどを一元管理するエンティティ。 |
| 53 | メディアライブラリ (Media Library) | サイト構築 | アップロード済みのメディアを一覧表示し、再利用しやすくするインターフェース。 |
| 54 | イメージスタイル (Image Style) | サイト構築 | 元画像を保持したまま、自動でリサイズやトリミングを行って表示する機能。 |
| 55 | テキストフォーマット (Text Format) | セキュリティ | 入力されたテキストを表示する際、どのHTMLタグを許可・変換するかを制御する設定。 |
| 56 | CKEditor | サイト構築 | Drupalコアに統合されている高機能なWYSIWYGエディタ。 |
| 57 | WYSIWYG | サイト構築 | 見たままを編集できるインターフェース（What You See Is What You Getの略）。 |
| 58 | ディスプレイスイート (Display Suite) | サイト構築 | エンティティの表示レイアウトを管理画面から細かく制御する定番拡張モジュール。 |
| 59 | パネル (Panels) | サイト構築 | 複雑なレイアウトを構築するための古い定番モジュール（現在はLayout Builderに移行傾向）。 |
| 60 | ルールズ (Rules) | サイト構築 | 「イベント」「条件」「アクション」を組み合わせて処理を自動化する拡張モジュール。 |
| 61 | ウェブフォーム (Webform) | サイト構築 | お問い合わせやアンケートなど、高度なフォームを簡単に作成できる拡張モジュール。 |
| 62 | 構成管理 (Configuration Management / CMI) | 運用 | サイトの設定をYAMLファイルにエクスポートし、Gitなどでバージョン管理する仕組み。 |
| 63 | フィーチャーズ (Features) | 運用 | 設定をコード化してモジュールとして書き出す機能（Drupal 7以前の主流。現在はCMIが主流）。 |
| 64 | エンティティリファレンス (Entity Reference) | 基本概念 | あるエンティティから別のエンティティ（例：ノードからタクソノミー）を参照するフィールド型。 |
| 65 | ウィジェット (Widget) | サイト構築 | データ入力時のUI（例：テキストボックス、セレクトリスト、チェックボックスなど）。 |
| 66 | フォーマッター (Formatter) | サイト構築 | データ出力時の表示形式（例：日付を「Y/m/d」で表示するなど）。 |
| 67 | ビューモード (View Mode) | サイト構築 | 「全ページ表示」「ティーザー（要約）表示」など、コンテンツの表示パターンの定義。 |
| 68 | フォームモード (Form Mode) | サイト構築 | ユーザーや権限に応じて入力フォームの項目や表示を変えるための定義。 |
| 69 | リビジョン (Revision) | 運用 | コンテンツの変更履歴を保存し、過去の状態への復元や差分比較を行う機能。 |
| 70 | ワークフロー (Workflow) | 運用 | 「下書き」「レビュー待ち」「公開」など、コンテンツの公開ステータスの遷移を管理する機能。 |
| 71 | コンテンツモデレーション (Content Moderation) | 運用 | ワークフロー機能を利用し、複数人での承認フローなどを実現するコアモジュール。 |
| 72 | 多言語対応 (Multilingual) | サイト構築 | サイトを複数の言語で表示・運用するためのコアモジュール群の総称。 |
| 73 | インターフェース翻訳 (Interface Translation) | サイト構築 | システムのUI（ボタン、ラベルなど）を指定した言語に翻訳する機能。 |
| 74 | コンテンツ翻訳 (Content Translation) | サイト構築 | ノードなどのコンテンツエンティティの入力内容を複数の言語に翻訳する機能。 |
| 75 | デカップルド (Decoupled Drupal) | アーキテクチャ | Drupalをバックエンド（データ管理）としてのみ使用し、フロントエンドはReact等で構築する手法。 |
| 76 | ヘッドレス (Headless Drupal) | アーキテクチャ | デカップルドと同義。フロントエンドの描画システム（テーマ）を持たない構成。 |
| 77 | RESTful Web Services | 開発 (API) | Drupal内のデータをREST API（JSON/XML等）として外部システムに提供するコア機能。 |
| 78 | JSON:API | 開発 (API) | JSON:API仕様に準拠した形式でDrupalのエンティティデータを操作・取得できるコアモジュール。 |
| 79 | GraphQL | 開発 (API) | フロントエンドから必要なデータだけを柔軟に取得できるクエリ言語（拡張モジュールで対応）。 |
| 80 | Drupal.org | コミュニティ | Drupalの公式サイト。モジュールの配布や課題管理（Issue）、ドキュメントが集約されている。 |
| 81 | ドリス・バイタルト (Dries Buytaert) | コミュニティ | Drupalのオリジナル開発者であり、現在もプロジェクトリーダーを務める人物。 |
| 82 | アクイア (Acquia) | エコシステム | Dries Buytaertが設立した、Drupalに特化したエンタープライズ向けクラウドホスティング企業。 |
| 83 | DDEV | 開発ツール | Dockerベースのローカル開発環境構築ツール。Drupal開発のデファクトスタンダードの一つ。 |
| 84 | Lando | 開発ツール | DDEVと同様に、Dockerを利用して簡単にDrupalのローカル環境を構築できるツール。 |
| 85 | Docker | 基盤技術 | コンテナ仮想化技術。現代のDrupal開発におけるローカル環境の基盤として広く普及。 |
| 86 | LAMP | 基盤技術 | Linux, Apache, MySQL, PHPの組み合わせ。Drupalを稼働させる伝統的なサーバー環境。 |
| 87 | イシューキュー (Issue Queue) | コミュニティ | Drupal.org上の課題管理システム。バグ報告や機能要望、パッチのやり取りが行われる場。 |
| 88 | パッチ (Patch) | 開発 | バグ修正や機能追加のコード差分ファイル。公式リリース前に適用して問題を解決する際に用いる。 |
| 89 | メンテナー (Maintainer) | コミュニティ | モジュールやテーマの管理・保守を担当する開発者。 |
| 90 | リリース候補 / RC (Release Candidate) | システム | 正式リリース直前のテスト用バージョン。致命的なバグがなければそのまま正式版となる。 |
| 91 | セキュリティアドバイザリ (SA) | 運用 | Drupalコアやコントリビュートモジュールの脆弱性に関する公式な警告・パッチリリース情報。 |
| 92 | Update.php | 運用 | モジュールのアップデート時などに、データベースのスキーマ変更処理を実行するスクリプト。 |
| 93 | Settings.php | 設定 | データベースの接続情報や環境ごとの個別設定を記述する、Drupalの最重要設定ファイル。 |
| 94 | Services.yml | 設定 | Drupal内部のサービスコンテナに対する設定ファイル。Twigのデバッグモード有効化などにも使う。 |
| 95 | Info.yml (*.info.yml) | 設定 | モジュールやテーマの名前、バージョン、依存関係などのメタ情報を定義する必須ファイル。 |
| 96 | Routing.yml (*.routing.yml) | 設定 | パスとコントローラーを紐づけるルーティング情報を記述するファイル。 |
| 97 | Libraries.yml (*.libraries.yml) | 設定 | テーマやモジュールで読み込むCSSやJavaScriptのファイルを定義するファイル。 |
| 98 | アクション (Action) | 基本概念 | 「ノードの公開」「メール送信」など、システム上で実行できる具体的な操作単位。 |
| 99 | トークン (Token) | 開発・構築 | [node:title]のように記述し、動的なデータに置換するためのプレースホルダ。 |
| 100 | アグリゲーター (Aggregator) | サイト構築 | 外部のRSSフィードなどを読み込み、サイト内に表示するコアモジュール（※Drupal 10で非推奨/削除対象）。 |
| 101 | フォーラム (Forum) | サイト構築 | 掲示板機能を提供するコアモジュール。スレッド形式でのディスカッションが可能。 |
実際の手順：モジュール導入と設定反映の基本フロー
実務でDrupalを構築・運用する際、「モジュールの追加」と「設定の反映」は日常的に行う作業です。現在の開発現場では、GUIからの操作ではなく Composer と Drush を併用するCLI (CUIコマンド)での操作が標準的なようです。
※Windowsだと本筋的には動かない
モジュールのダウンロード（Composer）
依存関係を含めて正確に取得します。composer require drupal/[モジュール名]モジュールの有効化（Drush）
システム上で有効にします（-yは確認プロンプトをスキップするオプション）。drush en [モジュール名] -y設定のエクスポートとGitコミット（開発環境）
管理画面で行った設定変更をYAMLファイルとして書き出し、バージョン管理に含めます。drush cex -y
git add config/
git commit -m "Add and configure [モジュール名]"設定のインポートとキャッシュクリア（本番・テスト環境）
デプロイ先の環境で、YAMLファイルの変更をデータベースに同期し、キャッシュをクリアします。drush cim -y
drush cr
- 閲覧数 24
コメントを追加