Касса Securionpay подтверждает успешность

Хорошо, я решил использовать securionpay в качестве способа оплаты.

Я борюсь, я не знаю, как я могу проверить на своем сервере, что платеж был успешным.

<script src = "https://securionpay.com/checkout.js"> </script>
<script src = "https:/ / ajax.googleapis.com / ajax / libs / jquery / 3.1.0 / jquery.min.js "></script>
<script type = "
text / javascript ">
  $(function () {
    SecurionpayCheckout.key = 'pk_test_ZVhCjD2Gz7OF222L00bxIdlD';
    SecurionpayCheckout.success = function (result) {
      // handle successful payment (e.g. send payment data to your server)
    };
    SecurionpayCheckout.error = function (errorMessage) {
      // handle integration errors (e.g. send error notification to your server)
    };

    $('#payment-button').click(function () {
      SecurionpayCheckout.open({
        checkoutRequest: 'NTQ1NDAwYTczZTljMjUwYzNhZjA0NTdkOTFjNThiOTY5YzIxY2ViMjBhMDRmOTYwNjg1MDI3OWQ2OTZlN2VjMnx7ImNoYXJnZSI6eyJhbW91bnQiOjQ5OSwiY3VycmVuY3kiOiJFVVIifX0=',
        name: 'SecurionPay',
        description: 'Checkout example'
      });
    });
  });
</script>

<button id = "payment-button">Payment button</button>

это выглядит так

  1. пользователь выбирает продукт
  2. пользователь нажимает заказ (запрос отправляется на мой сервер, где я создаю подписанный `` запрос на оформление заказа ''
  3. Я визуализирую файл javascript с заполненным checkoutRequest
  4. Пользователь нажимает кнопку "Платеж".
  5. пользователь вводит информацию о карте и нажимает кнопку "Оплатить"
  6. SecurtionpayCheckout.success запустить

какой бы «результат» ни вернул мне, это не помогает проверить его на сервере. Я только генерирую запрос на оформление заказа на стороне сервера.

Я думал, что мой сервер должен сгенерировать некоторую переменную, которую я буду хранить в модели заказа, и «результат» должен вернуть мне эту переменную, если успех, тогда я мог бы проверить это в противном случае, основываясь на том, что я могу это проверить? Я, наверное, что-то упустил ...

документы: https://securionpay.com/docs/tutorials/checkout

P.S Я не хочу хранить информацию о карте на своем сервере

Спасибо

Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
В настоящее время производительность загрузки веб-сайта имеет решающее значение не только для удобства пользователей, но и для ранжирования в...
Безумие обратных вызовов в javascript [JS]
Безумие обратных вызовов в javascript [JS]
Здравствуйте! Юный падаван 🚀. Присоединяйся ко мне, чтобы разобраться в одной из самых запутанных концепций, когда вы начинаете изучать мир...
Система управления парковками с использованием HTML, CSS и JavaScript
Система управления парковками с использованием HTML, CSS и JavaScript
Веб-сайт по управлению парковками был создан с использованием HTML, CSS и JavaScript. Это простой сайт, ничего вычурного. Основная цель -...
JavaScript Вопросы с множественным выбором и ответы
JavaScript Вопросы с множественным выбором и ответы
Если вы ищете платформу, которая предоставляет вам бесплатный тест JavaScript MCQ (Multiple Choice Questions With Answers) для оценки ваших знаний,...
0
0
244
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Вы должны использовать метаданные. Укажите, нужны ли вам данные в атрибуте checkoutRequest.charge.metadata. Он будет прикреплен к начислению и возвращен в параметре результата в методе успеха.

Я думаю, что это не лучший способ делать это в конце дня. Поскольку запрос на оформление заказа может быть декодирован из Base64, метаданные доступны, поэтому я не могу проверить их на основе них. Вместо этого я бы просто отправил обратно charge_id на свой сервер и отправил сообщение в securion на ... Это проблема. Я не хочу получать какую-либо информацию об использованных картах и ​​т. Д. То, что я ищу, это событие. Я просто хочу проверить, удалось это или нет. Не могли бы вы помочь мне ? Мы можем говорить по-польски.

sonic 25.07.2018 20:19

Запрос на оформление заказа можно декодировать, но он подписан вашим секретным ключом (securionpay.com/docs/api#checkout-request-sign) и не может быть изменен.

Marcin Jancewicz 31.07.2018 16:20

это правда, но после его декодирования метаданные с «поддельным идентификатором проверки» могут быть отправлены обратно на мой сервер, даже без отправки платежа в securion. Я имею в виду, что так или иначе мне нужно отправить сообщение в securion на бэкэнде, чтобы полностью проверить его, а затем я могу использовать метаданные для проверки. Возможно, я неправильно понимаю, «как мне использовать метаданные». Если зафиксировано == true, это означает, что с клиента была начислена оплата, верно?

sonic 03.08.2018 16:05

Я не понимаю, как метаданные с «поддельным идентификатором оформления заказа» могут быть отправлены на серверную часть. Метаданные, прикрепленные к запросу на оформление заказа, а затем к начислению платы, не могут быть изменены на веб-интерфейсе. Обычно вы просто передаете chargeId бэкэнду, там вы можете получить платеж и проверить, отклонен ли он или нет. Если заряд не обнаружен, значит, chargeId - подделка. Кроме того, вы можете хранить уже обработанные / проверенные идентификаторы заряда для обработки дублирования (если кто-то попытается использовать предыдущий идентификатор заряда). ChargeId угадать невозможно (24 случайных буквенно-цифровых символа). Да, захвачено == true означает, что с клиента была начислена оплата.

Marcin Jancewicz 07.08.2018 13:38

конечно ты прав. Я считаю, что невозможно не отправить сообщение на бэкэнд, чтобы проверить с помощью checkout_id статус транзакции. Я просто хотел иметь возможность просто зафиксировать успех ответа javascript и на основе этого ответа (только) проверить проверку. Можно было бы отправить только декодированные метаданные в качестве подтверждения с поддельным идентификатором проверки, и это было бы возможно, если бы на моем бэкэнде я не отправил checkout_id в securion для получения оплаты. Я думаю, мы просто неправильно поняли друг друга.

sonic 07.08.2018 13:48

Другие вопросы по теме