バージョン選択

フォーラム

メニュー

オンライン状況

79 人のユーザが現在オンラインです。 (2 人のユーザが XOOPS検索 を参照しています。)
登録ユーザ: 2
ゲスト: 77
faraz mypharma1 もっと...

検索結果

キーワード: 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_WARNING
bbkids (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;-------------------------------------------------------------------------一行だけで済むし、これは他に影響はでないと予想されますでしょうか?

すべて表示

ログイン


EC-CUBE公式 Amazon Payプラグイン

統計情報

総メンバー数は95,971名です
総投稿数は111,642件です

投稿数ランキング

1
seasoft
7369
2
468
3217
3
AMUAMU
2712
4
nanasess
2325
5
umebius
2085
6
yuh
1893
7
h_tanaka
1850
8
red
1574
9
mcontact
1536
10
tsuji
958
11
fukap
907
12
shutta
835
13
tao_s
804
14 ramrun 789
15 karin 689
16 sumida 641
17
homan
633
18 DELIGHT 572
19
patapata
502
20
flealog
485


ネットショップの壺

EC-CUBEインテグレートパートナー

Copyright© EC-CUBE CO.,LTD. All Rights Reserved.