検索結果
キーワード: user_data
フォーラム
Re: ヘッダー内でページによる条件分岐を行う方法h_tanaka (2024/11/11 8:56:30)
app.request.getRequestUriで取得できます。{% if app.request.getRequestUri == '/user_data/sample' %}
Re: ヘッダー内でページによる条件分岐を行う方法mcontact (2024/11/9 19:31:25)
user_data/sampleという特定のページのみ、ヘッダーブロック内のロゴの表示を切り替えたいと考えています。特定のページだけの表示変更だけでしたら、twigファイルにて難しく条件処理などのを行う必要はなく、特定ページをuser_data/sampleにて作っているのでしたら「コンテンツ管理>ページ管理」にてページを作成されていると思います。そして、「コンテンツ管理>ブロック管理」にて特定ページ用のヘッダーを作成し、「コンテンツ管理>レイアウト管理」にて特定ページ用のレイアウトを作成し「コンテンツ管理>ページ管理」にて作成したページのページ編集から「レイアウト設定」を前記で記載したレイアウトを設定すればいいだけです。
ヘッダー内でページによる条件分岐を行う方法nanana723 (2024/11/9 11:56:03)
[EC-CUBE]4.1.2-p1、アップデート[レンタルサーバ]Xサーバー[PHP]7.4.33[データベース]MySQL 5.7.32[ブラウザ]chrome[現象]user_data/sampleという特定のページのみ、ヘッダーブロック内のロゴの表示を切り替えたいと考えています。{% if app.request.get('_route') == 'user_data' %}
{% if app.request.get('route') == 'sample' %}
ロゴA
{% else %}
ロゴB
{% endif %}
{% else %}
ロゴB
{% endif %}このような記述で試したところ、app.request.get('_route')で取得できたのは block_header となっていました。{% set request_uri = app.request.server.get('REQUEST_URI') %}
{% if 'sample' in request_uri %}
ロゴA
{% else %}
ロゴB
{% endif %}こちらの記述でも試してみたのですが、app.request.server.get('REQUEST_URI')で取得できたのは /Block/header となっていました。ブロックから表示されているのがuser_data/sampleのページであるかを判別をするためには、どのような記述をすればよいでしょうか?ご教授いただけましたら幸いです。
Re: デフォルトのgif画像の修正についてbalisys (2024/10/15 10:26:14)
引用:127x21 pixel となっており、実際にブラウザで見ている物より明らかに小さいです。user_data/packages/default/img/title/tit_bloc_category.gif上記の画像自体は127x21 pixel ですが、ブラウザで表示されるのは下記CSSで設定しているエリアかと思われます。/user_data/packages/default/css/bloc.css#category_area h2 {
border-top: solid 1px #f90;
background: url('../img/background/bg_tit_bloc_01.jpg') repeat-x left bottom;
padding: 5px 0 8px 10px;
font-size: 14px;
}なので、画像の差し替え自体はtit_bloc_category.gifを差し替えて、適時該当のCSSを修正する形になるかなと思われます。※デベロッパーツールなどでCSSを確認するとわかりやすいかなと思います。
Re: 決済モジュールからSC_FormParam.phpがコールされる時だけE_WARNINGbbkids (2024/10/11 10:29:48)
実に的確な内容有難う御座います。ご教示頂きました内容をもとに考察しましたところ決済モジュール「/html/user_data/asjpayment_recv.php」が直接SC_FormParam_Ex();をコールしている為(class定義されていないasjpayment_recv.phpが直接SC_FormParam_Ex();をコールしている為)、$backtraces[1]['class'];にクラス名が入らなくてE_WARNINGが発生している事が分かりました。対処方法はいくつか考えられますが、asjpayment_recv.phpの処理本体をclass化したファイルを作成し/data/配下のどこかに設置しasjpayment_recv.php自体はそのclass化した処理本体をコールするのが根本的な解決といったところでしょうか?本来決済モジュール会社が改修してくれるのが一番良いのでしょうが、多分当面修正は入らないのでそれを自分でやるかどうか考えてしまいます。E_WARNINGが目障りだけなので、決済モジュール会社の改修が行われるまではあまりスマートではないですがSC_FormParam.php側を自分で以下暫定対処した方が良いよいものか。-------------------------------------------------------------------------$class = isset($backtraces[1]['class']) ? $backtraces[1]['class'] : null;-------------------------------------------------------------------------一行だけで済むし、これは他に影響はでないと予想されますでしょうか?
すべて表示