[uishi]

該当サイトのlogフォルダーのacting_transaction.logを
一度確認してみてはどうでしょうか。
投稿の必要はないと思いますが、開発さんに内容を連絡してみるとか。

[uishi]

追伸
$usces_entries['order']['payment_name']はそのままで、決済名を変えるです。
$usces_entries['order']['payment_name']があり$usces_entries['order']['payment_name']の内容が「決済名」と同じならという条件。

[uishi]

purchase_button.phpの条件分岐が、まず代行業者決済とそれ以外で分岐。
act_flagが偽なら代行業者決済でないので、とにかく完了画面へ移行する。
フック的には一緒なので、

if(isset($pay_floag['module']) && 'モジュール名.php' == $pay_floag['module'] ){
     require_once($usces->options['settlement_path'].'モジュール名.php');

を

if(isset($usces_entries['order']['payment_name']) && '決済名' == $usces_entries['order']['payment_name'] ){  
//require_once($usces->options['settlement_path'].'モジュール名.php');
はスレ主さんの場合はダミーなのでいらない。

に変えるとかだと思います。
$usces_entries['order']['payment_name']は決済の表示名なので、「カード決済」とか「後払い決済」とかが入ります。
完了画面用は触る必要はないかなと思います。
もっとセキュアーかつスマートな表示方法があればぜひご教示願いたい（切実）。
※クロネコの場合も必要な情報を読みにいかない（直接記入してるとか）ならモジュールの必要がない。
素人がやってることなんで鋭い突っ込みをお待ちしてます。

[uishi]

縦に長いアイコンのようなものって画像（アイキャッチ？サムネイル？）がないときに表示される代替画像（いわゆるノーイメージ）じゃないですか。

[uishi]

関心があって検索してみましたが
$subsetcharsは配列だけど、
$fontinfo[‘subsetchars’]は配列じゃないからエラーなんでしょうか？
$fontinfo[‘subsetchars’]を配列にキャストするで回避できるもんなんでしょうか。
詳しい方の解説を期待します。

[uishi]

次のバージョンで直りそうな気もします。
完全にダミーなら代行業者決済じゃなくてもいいと思います。
代金引換にして確認ページへのフックの関数のモジュール名で分岐してたのを
別の方法で代引き・カード・後払決済の分岐をすることになります。
とりあえず自分は支払名でしました。
完了ページへの出力は変更しなくてもいいと思います。
Welcart1.5での外部モジュール使用カード決済について
別の原因の理由なら申し訳ございません。

[uishi]

yskysmr様
お忙しい中手を尽くしてくださりありがとうございます。
テスト環境ですが以前のコードで動きました。

ただ今回の件で思ったのは、
welcartサイトで売上登録完了後、別の手段で決済する場合、
決済の際に必要な登録情報をどうするかだけ解決すれば、
代行業者決済ではないほうがいいかもとは思いました。
wp_nonceもデフォルトで入るし。
代金引換に支払名以外のフラグを立てて、
決済1の段階ででactingフラグを立てればいいだけなので。
（自分が代行業者のフックにしたのは以前のpaypalの支払い方法を参考にしたからだけ）

いずれにせよお時間おとりいただきありがとうございました。

[uishi]

代行業者決済　actingのフラグ（？）があった場合の
purchase_button.phpのdefaultの挙動がかわってないでしょうか。

そもそもクロネコの特定のサービスの場合
welcartで購入「完了」後、クロネコで決済するので
「代行業者決済」を選ぶ必然がなかったのかも。

基本設定の支払いに「外部サイト決済」という
確認画面にactingフラグが立たない選択を一つ増やしてもらった方が
いいかもしれません。

[uishi]

Welcart 1.5.2 をリリースしました

以前要望があって、1.5.2で対応されてみたいですよ。

[uishi]

既存のテーマを利用したショップの作り方　その3

まだ有効かわかりません。
あとアーカイブで使えるかもちょっとわかりません。
がブログにカートへ入れるボタンをつける時には使えたはず。

[uishi]

テスト環境なのでSSLなしで以前と同様のコードで注文すると
クエリーにacting=epsilonが表示されます。エラーページが表示されます。
試しに、決済方法を代金引換にして、「支払方法名」が一致するときは
決済1をフックした場合、一応完了するようです。

[uishi]

メモです。
決済1のフックでの動作は正しいと思いますが、ボタンを押した後、
黒猫は決済サイトとの情報のやり取り（認証）の仕組みがないので完了しないんだと思います。
（そういうサービスもありますが今回のは関係ないと思います。）
決済2は現状では関係ないと思います。

望ましいのは分岐がtrue（actinｇがfalse）でfalseの場合でも外部へ認証を求めず販売を完了し、完了画面で決済サイトへのリンクと販売内容のformをつくること（決済2がそうです）ではないでしょうか。

[uishi]

クレーマーのようで気が引けるのですが
acting_transaction.logの中身に
[2015-10-12 15:48:51] Epsilon : Socket Error
が連続して記録されているのでが、
このようにログに記録される場合ってどんな場合がるのでしょうか。
ヒントが欲しくてあせっています。
お見苦しい点はご容赦ください。

[uishi]

注文ボタンを押すとwc_cart_page.phpに戻ってしまって注文も登録されない。
フォームがおかしいのでしょうか。
追伸
投稿の編集ができなくなったんですね。
さわってたら無駄なレスをしてしまいましたすいません。

[uishi]

uishi wrote:

当方もクロネコのクレジット払いができなくなりました。
症状は上記の内容で注文ボタンを押すとカートのページに戻ります。
コンプリートのページへ送るフォームの内容はきちんとできています。

[投稿者]

投稿