デザインテンプレートの基礎 | EC-CUBE 3.0 開発ドキュメント
Edit me デフォルトのテンプレートの配置場所 EC-CUBEがインストールされているディレクトリを ECCUBEROOT とします。 本体の標準のTwigファイルは以下のディレクトリに配置されています。 フロント画面の標準ディレクトリ ECCUBEROOT/src/Eccube/Resource/template/default 管理画面の標準ディレクトリ ECCUBEROOT/src/Eccube/Resource/template/admin インストール画面の標準ディレクトリ ECCUBEROOT/src/Eccube/Resource/template/install デザインのカスタマイズ時のファイル配置 EC-CUBEでは、デフォルトのディレクトリとは別に、オリジナルのデザインテンプレートを配置可能です。 新規にデザインを作成する場合に、直接デフォルトのテンプレートを触る
EC-CUBE 開発コミュニティ - フォーラム
[EC-CUBE] EC-CUBE Ver.3.0.11 [レンタルサーバ] CPI [OS] Windows 7 [PHP] PHP Ver.7.0.28 [データベース] MySQL 5.6.30 [ブラウザ] Chrome ●メルマガ管理プラグイン https://www.ec-cube.net/products/detail.php?product_id=960 管理画面＞絞り込み検索で会員種別を選択（仮会員・会員どちらでも発生） ＞検索結果が（10件以上該当している場合に限る）表示されたあと、 「次へ」をクリックするとシステムエラーとなる （表示件数を「10件」から他に変更したときも同様） ▽デバッグモードでのエラー内容 RuntimeException in IdReader.php line 117: Entities passed to the choice field m
Symfonyでpersist()するときにどうやって既に登録されているEntityか否かを判断しているのか
Symfony2でORMとして使われているDoctrine2における、エンティティの状態の扱い方に関連する問題ですね。最初は戸惑うポイントだと思います。 最初に注意が必要なのは、Doctrineでは「データベースのレコード」ではなく、「オンメモリのオブジェクト」を中心に考えなくてはならないということです。 Doctrineでのエンティティ管理の基本 アプリケーションの側から見ると、 アプリケーションのコード → Doctrineの世界 → DBの世界 というように、明示的にDBの世界との間にDoctrineの世界が設けられます。 この3つの世界間で、 新規エンティティ登録 既存レコードの読み込み 既存レコードの変更 は次のようになっています。 新規エンティティの登録時 $plan = new Plan(); // アプリケーションで、新規エンティティのインスタンス ↓ $entityMan
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
パフォーマンス比較 [EC-CUBE メモ]
EC-CUBE(2.11.5): パスワードのハッシュ化処理 - log.nissuk.info
