フォーム（form）をカスタマイズ時に、hook_form_alter、hook_form_FORM_ID_alter、hook_form_BASE_FORM_ID_alterの何れかを実装して行います。ここで、既存のフォームを特定するために、そのform_idが必要となってきまして、どこでカスタマイズ先のフォームIDを取得するのかは戸惑いました。

例えば、LDAPモジュールをインストールして、認証関連設定ページ（Home » Administration » Configuration » People » LDAP Configuration

Drupalのフォーム（form）システムが既存のフォームに対して、任意の要素の追加、削除、変更手段が提供されています。システム全体の柔軟性が高くて、魅力が大きいところです。

「hook_form_alter」の実装で、既存フォームの変更ができるようになります。フォームの各要素の記述arrayを変更すれば、フォームの各要素が変えられます。

フォーム要素を追加する場合、既存要素の一番後ろに追加するのは、簡単に実現できますが、特定の要素の前・後にどう追加すれば少し悩みました。いろいろ調べてみましたが、方法としては二つあります。

• フォーム(

• Drupalのフォーム（From API）が各要素の動作制御（JavaScript）が可能です
• FormAPIでフォーム作成記述に「#states」でjavascriptの拡張を自動的に行います

Drupalの各モジュールでページを組み立てます。毎回各ページにアクセスする際に、モジュールでそのページを組み立てれば、パフォーマンスが悪くなります。特にモジュールが多くインストールした場合、パフォーマンスがなおさら悪くなる一方です。

Drupalの優れる一つは：モジュールで組み立てたページをキャッシュします（DBに格納）。そのページにアクセスするときに、キャッシュされたページを呼出して表示します。各モジュールを実行して、ページを組み立てることはなく、パフォーマンス上に問題を生じることはなく迅速にページの表示ができるようになります。キャッシュされた内容はフォームの構成、

企業内では、ユーザーがWindowsにログインすれば、社内サイトを訪問するときに、ユーザー名とパスワード（例えWindowsのログイン名とパスワード ⇐ WindowsのActive Direcitory認証）をもう一度要求されると不便だと感じます。それを改善するために、SSO（シングルサインオン）を導入します。DrupalのLDAPモジュールをインストールすると、SSOのサブモジュールを有効にして、SSOを実現させます。

DrupalのSSO関連説明が古い

• SSO関連モジュールのバージョン
  • Drupal：　7.37

社内のAD（Windows Acitve Directory）のユーザー認証機能を利用するために、DrupalのLDAPモジュールをインストールして、有効化後に「サーバー」、「ユーザー」、「認証」などを設定しました。Drupalのログイン画面でADユーザーログイン名とパスワードを入力して認証すると、「該当ユーザーまたはパスワードの確認ができない」とのエラーメッセージが表示されました。

LDAPの「サーバー」または「ユーザー」のどこかの設定が間違っていったか、環境の設定が間違っていた、LDAPとの通信ができないか、いろいろな可能がありまして、

• Drupalを開発する環境にはDrushの存在が無視できないです
• Windows向けのDrushパッケージをインストールします

モジュール「Panels」が特定なページのレイアウト、表示内容の変更が可能です。非常に便利、強力なツールと感じました。但し、このツールを利用して、既存のページの表示内容を変更し、しばらくほっとして、どのように変更したかを忘れてします可能性があります。その時、ページを前の状態に戻す作業は大変です。Drupalが非常に柔軟で、いろんな手段で同じ変更が可能のため、変更後に必ずどこかでその過程を記録したほうが良いでしょう。

• Drupal Version：　7.37
• Panels:　7.x-3.5
• 現象：　コンテントの新規作成（

Drupalが更新後に、何等かの原因で、画面がメンテナンス状態でロックされていまいました。急いてアップデートのURLを入力（http://your_site_name/update.php）して、更新を完了させようと思ったが、今度実行権限がなくて、完全に拒否されました。

• Drupal Version: 7.37
• 状態：　Site under maintenance

Javascriptの関数を使用するとき、関数内の変数定義時に、演算子「this」をつけるか否かは少し迷う（例：var name ⇒ var this.name?）。関数自体だけで言えば、変数の前に「this」をつける（例：var this.name）と「ローカル変数」と言う。変数の前に「this」をつけず（例： var name）に、「グローバル変数」と言うが、当該関数がプロトタイプのcall()/apply()