メインコンテンツに移動
- WordPressの関数：__（）、_e（）、_x（）、および_ex（）の意味
- テーマ（Bootstrap）がDrupalのプログレスバー（progress bar）をサポートしない
- 原因：テーマ（Bootstrap）のプログレスバー（progress bar）がDrupalのプログレスバーをオーバーライドしない
- 解決１：テーマ（Bootstrap）のスタイル（style.css）にDrupalのプログレスバーcssを追加する
- 解決２：プログレスバーのHTMLおよびJSをBootstrapのプログレスバーコードでオーバーライドします
- PhpStormのFile WatcherがLESSなどのファイル変更を監視し、サードパーティーのコンパイラーでcssファイルの作成
- Node.jsをローカル環境にインストールして、PhpStormのFile WatcherでLESSをcssへの変換
- コマンドプロンプトでLessをcssへのコンパイル注意点：アウトプットのディレクトリをちゃんと指定する
- Notepad++の64bit版がプラグインマネージャー（Plugin Manager）が含まれていない
- 64bit版のプラグインマネージャー（Plugin Manager）をダウンロードして、インストールする必要があります
- Drupalのモジュール（EntityAPI）がモジュール（Rules、Viewsなど）に統合機能を提供していますが、各モジュール間の統一性が欠けています
- 例：エンティティ（Entity）へのアクセス権限管理にモジュール（Rules）が独自の権限（"save"）を生み出している
- 対応方法の一つはモジュール（Rules）側でエンティティへのアクセス権限を再定義する
- Googleのアナリティクス（Analytics）から「Search Consoleアカウント」をリンクする通知
- GoogleAnalyticsプロパティにSearch Consoleアカウントをリンクする操作
- 関数（entity_metadata_wrapper()）よりエンティティ（Entity）のデータ更新が簡単にできるようになります
- entity_save()がEntityからのオバーライドを呼び出す
- drupal_write_record()が定義されたテーブルスキーマを呼び出し、エンティティの主キーがあるか否かでupdate/insertを決定
- 問題点：カスタムモジュールでデータ作成時にエラーが発生： Invalid datetime format: 1366 Incorrect string value: '\xE5\xAE\x89\xE7\x9D\xA1'
- 原因：手動でカスタムテーブル作成時に文字照合設定を初期値のままでしたせい
- Drupalのhook_schema()ではテーブルの文字照合設定はありません
- hook_menu()でページアクセス権限設定（"access callback"）がない場合に「"access callback" => "user_access"」を自動に追加
- hook_entity_info()を実装してエンティティ（Entity）へのアクセス管理はメニューシステムと同じ「"access callback"、"access arguments"」で行います
- entity_access()関数が利用された場合は"access callback"の定義が必要です
- やりたいこと：エンティティ（Entity）新規作成後に作成したエンティティの詳細画面に遷移
- 問題点：エンティティ作成/更新関数（entity_save()）が新規作成したエンティティのIDを返さない
- 解決：データ更新ロジックを「Entity metadata wrappers」にします
- 「Entity Metadata Wrapper」でIDとラベルの取得方法
