Оформить заказ - PHP - PullRequest
       28

Оформить заказ - PHP

0 голосов
/ 14 января 2010

Я нахожусь в процессе написания заключительных этапов модуля проверки с использованием API FirstData Global Gateway для клиента. Все представления формы для ввода данных созданы, и контроллеры успешно обмениваются тестовыми данными с веб-сервисом FirstData.

Я ищу идеи о том, как структурировать пользовательский интерфейс для оформления заказа после нажатия кнопки «Технологический заказ».

Я планирую использовать javascript для отключения кнопки процесса после ее нажатия и передачи информации в веб-службу во время этой задержки. Какие методы вы могли использовать в прошлом, чтобы создать эту задержку при информировании пользователя о том, что совершается платежный звонок? Какие методы вы могли использовать в прошлом, чтобы лучше всего использовать функцию обратного вызова, которая уведомляет, была ли транзакция одобрена или отклонена? Кто-нибудь нашел обработку всей этой информации в одном и том же сценарии с использованием PHP_SELF для действия, или лучше вообще разместить эту логику в другом месте?

Просто некоторые общие вопросы, чтобы помочь провести процесс через небольшую пробу и ошибку. Возможно, ответ поможет собрать довольно хорошие мысли для всеобщего пользования.

1 Ответ

1 голос
/ 16 января 2010

Какие у вас могут быть методы? использовался в прошлом, чтобы создать эту задержку информируя пользователя о том, что производится платеж?

Вы не хотите откладывать процесс, так как обработка платежа потребует достаточных накладных расходов, чтобы естественная задержка произошла сама по себе. Ваша цель на данный момент - предотвратить дублирование представлений и дать пользователю знать, что что-то происходит, пока они ждут. Отключение кнопки отправки - это хорошая идея. Также хорошей идеей является создание уникального ключа для этого процесса оформления заказа, который также необходимо отправить вместе с заказом. Когда они отправляют свои платежи, вы проверяете этот ключ и проверяете, есть ли он там (обычно он находится в переменной сеанса). Если его удалить, а затем обработать транзакцию, если они снова отправят форму, она сможет быть помечена как дублирующая транзакция.

Какие у вас могут быть методы? используется в прошлом, чтобы лучше всего управлять функция обратного вызова, которая уведомляет, если сделка была одобрена или отказался?

Платежный шлюз возвратит подтвержденное, отклоненное или ошибочное значение. Ничего особенного, так что на самом деле не требуется никакой необычной обработки. В утвержденной транзакции должны быть выполнены все соответствующие действия с информацией о заказе и базе данных, а затем пользователь должен перейти на страницу благодарности / квитанции. Ошибки и отклонения могут быть обработаны аналогичным образом, когда пользователю снова будет представлена ​​страница оформления заказа. Если карта отклонена, сообщите пользователю вежливо, что его банк отклонил транзакцию, и предложите ему использовать другую кредитную карту. В случае ошибки обработки вы можете либо попросить их повторить попытку, либо попросить их связаться с вами по телефону, чтобы оформить заказ.

Кто-нибудь нашел обработку всего этого информация в том же сценарии, используя PHP_SELF для действия, или это вообще лучше эту логику разместить в другом месте?

Помидор, томато. Все зависит от вашего стиля программирования. В порядке оплаты на той же странице, что и форма, это хорошо. Я сделал это. Все, что имеет значение, - то, что платеж обработан должным образом, и пользователь видит то, что он должен видеть. То, что происходит на заднем плане, для них не имеет значения.

...