AlexDW

так вы видите сейчас итоговый запрос нужно исходник смотреть возможно у автора воткнуто условие, что когда например нет запроса цены акции - вместо нее и выдает NULL т.е. запрос формируется в зависимости от входных параметров в целях экономии

пропущена запятая m.name AS manufacturer, (SELECT по уму - трясти автора этого запроса, мало ли что еще

значит все же что-то есть либо модуль, либо модификатор, либо правки непосредственно в коде оригинальных файлов

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

вероятно автор "модуля с текстовым редактором"

к автору модуля "связанные опции" обратитесь

Здравствуйте модуль не занимается какими-либо пометками товаров или контролем наличия, только хранением корзин если речь идет о удаленных из БД товарах - они и из корзин самим движком автоматически удаляются

попробуйте вызвать несуществующий метод

можно отключить отображение ошибок но сами ошибки при этом нужно иправлять

все эти переменные нестандартные, обратитесь к автору своего шаблона

даже по скрину видно - json не включен включите и будет щастье

не совсем правильно потому что если товаров вообще нет - будет пихать каждый раз вне зависимости от наличия поля и вывалится с ошибкой Fatal error: Uncaught exception 'Exception' with message 'Error: Duplicate column name правильно через describe $sql = "DESCRIBE " . DB_PREFIX ."product `demo_stick`"; $query = $this->db->query($sql); if ($query->num_rows == 0) { $this->db->query("ALTER TABLE..........."); }

там хранятся кешированные данные выборок, чтобы запросы в БД повторно не делать и к css тоже никакого отношения не имеют если конечно какой-то сторонний модуль кеширования не хранит свои данные в этой папке проблема ТС - именно в кешировании статики, сторонним модулем или на уровне сервера

вы просто не умеете их готовить! (с) $x = 'Заказов %s '; $y = 12; $data['text_order'] = sprintf($x, '<b>' . $y . '</b>'); echo $data['text_order']; https://www.php.net/manual/ru/function.sprintf.php

кеш модификаторов к правкам css или js никакого отношения не имеет

к автору модуля и обращайтесь

здесь смотрите, пробуйте по аналогии

https://docs.ocstore.com/index.php?title=Документация

про бритье бороды

у вас движок 3х, в нем используется twig и файлов tpl естественно нет если ставите модуль именно для тройки и возникает такое в логах - нет причин для беспокойства возможно что автор сделал универсальный архив сразу и для 2х и для 3х больше стоит переживать по поводу скачивания модулей с варезопомоек типа opencart3x_ru

значит уже нестандартная в запрос модели данные попадают из контроллера catalog\controller\checkout\confirm.php конкретно комментарий так, из сессии $order_data['comment'] = $this->session->data['comment']; ... $this->model_checkout_order->addOrder($order_data); а в сессию, в свою очередь через $this->session->data['comment'] = strip_tags($this->request->post['comment']); на этапах выбора оплаты/доставки в соответствующих контроллерах catalog\controller\checkout\payment_method.php catalog\controller\checkout\shipping_method.php ищите причину в своих правках кода

она автоматически появляется когда результаты поиска превышают максимальную длину списка введите on на демо для наглядности