AlexDW

Здравствуйте выдаст товары, у которых по включенным для поиска полям встречаются и "wella", и "fusion" причем не обязательно в одном месте (поле/названии), т.е. wella может быть в названии, а fusion - например, в модели

если через Дизайн > Макеты не получается - либо не там выводите / делаете что-то не то либо обратиться к автору самого модуля So HTML content

копать метод autocomplete в admin\controller\catalog\product.php как вариант есть такое

есть еще два решения взять семью с собой, пусть сами на месте набирают либо взять у семьи ТЗ (см. сказку "Аленький цветочек") и ехать самому

в скриптах и искать, начать с просмотра консоли браузера / ответов сервера

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

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

про кеширование изображений в Opencart

в оптимизации важно понимать то, что единого универсального решения подходящего для всех сайтов не существует здесь как с людьми - у каждого свой собственный набор окружений, свои модули, скрипты и тд есть какие-то общие методы, но подходить к оптимизации каждого проекта нужно индивидуально иначе как в анекдоте: Изобретатель построил машину для автоматического бритья, приходит патентовать. - Объясните, пожалуйста, принцип работы своего изобретения. - Господа! Смотрите, все очень просто. Сюда клиент всовывает голову, а из этих отверстий высовываются манипуляторы с укрепленными в них опасными бритвами и бреют клиента! - Но позвольте! Ведь у каждого человека свои, индивидуальные формы головы и лица! - Ну.. в первый раз, конечно, да..... а по поводу "студии" - выше уже отписали единственное что они оптимизируют - это переток денежных средств клиентов себе в карман

в БД для движков 2х называется oc_url_alias для движков 3х - oc_seo_url

в текущих версиях ocStore 3x нет редактора CKEditor, используется оригинальный Summernote соответственно вопрос нужно задавать тому, кто прикручивал вам CKEditor / автору модуля, который его добавляет

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

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

в файле admin\controller\sale\order.php найти строку 'href' => $this->url->link('catalog/product/edit', 'user_token=' . $this->session->data['user_token'] . '&product_id=' . $product['product_id'], true) заменить ее на 'href' => HTTP_CATALOG.'index.php?route=product/product&product_id=' . $product['product_id'] и обновить кеш модификаторов если все сделаете верно - ссылка вместо открытия страницы редактирования товара в админке будет открывать страницу товара на витрине

как вариант

судя по скрину - до этого ставили движок ветки 3х попробуйте обновить кеш браузера Ctrl+Shift+R

проверьте в БД наличие инкрементного счетчика на customer_activity_id для этой таблицы

был в свое время занятный случай пишет клиент, просит помощи - мол, модуль не работает лезу смотреть - по логам модификаторов и по факту в папке кеша модификаторов все изменения к файлам применяются как нужно но при этом сами модифицированные файлы не используются движок 2101 - т.е. геморрой, присущий тройке изначально исключен визуально в файлах конфигов все ок, в файлах движка, отвечающих за работу модификаторов все как нужно а причина оказалась банальной, если о ней не знать в конфиге витрины какой-то гений объявил константу DIR_CATALOG смотрим system\startup.php // Modification Override function modification($filename) { if (!defined('DIR_CATALOG')) { $file = DIR_MODIFICATION . 'catalog/' . substr($filename, strlen(DIR_APPLICATION)); } else { $file = DIR_MODIFICATION . 'admin/' . substr($filename, strlen(DIR_APPLICATION)); } вот и получалось, что изменения к файлам фронта применялись как нужно но вместо того, чтобы брать измененные файлы из catalog, движок честно считал что нужно искать их в admin где их естественно не было, и в итоге использовались оригиналы

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

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

если речь про таблицу oc_session в БД на движках 3х то решение здесь

Здравствуйте вряд ли, такое не планируется

проверьте наличие свободного места на хостинге и/или права/владельца на папки

вероятно в том как они были вставлены в описания товаров ищите отличия