問題タブ [payum]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
php - コンポーザーの更新後の Payum エラー
symfony2 の Payum バンドルを 4 か月間使用しています。composer update
正常に動作していますが、symfony2 コンソールがエラーをスローした後、昨日です。
[Payum\Core\Exception\RuntimeException]
ゲートウェイ ファクトリ クラスが見つかりません。payum/paypal-express-checkout-nvp または payum/payum パッケージをインストールしましたか?
構成またはバンドルで何も変更しませんでした。
私の composer.json は次のとおりです。
私express-checkout-nvp
は自分のアプリケーションに使用します。
そして、ゲートウェイの私の設定は次のようなものです:
php - カスタム ゲートウェイの作成 - モデルの問題
カスタム ゲートウェイを作成しようとしていますが、多くのさまざまなドキュメントに従っています。昨日、私は新しい Payum/Skeleton を発見し、それから始めて、その例に従いました。キャプチャ ページにリダイレクトされると問題が発生しますが、次の 2 つの例外が発生します。
致命的なエラー: キャッチされない例外 'Payum\Core\Exception\RequestNotSupportedException' とメッセージ 'Request Capture{model: Identity} はサポートされていません。"Payum\Core\Model\Payment" のストレージ拡張機能がゲートウェイに登録されていることを確認します。storage find メソッドが ID "5678ff3e481ba" でインスタンスを返すことを確認してください。ゲートウェイがリクエストをサポートしていること、およびこのリクエストをサポートするアクションがあることを確認してください (メソッドは true を返します)。バグがある可能性があるので、Issue Tracker で関連する問題を探してください。/home/vagrant/code/payumdibs/vendor/payum/core/Payum/Core/Exception/RequestNotSupportedException.php の 57 行目
と
Payum\Core\Exception\RequestNotSupportedException: Request Capture{model: Identity} はサポートされていません。"Payum\Core\Model\Payment" のストレージ拡張機能がゲートウェイに登録されていることを確認します。storage find メソッドが ID "5678ff3e481ba" でインスタンスを返すことを確認してください。ゲートウェイがリクエストをサポートしていること、およびこのリクエストをサポートするアクションがあることを確認してください (メソッドは true を返します)。バグがある可能性があるため、Issue Tracker で関連する問題を探してください。/home/vagrant/code/payumdibs/vendor/payum/core/Payum/Core/Exception/RequestNotSupportedException.php の 57 行目
x-debug を使用したところ、CaptureAction::supports が呼び出されたときに $request->getModel() が \ArrayAccess のインスタンスではないため、false が返されることがわかりました。
標準の支払いゲートウェイを使用するとすべて正常に動作しますが、カスタムを使用するとうまくいきません。
私の設定:
誰にも何がうまくいかないのか考えがありますか?
php - Symfony2/Sylius が strip/stripe-php ライブラリを検出しない
コンポーザーを介してstripe-phpライブラリをインストールしているSymfony 2.8
にもかかわらず、コードのこの部分が例外をスローしますSylius 0.16.0-dev
composer require stripe/stripe-php
理由を説明していただけますか?
php - Payum ストライプ バンドル テンプレートのオーバーライド
StripeBundleのテンプレート、それぞれ checkout templateをカスタマイズしようとしていvendor\payum\stripe\Payum\Stripe\Resources\views\Action\obtain_checkout_token.html.twig
ます。
これは、Stripe ポップアップを、単一のボタンを備えた別のページではなく、支払い対象のオブジェクトと同じページに表示したいためです。たとえば、商品の代金を支払いたいのですが、チェックアウト ページで「支払う」を押して、そこに Stripe ポップアップを表示させたいとします。
別の同様の質問を見ましたが、うまくいかないようです。PayumStripeBundle、Payum、Payum/Stripeでフォルダー名のすべての組み合わせを試しましapp/Resources
たが、いずれも使用されているテンプレートを上書きしていないようです。
バンドルの構造もかなり奇妙で、その名前空間は ですPayum\Bundle\PayumBundle
が、テンプレートを含むバンドルではない Stripe コンポーネントは別のフォルダーにあります。
値はここに設定されているため、Symfony はそのためにフォルダーを調べないのでしょうか?
app/Resources
このように機能する場合、フォルダ構造はどうあるべきですか? または、それを行う別の方法である場合。
symfony - Payum - キャプチャ時にディスパッチされたイベント?
支払いがキャプチャされたときに Payum (または PayumBundle) がイベントをディスパッチするかどうかを知りたいですか? 目的は、顧客に確認メールを送信することです。
ドキュメントは何も見つかりませんでした。コード ソースには 3 つのイベントしか見つかりませんでした。
- payum.gateway.pre_execute
- payum.gateway.execute
- payum.gateway.post_execute
しかし、それは支払い自体とは関係がないと思います。ところで、Stripe 支払いで発送されたことはないようです。
ありがとう。
php - Sylius 0.16 と Payum を使用してオフサイト決済ゲートウェイを実装する際に注文を確定する方法
私は、Sylius (sylius/sylius-standard, v0.16) を使用して従来のオフライン決済ゲートウェイを実装する方法について頭を悩ませてきました。
これまでのところ、バンドルの build() メソッドでこれを取得しました。
ここに私の config.yml があります:
%compayway.*% フィールドは、この部分をスキップして、もちろん問題なく構成されています。次に、PayWayOffsiteGatewayFactory クラスでこれを取得しました。
PayWayGatewayFactory クラス:
これまでのところ、私はこれが多かれ少なかれ大丈夫だという印象を受けています (間違っていたら訂正してください)。CaptureOffsiteAction の execute メソッドにたどり着きました。
まず、これが正しいかどうかを確認してみましょう - キャプチャ プロセス (メソッドの実行) を開始すると、期待どおりに機能し、メソッドの下部に到達し、成功 URL と失敗 URL を作成し、オフサイトの支払い、ハッシュなどを準備します。それは最終的に、正しい注文 ID、価格などで HttpPostRedirect を介して支払いゲートウェイに到達します。この部分は問題ありません。
支払い後、成功 URL に戻ると、CaptureOffsiteAction::execute に戻り、pgw_transaction_id を確認します。これが設定されている場合は、支払いから戻ったことを意味し、注文の支払いが成功したか、支払いがキャンセル/失敗したかを検出する必要があります。
質問は次のとおりです。
支払いが成功した場合 - 注文を「閉じる」にはどうすればよいですか (カートを注文に変換する、支払いをキャプチャ済みとしてマークするなど)。
他の支払いゲートウェイには他にもたくさんの方法があることがわかります-ポストリダイレクトによるオフサイト支払いのみに興味があるとしましょう-StatusActionは何をしますか? そして、それはいつ呼ばれますか?
これまでのところ、Payum (および PayumBundle) は非常に紛らわしいことがわかりました。OmniPay (Sylius に関連しない他のプロジェクト) を使用して 1 日以内に 2 つのオフサイト ゲートウェイを実装することができましたが、この Payum の問題を解決できないようです。:(
事前に感謝します。