バージョン選択

フォーラム

メニュー

オンライン状況

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

サイト内検索

質問 > その他 > eccube2のプラグイン競合について

その他

新規スレッドを追加する

フラット表示 前のトピック | 次のトピック
投稿者 スレッド
epkhq
投稿日時: 2018/6/4 10:31
対応状況: −−−
新米
登録日: 2018/6/4
居住地:
投稿: 1
eccube2のプラグイン競合について
▼テンプレート
[EC-CUBE] eccube2
[レンタルサーバ] ローカル
[OS] windows 10
[PHP] php7
[データベース] mysql
[WEBサーバ] apache
[ブラウザ] firefox
[導入プラグインの有無] 割引クーポン
[カスタマイズの有無] なし
[現象]
お世話になっております。

eccube2のプラグインを開発しておりますが、ほかのプラグインとの競合が発生して、困っております。

プラグインA、Bともに、【LC_Page_Shopping_Payment_action_confirm】ポイントに、フックを掛けています。
優先順位は、プラグインA→プラグインBの前提で、
eccube本体のconfirm処理→プラグインAのconfirm処理→プラグインBのconfirm処理→ほかの処理
という認識しておりますが、実際に試したところ、
eccube本体のconfirm処理→プラグインAのconfirm処理が終わったら、プラグインBのconfirm処理を呼ばせずに、
ほかの処理のところに、進んでいきました。どこか間違ってしまいましたでしょうか。それとも、
同じポイントで複数のフックを掛けたら、必ずの現象でしょうか。対策がないでしょうか。

すみませんが、ご教授、お願い致します。

こちらの実装は、下記の通りです。
省略...
case "confirm":
省略...
// 正常に登録されたことを記録しておく
$objSiteSess->setRegistFlag();
// 確認ページへ移動
SC_Response_Ex::sendRedirect(SHOPPING_CONFIRM_URLPATH); ←ここで、次のプラグインのconfirm処理を呼び出しはずなのに。。
SC_Response_Ex::actionExit();

break;
フラット表示 前のトピック | 次のトピック


題名 投稿者 日時
 » eccube2のプラグイン競合について epkhq 2018/6/4 10:31
     Re: eccube2のプラグイン競合について 468 2018/6/5 9:48

 



ログイン


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

統計情報

総メンバー数は88,873名です
総投稿数は110,000件です

投稿数ランキング

1
seasoft
7367
2
468
3217
3
AMUAMU
2712
4
nanasess
2313
5
umebius
2085
6
yuh
1819
7
h_tanaka
1646
8
red
1570
9
mcontact
1295
10
tsuji
958
11
fukap
907
12
shutta
835
13
tao_s
799
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.