バージョン選択

フォーラム

メニュー

オンライン状況

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

サイト内検索

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

フロント機能

新規スレッドを追加する

スレッド表示 | 新しいものから 前のトピック | 次のトピック | 下へ
投稿者 スレッド
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

この順位であれば、処理はうまくいくようにできています。どうか疑問にお答えくださいませ。
tao_s
投稿日時: 2019/5/27 8:49
対応状況: −−−
仙人
登録日: 2008/8/20
居住地: 東京
投稿: 796
Re: プラグインの競合
ちょっと話が逸れますが、フックポイントは呼ばれているが、プラグインの処理に問題があって、結局決済プラグインがHTMLを書き換えずにそのまま返してて、何も起きていない様な現象になっていた。
という事がありました。


----------------
EC-CUBEカスタマイズ相談してください。
緊急のEC-CUBEの障害対応
EC-CUBEカスタマイズブログ

スレッド表示 | 新しいものから 前のトピック | 次のトピック | トップ


 



ログイン


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

統計情報

総メンバー数は88,281名です
総投稿数は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.