バージョン選択

フォーラム

メニュー

オンライン状況

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

サイト内検索

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

フロント機能

新規スレッドを追加する

フラット表示 前のトピック | 次のトピック
投稿者 スレッド
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ペイメント

公式ストアEC-CUBE4系デザインテンプレート続々リリース中

統計情報

総メンバー数は60,861名です
総投稿数は95,423件です

投稿数ランキング

1
seasoft
7332
2
AMUAMU
2712
3
nanasess
2038
4
468
2020
5
yuh
1612
6
umebius
1588
7
red
1399
8
h_tanaka
992
9
fukap
907
10
tsuji
863
11
shutta
835
12 ramrun 789
13
tao_s
783
14 karin 656
15 sumida 641
16
homan
633
17 DELIGHT 571
18
patapata
502
19
flealog
485
20 tonton 437


ネットショップの壺

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

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