mbkwork1

чеерт) действительно не было никаких проверок по статусу оплаты. а модуль LiqPay по дефолту создавал заказ, никак не проверяя статус) Спасибо за наводку!

принято. будем разбираться.

ответ проверяется, в зависимости от ответа идет редирект на успешный/неуспешный заказ. какие ещё данные должны изменятся, или, передаваться при неуспешном статусе оплаты?

Ситуация следующая. Используется модуль LiqPay c доработкой (двумя строчками кода где успешна оплата - редирект на checkout/success, неуспешная на checkout/failure) При неуспешной оплате переадресовывает на checkout/failure, однако, если изменить ссылку в браузере на checkout/success, создается заказ, будь-то оплата прошла. Такая себе интересная уязвимость для клиента) Кто-то сталкивался с такой проблемой, есть ли какие-то идеи и в какую сторону копать?

То есть, чтобы получить работающий функционал плагина SEO PRO, нужно заказать услугу его доработки? *** Я просто не верю что этот плагин может быть с таким изъяном и надеюсь что ошибка связана с неправильной настройкой переадресации.

Из ручной работы делали только заполнение и небольшие корректировки в стилях шаблона. Все остальное - стандартные настройки OC

Ошибка 404 только при проверке URL в Search Console

Все ок, в консоли разработчика не переадресаций не ошибок 404

В настройках магазина включил тип ЧПУ SEO PRO. (+ ЧПУ товаров с категориями - Да). В чем проблема: после изменения этих настроек Google Search Console перестал видеть все страницы на сайте. Хотя до этого ЧПУ ссылки без мода SEO PRO он видел и индексировал. Системные ссылки вида mysite.com/category&product_id=87 консоль по прежнему видит. .htaccess работает, ничего в нем не изменял Не знаю какие файлы прикреплять к теме, по этому пишите что нужно прикрепить.