этом этапе?
На чем основываясь? Сверять хеш в платеже с хешем сгенерированным на основе наших данных? А если подменили, и они разные? Что например делать с платежом?
Еще уточнение. Где все это время хранить наш нужный хеш? Сессия ведь тоже не вариант
У тебя секрет на сервере хранится, его нельзя подменить
У вас есть алгоритм, как он формируется, все данные обычно берутся из заказа Пришёл вам хэш от шлюза, вы по этому алгоритму воссоздали хэш и проверяете
А причем тут секрет не совсем понимаю? Прикрепляю фрагмент js кода с формированием платежа. Возможно ведь подменить productPrice платежа например
Секретный ключ участвует в формировании хэша, чтобы избежать как раз такой ситуации, о которой вы говорите
Просто вот не могу понять, как это все устроено например на wildberries, ведь у них по сути заказ формируется после его оплаты (если выбрана оплата картой)
Ну юзай бэк ту бэк интеграцию. Или ты прямо с клиента шьёшь платеж, что ли?
Да, через виджет (https://wiki.wayforpay.com/ru/view/852091)
Ну коллбэк все равно на сервер прилетает. С клиента как минимум надо передать идентификатор заказа, а он берётся с сервера
Ну вот а как вы можете объяснить например процесс формирования заказа на wildberries. Там ведь заказ не сформируется, если не будет успешной оплаты..
Так вы можете иметь у заказа колонку статус или хранить в сессии
Кто тебе сказал об этом? Совсем ничего хранить нельзя. Как минимум там есть драфт.
Обсуждают сегодня