バージョン選択

フォーラム

メニュー

オンライン状況

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

サイト内検索

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

フロント機能

新規スレッドを追加する

スレッド表示 | 新しいものから 前のトピック | 次のトピック | 下へ
投稿者 スレッド
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
居住地: 東京
投稿: 774
Re: プラグインの競合
ちょっと話が逸れますが、フックポイントは呼ばれているが、プラグインの処理に問題があって、結局決済プラグインがHTMLを書き換えずにそのまま返してて、何も起きていない様な現象になっていた。
という事がありました。


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

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


 



ログイン


EC-CUBEペイメント

ec-cube.co

統計情報

総メンバー数は50,984名です
総投稿数は93,508件です

投稿数ランキング

1
seasoft
7332
2
AMUAMU
2712
3
nanasess
1984
4
468
1858
5
yuh
1603
6
red
1353
7
umebius
1296
8
h_tanaka
924
9
fukap
907
10
tsuji
856
11
shutta
835
12 ramrun 789
13
tao_s
774
14 karin 656
15 sumida 641
16
homan
633
17 DELIGHT 571
18
patapata
502
19
flealog
483
20 tonton 436


ネットショップの壺

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

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