バージョン選択

フォーラム

メニュー

オンライン状況

57 人のユーザが現在オンラインです。 (47 人のユーザが フォーラム を参照しています。)
登録ユーザ: 0
ゲスト: 57
もっと...

サイト内検索

質問 > フロント機能 > プラグインの競合

フロント機能

新規スレッドを追加する

フラット表示 前のトピック | 次のトピック
投稿者 スレッド
yuy-tank
投稿日時: 2019/5/23 11:45
対応状況: −−−
一人前
登録日: 2017/11/10
居住地:
投稿: 72
プラグインの競合
ECCUBE バージョン3.0.17です。


あるプラグインAを利用していますが、フックポイントが

eccube.event.controller.shopping_confirm.before


のイベントハンドラがあります。
ただ、このイベントハンドラが呼ばれません。しかし、デバッグモード(index_dev.php)ならば、なぜか呼ばれます。
(ログで確認)


このフックポイントは他のプラグインと競合しており、
クーポンコードプラグインと、クレジット決済プラグインがこのフックポイントでイベントハンドラを起動するようになっています。


クーポンコードでは、このフックポイントでイベントハンドラは呼ばれず、
同じ処理を行うイベントハンドラがfront.shopping.index.initializeで代わりに呼ばれます。

設定ファイル(event.yml)のコメントを読むと、これは、バージョン3.0.8以上に対応するためのようです。

ということは、バージョン3.0.8以上では、eccube.event.controller.shopping_confirm.beforeでイベントハンドラは呼ばれないと思いました。


しかし、クレジット決済プラグインでは、必ずこのフックポイントでイベントハンドラが呼ばれます。


そこで疑問なのですが、

1. プラグインAでは、なぜこのフックポイントでイベントハンドラが呼ばれないのか(そして、なぜデバッグモードだと呼ばれるのか)

2. クーポンコードでは、なぜこのフックポイントでイベントハンドラが呼ばれないのか

3. このフックポイントでイベントハンドラが呼ばれるためには、条件があるのか



ちなみにプラグインごとにこのフックポイントで優先順位を設けています。
クーポンコード 400
プラグインA 399
クレジット決済 398

この順位であれば、処理はうまくいくようにできています。どうか疑問にお答えくださいませ。
フラット表示 前のトピック | 次のトピック


題名 投稿者 日時
 » プラグインの競合 yuy-tank 2019/5/23 11:45
     Re: プラグインの競合 tao_s 2019/5/27 8:49

 



ログイン


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

統計情報

総メンバー数は88,288名です
総投稿数は109,688件です

投稿数ランキング

1
seasoft
7365
2
468
3217
3
AMUAMU
2712
4
nanasess
2303
5
umebius
2085
6
yuh
1818
7
h_tanaka
1610
8
red
1567
9
mcontact
1240
10
tsuji
958
11
fukap
907
12
shutta
835
13
tao_s
796
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.