質問 > フロント機能 > プラグインの競合 |
フロント機能
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
yuy-tank |
投稿日時: 2019/5/23 11:45
対応状況: −−−
|
一人前 登録日: 2017/11/10 居住地: 投稿: 72 |
プラグインの競合 ECCUBE バージョン3.0.17です。
あるプラグインAを利用していますが、フックポイントが
のイベントハンドラがあります。 ただ、このイベントハンドラが呼ばれません。しかし、デバッグモード(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を書き換えずにそのまま返してて、何も起きていない様な現象になっていた。
という事がありました。
|
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |