arty349

Когда ориентировочно ждать исправление, если будет?

Готов тестировать фиксы

Давайте напишу по порядку в одном сообщении, чтоб не было путаницы. модуль официальный, от платежки paybox.money https://github.com/PayBox/module-opencart POST по каким то причинам в нем не реализован, а это решило бы все. При инициализации оплаты, на апи пейбокса GETом передаются ссылки callback, sucess, failure. Это помимо данных нужных для платежа. Оплата на стороне платежки. Платеж проходит успешно, возвращает на succes url, тут тоже все ок. Но заказ ушел в потерянные с 0 статусом, так как callback не отработал При обращении от апи платежки к колбеку, в ответ должент отдаваться XML: <response><pg_salt>p4VJ3Oanjl8RgdHg</pg_salt><pg_status>ok</pg_status>... В ассess логе видно GET от платежки по урл колбека, со статусом 301, на этом все, платежка по редиректу не идет, XML не получает. Изначально грешил на rewrite nginx'а, так как он в соло работает. убирал все rewrite, чпу переставало работать, но по колбеку так и шел редирект. Ставил апач, заводил на него без nginxa - ничего не изменилось Но при отключении чпу в админке опенкарта, колбек отрабатывал как нужно, отдавая 200 и XML, без редиректов Все видно в том же хроме, в network, с включенным preserve log Запрос рабочий, подчистил личные данные, в место XML в ответ будет Incorrect signature! Но внимательно просмотрев его текст, и то что будет в дресной строке при переходе, все станет ясно ) На данные момент, получается, что проблема есть при включенном ЧПУ, независимо от веб сервера и его настроек. сделать ЧПУ вида extension/payment/paybox/callback - paybox_callback не помогает, в значениях параметров, передаваемых в ссылке все равно происходит замена с редиректом. Причем замена идет в обе стороны )) где код %2F будет замена на /, а где + на %20 Вот для примера, при запросе pg_card_exp=05%2F18&pg_card_owner=SERGEY+SI, редиректит на pg_card_exp=05/18&pg_card_owner=SERGEY%20SI Тех поддержка платежки, ожидаемо говорит, что обрабатывать редиректы и тем более менять get запросы не будут

Да, точно так же отрабатывает

это то я понял и сделал дело не в extension%2Fpayment%2Fpaybox%2Fcallback а данных которые дальше в ссылке идут например изменение cotton%2A1%3B+%2A%3B&pg_result=1&pg_payment_date=2018-04-17+18%3A10%3A58 на cotton*1;%20*;&pg_result=1&pg_payment_date=2018-04-17%2018:10:58

проробовал так все равно идет 301 редирект и замена символов в ссылке. так как дальше, в передаваемых значениях там полный зоопарк

На ту же ссылку только с заменой символов, например из примеров выше: было в запросе cotton%2A1%3B+%2A%3B&pg_result=1&pg_payment_date=2018-04-17+18%3A10%3A58 редиректит на ссылку в которой: cotton*1;%20*;&pg_result=1&pg_payment_date=2018-04-17%2018:10:58

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

Я про // Добавлять нужные роуты для исключений здесь! private $valide_routes = array( 'tracking', 'utm_source', 'utm_campaign', в начале seo_pro.php сборка opencart.pro все же, как решить эту проблему? есть варианты игнорировать коды символов в ссылке или не изменять если не прописан url в базе?

Как сделать исключения, чтоб seo pro не трогал некоторые ссылки? Вызывается колбек от платежной системы по ссылке вида /index.php?route=extension%2Fpayment%2Fpaybox%2Fcallback&pg_order_id=3180&pg_payment_id=8123170&pg_amount=50.00&pg_currency=KZT&pg_net_amount=45.00&pg_ps_amount=50.00&pg_ps_full_amount=50.00&pg_ps_currency=KZT&pg_payment_system=EPAYWEBKZT&pg_description=%D0%A5%D0%BB%D0%BE%D0%BF%D0%BA%D0%BE%D0%B2%D0%B0%D1%8F+%D0%B2%D0%B0%D1%82%D0%B0+HMS+hms+cotton%2A1%3B+%2A%3B&pg_result=1&pg_payment_date=2018-04-17+18%3A10%3A58&pg_can_reject=1&pg_user_phone=77&pg_need_phone_notification=0&pg_user_contact_email=rt%40mail.ru&pg_need_email_notification=1&pg_captured=0&pg_card_pan=4003-03XX-XXXX&pg_card_exp=05%2F18&pg_card_owner=EY+KO&pg_auth_code=664596&pg_card_brand=VI&pg_salt=p4VJ3Oanjl8RgdHg&pg_sig=3dc07bf2da6e0c4c1af373313cd0530c происходит, видимо, url encode и 301 редирект на нормализованную ссыль: /index.php?route=extension/payment/paybox/callback&pg_order_id=3180&pg_payment_id=8123170&pg_amount=50.00&pg_currency=KZT&pg_net_amount=45.00&pg_ps_amount=50.00&pg_ps_full_amount=50.00&pg_ps_currency=KZT&pg_payment_system=EPAYWEBKZT&pg_description=%D0%A5%D0%BB%D0%BE%D0%BF%D0%BA%D0%BE%D0%B2%D0%B0%D1%8F%20%D0%B2%D0%B0%D1%82%D0%B0%20HMS%20hms%20cotton*1;%20*;&pg_result=1&pg_payment_date=2018-04-17%2018:10:58&pg_can_reject=1&pg_user_phone=77&pg_need_phone_notification=0&[email protected]&pg_need_email_notification=1&pg_captured=0&pg_card_pan=4003-03XX-XXXX&pg_card_exp=05/18&pg_card_owner=EY%20KO&pg_auth_code=664596&pg_card_brand=VI&pg_salt=p4VJ3Oanjl8RgdHg&pg_sig=3dc07bf2da6e0c4c1af373313cd0530c 301 ответ не нравиться платежке, редирект не проходит и нет подтверждения заказа. Такое поведение только при включенном seo pro если его отключить, то приходит 200 и отдается нужная XMLка пробовал в /startup/seo_pro.php добавить в исключения paybox, payment, callback - не помогло