mpn2005

Есть адаптация под данный фильтр. Но делалась она довольно давно, может с текущей версией фильтра не заработать. Фильтр встречается не так часто, поэтому поддержка не заявлена. И нужно понимать, что даже заявленная совместимость может не заработать на новой версии фильтра А часть фильтров вообще с зашифрованным кодом, и адаптацию делали авторы таких фильтров. Если что-то не так, то нужно решать вопрос с автором такого закрытого решения.

Судя по формулировкам - опять автор один в белом пальто стоит красивый, а все дураки и не лечатся. Другие разработчики по умолчанию криворучки. Лучше с таким не связываться. Или попробовать на новом сайте, на старом не рискну А вы внимательно прочитали? Я как разработчик не раз получал сайт, где при обновлении модификаторов всё слетает, т.к. все правки "умельцев" были в кэше модификатров. И виноватым пытаются сделать автора модуля, хотя модуль даже поставить не получится. При установки надо обновить модификаторы, а тут слетают правки сделанные месяцами и годами. Или автор за покупку модуля должен всё это клиенту объяснить и исправить?

Можно решить данный вопрос модулем.

Штатный запрос OC в методе getProducts имеет несколько JOIN. Если структура данных не полная, то будет потеряно значение product_id со всеми вытекающими последствиями. Могут отсутствовать записи для нужного языка в таблице oc_product_description. Или ещё что-то. Тут без отладки не угадать, могут быть разные варианты.

В OpenCart не предусмотрен вывод в корзине старой зачёркнутой цены. Сделать можно, но из коробки нет. И это никак не касается модуля скидок.

А ответ тут очень простой. Очень много настроек и степеней свободы. Сделать вывод всего и везде - просто физически невозможно. Да и пользователям это будет непонятно. Проще создать информационную статью и расписать всё там. И сделать баннер со ссылкой на эту статью.

По опциям товары не подвязываются. Т.к. В одном товаре несколько опций. И у разных товаров, как правило, сходные опции повторяются. Если что-то не получается, опишите в личку @HyperLabTeam - что именно не получается сделать.

У вас не чистый движок. Похоже какой-то модуль докинул индекс без повторов на поле model. Судя по названию какой-то не очень "умный" модуль для 1С.

Пишите в личку @ncv

Проблема со слешем уже обсуждалась и решалась в репе github сборки. Но вы же пишете не про чистую сборку, а про зоопарк используемых модулей. Если вы возьмёте актуальную версию сборки с github, и покажете как там получить ошибку, то только тогда вопрос будет для обсуждения в этой теме. С зоопарком модулей лучше обратиться в раздел услуг.

Весь код на фронте открыт. Можно сделать это в модификаторе, который вносит правки в модель товара. Выделить поиск просто, там непустой параметр $data['filter_name'] Если не получится самостоятельно, пишите в личку @HyperLabTeam с описанием вопроса, ссылками на страницы для тестирования, и доступами на фтп и в админку.

Посмотрите такой вариант. Тут всё описано на примерах. https://opencartforum.com/files/tutorials/514-dlya-chego-primenyat-modul-hsfp-osnovnaya-ego-cel/

В этом модуле и это есть.

Какие модули? Какие правки? Это просто текст, который правится в админке в локализации: Суть простая. Товара может не быть на складе, но он есть в быстром доступе. Поэтому статус "В наличии", имеет смысл при отсутствии на складе. Зачем отпугивать клиента, если он закажет и получит свой товар. Это не является глюком или проблемой. Если вам такой статус не нужен, то просто его переименуйте.

После изменений чистите системный кэш, если включено кэширование в настройках SeoPro. А так вообще и браузеры умеют редиректы кэшировать. Просто не нужно дёргать то, что дёргать не стоит.

Перед строкой foreach ($data as $key => $value) { Добавить: if (empty($data)) { return true; }

Скорее всего есть битая картинка, об которую спотыкается модуль, который делает вам картинки в webp. Путь к этой картинке начинается с этого: 'catalog/banners...' Дальше обрезано. Пробуйте отключить на время модуль webp.

Именно так и должно быть. Модификаторы не отменяют предыдущие правки. Они просто делают свои правки по очереди применения. Если вам нужно убрать правки модификатора, то просто его отключите или удалите.

В новых версиях PHP ужесточили требование к типизации параметров. В указанной строке вот такой код: return mb_substr($string, $offset, $length); Добавьте туда явное приведение типа и не будет ругаться: return mb_substr($string, $offset, (int)$length);

В файле admin/controller/catalog/product.php есть такой участок кода: if (isset($this->request->post['length'])) { $data['length'] = $this->request->post['length']; } elseif (!empty($product_info)) { $data['length'] = $product_info['length']; } else { $data['length'] = ''; } if (isset($this->request->post['width'])) { $data['width'] = $this->request->post['width']; } elseif (!empty($product_info)) { $data['width'] = $product_info['width']; } else { $data['width'] = ''; } if (isset($this->request->post['height'])) { $data['height'] = $this->request->post['height']; } elseif (!empty($product_info)) { $data['height'] = $product_info['height']; } else { $data['height'] = ''; } Надо к значениям дописать (float) вот так: if (isset($this->request->post['length'])) { $data['length'] = (float)$this->request->post['length']; } elseif (!empty($product_info)) { $data['length'] = (float)$product_info['length']; } else { $data['length'] = ''; } if (isset($this->request->post['width'])) { $data['width'] = (float)$this->request->post['width']; } elseif (!empty($product_info)) { $data['width'] = (float)$product_info['width']; } else { $data['width'] = ''; } if (isset($this->request->post['height'])) { $data['height'] = (float)$this->request->post['height']; } elseif (!empty($product_info)) { $data['height'] = (float)$product_info['height']; } else { $data['height'] = ''; } Суть очень простая - из БД все эти параметры приходят как строки, а нужно их преобразовать к числу. Тогда и ненужных нулей не будет. Во всех остальных нужных местах аналогично сделать. Перед правками сделать бэкап.

Это похоже на FilterVier Вам точно нужны страницы фильтрации в индексе? Лучше запретить их индексацию в роботс. И этот вопрос уж точно никак не относится к сборке. Лучше создать отдельную тему и не засорять эту.

Всё работает. И ответ прилетает. И тестовый заказ улетает. И заказы по АПИ приходят.

На текущий момент АПИ исправно работает. Сбоев в последние дни не наблюдалось.

Не думаю, что такое кардинальное изменение примут. Есть ещё и другие моменты. Многие модули просмотренных товаров сохраняют данные в сессии, что не очень хорошо. Т.к. при заходе в товар сессия сразу наполняется не очень нужными, но уникальными данными. Тут лучше сохранять id последних просмотренных в куке браузера, а не в сессии на стороне сервера. Но это уже на совести авторов таких модулей и шаблонов, где такой функционал встроен из коробки.

Для удобства да. Т.к. если умрут данные сессии, то из ЛК пользователя выкинет. Продлевается. Время жизни идёт с последнего посещения, а не с первого. В этой версии сборки уже должны быть все правки. По крайней мере в архиве, который опубликован на форуме для скачивания.