チェックアウトプラクティス - PHP

Question

私は、クライアントのためのファースト・データのグローバルゲートウェイAPIを使用してチェックアウトモジュールの最終段階を書き込むプロセスでいます。データ入力のためのすべてのフォームビューが作成されているとコントローラが正常にファースト・データのWebサービスでテストデータを通信されます。

私は、「プロセス・オーダー」ボタンをクリックした後、チェックアウトのユーザーエクスペリエンスを構築する方法についてのベストプラクティスについての考えを探しています。

私は、それをクリックすると情報がこの遅延の間、Webサービスに渡された後のプロセス]ボタンを無効にするにはJavaScriptを使用して計画しています。支払呼び出しが行われていることをユーザーに通知しているときに、この遅延を作成するために過去に使用している可能性があり、いくつかの方法は何ですか。あなたが最良の取引が承認または拒否された場合に通知コールバック関数を動作させるために、過去に使用している可能性があり、いくつかの方法は何ですか？誰もがアクションのPHP_SELFを使用して同じスクリプト内のすべての情報を処理したか、他の場所でこのロジックを配置することが一般的に良いですしていますか？

ただ、いくつかの一般的な問い合わせには少し試行錯誤のプロセスをガイドするのに役立ちます。たぶん、応答はすべての人の使用のためのいくつかのかなり良い考えを集めるのに役立ちます。

Answer 1

  

あなたが持っているかもしれないいくつかの方法は何ですか   この遅延を作成するために過去に使用   ユーザーに通知する一方、   支払呼び出しが行われていますか？

あなたは支払いを処理するように任意の自然遅延は、それ自体で起こるのに十分なオーバーヘッドが発生しますプロセスを遅らせるためにしたくありません。重複送信を防止し、ユーザーを聞かせするには、この時点であなたの目標は、彼らが待っている間に何かが起こっている知っています。送信ボタンを無効にすると良いでしょう。また、また、順番に提出する必要があることをチェックアウトプロセスの一意のキーを作成することは良いアイデアです。彼らは彼らの支払いを提出するときは、そのキーをチェックし、それが（通常はそれがセッション変数である）があることを確認してください。もしそうであれば、彼らはもう一度フォームを送信した場合、重複したトランザクションとしてフラグを立てることができるようになる、それを削除してから、トランザクションを処理します。

  

あなたが持っているかもしれないいくつかの方法は何ですか   最高動作させるために過去に使用   場合に通知コールバック関数   取引が承認されましたか   減少しました？

支払いゲートウェイは、承認され、減少し、またはエラー値を返すために起こっています。変わったことはしそう本当に必要な一切派手な取り扱いがありません。承認された取引は、関連するすべての順序とデータベースの情報行動が行われた後、ユーザーはお礼/領収ページに取られるべきである必要があります。エラーと下落は再びチェックアウトページで提示されているユーザーと同様の方法で処理することができます。カードが拒否された場合、ユーザは自分の銀行が取引を承認しなかったことを丁寧に知っていて、別のクレジットカードを使用するためにそれらを招待しましょう。処理エラーがある場合は、再試行するか、その順序を置くために電話にてご連絡するように指示してもらうことができます。

  誰もがこのすべてを処理する

を発見しました   使用して同じスクリプト内の情報   アクションのPHP_SELF、またはそれがあります   一般的に、より良い、このロジックを配置するには   他の場所で？

トマト、トマト。それはすべてあなたのプログラミングスタイルに依存します。フォームと同じページに、支払いプロセスを持つことは結構です。私はそれをやりました。重要なのは、支払いが適切に処理されていることであり、ユーザーは、彼らが見るために必要なものを見ています。彼らにどのようなバックグラウンドで起こる問題ではない。