Примечание. Наш сайт построен на PHP и использует базы данных MySQL. Я уже полностью управляю другим сайтом с корзиной покупок с помощью Authorize.net, поэтому, пожалуйста, не отвечайте с предложениями использовать другого провайдера. Новый продукт/услуга, которую мы выпускаем, классифицируется продавцами как «высокий риск», и они хотят выставить нам счет**. В ответ я решил, что настройка стандартной учетной записи для платежей через веб-сайт на Paypal.com была лучшей альтернативой по следующим причинам:
1) никаких ежемесячных платежей, оплата только за то, что используется
2) доверяйте бренду, и люди чувствуют себя комфортно с Paypal
Ставки немного выше, чем мы привыкли, но любой торговый счет с высоким риском таков, что это не имеет значения. Проблема, с которой я сталкиваюсь, заключается в следующем:
1) на протяжении всего процесса регистрации на нашем сайте мы собираем довольно много пользовательской информации и передаем ее со страницы на страницу с помощью переменных SESSION. Когда вы используете Стандарт платежей через веб-сайт, вы вынуждены перенаправлять потребителя на веб-страницу, принадлежащую Paypal, для отправки платежной информации. После успешного завершения они могут направить их обратно на страницу «подтверждения» на нашем сайте, но, насколько я понимаю, НЕТ способа сохранить старые переменные SESSION в неприкосновенности. Это очень важно для нас, потому что общая концепция заключается в том, чтобы хранить переменные SESSION ТОЛЬКО после успешной оплаты.
2) Используя стандарт платежей через веб-сайт, я не могу найти способ отправить переменную суммы платежа (все должно быть продиктовано заранее, т. е. футболка стоит 2,99 доллара США). Наш сайт позволяет потребителю зарегистрировать несколько человек и иметь несколько «дополнений» для каждого человека, поэтому существует буквально более 100 вариантов суммы при завершении проверки. Я не уверен, что это можно переопределить.
КТО-НИБУДЬ имел успех, используя Стандарт Платежей Веб-сайта на Paypal, подтверждая информацию выше?