メインコンテンツに移動
- WordPressの関数:__()、_e()、_x()、および_ex()の意味
- テーマ(Bootstrap)がDrupalのプログレスバー(progress bar)をサポートしない
- 原因:テーマ(Bootstrap)のプログレスバー(progress bar)がDrupalのプログレスバーをオーバーライドしない
- 解決1:テーマ(Bootstrap)のスタイル(style.css)にDrupalのプログレスバーcssを追加する
- 解決2:プログレスバーの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とラベルの取得方法