markimax

Ну и кто сказал, что "не смотрят"? Как раз информация совсем другая поступает. Конечно ЧПУ не имеет такого приоритета как домен (имя, возраст домена, смена ip его и т.п.), title, h1, контент, но тоже играет не маловажную роль.

Если в ручную - обращайтесь, есть работники, которые наполняют ИМ -ы

Будут, но лучше чтобы были ЧПУ, так как поисковики смотрят на релевантность домена, ЧПУ, title, и т п

Ну модуль здесь не при чем как вы сами понимаете, это обратитесь к разработчику того модуля, чтобы он сделал пересчет цены через СТАНДАРТНЫЕ модели контроллера (а не в самом контроллере). Тогда будет правильно и логично и не будет проблем у его модуля с другими модулями. Потому что все модули вызывают СТАНДАРТНЫЕ методы модели, а не контроллер.

А поиск и не найдет, так как это наверняка дополнительное поле, о котором контроллер "Поиск" ничего не знает. Это надо переделывать контроллер и логику поиска. И цена такого изменения будет совершенно другая И я так и не понял , причем здесь исполнитель - разработчик. Поиск по "новым вкладкам" был в ТЗ? Не думаю. Не много ли вы требуете от исполнителя?

Дальше удаляйте не используемые костыли vqmod

НЕТ - не удален! Посмотрите свой же файл vqmod кеша! if (isset($this->request->get['coolfilter'])) { $url .= '&coolfilter=' . $this->request->get['coolfilter']; }

Отключайте те которыми не пользуетесь! Если вы поставили filter pro, то зачем вам coolfilter?

Таблица не при чем У вас получилась сборная солянка vqmod-ов В итоге, как обычно в таких случаях, вышел конфликт.

Так нельзя :( Они будут не мультиязычными Надо через $this->url->link($route, $url_end);

Можете большее детально описать что делали, не особо понятно Где создавали, что создавали и т п

А что именно не получается? По конкретнее. Лучше в ЛС

Гораздо проще переключиться в режим "источника" и вставить тег <a href="ссылка">...картинка...</a> :-D

Генерация тегов без ЧПУ - как самолет без крыльев

Вам tabook сказал как правильно сделать. В методе контроллера вызванного через ajax - вызывайте метод библиотеки

testomonial надо еще адаптировать под тему, да и функционал очень скудный. А "без адаптации" (есть автоадаптер) отзывы лучше делать любым модулем из линейки SEO CMS PRO с ответами админа, пользовательскими полями, визуальным редактором, ответы в виде дерева и т.п.

Ошибка из области фантастики, может возникнуть, когда не все файлы системы переписаны и ли удалены какие-то. Перепишите по новому файлы opencart

Да уж.... как обычно у пользователей "ЕСЛИ ЧТО-ТО ДОЛГО НЕ ПОЛУЧАЕТСЯ - ПРОЧТИТЕ НАКОНЕЦ ИНСТРУКЦИЮ!" Закон Мерфи А я всегда, по умолчанию, думаю, что они её читают :ugeek: Ну как же так!

Том, может быть другой вариант, почему не работает ЧПУ модуля. Часто сталкивался с таким. Допустим модуль пропатчил seo_pro (seo_url) своим обработчиком route, потом пользователь ставит купленную тему, где тоже обрабатывается (тема патчит) этот route по своему, начинается конфликт , в итоге ЧПУ патч модуля не работает. Это очень частое явление, причем seo_pro или seo_url могут патчить с десяток модулей под себя (и этот route тоже) , итог- полный бардак и не правильная (ошибки) работа ЧПУ Для модулей этого класса, надо не патчить ЧПУ формирователь (seo_url или seo_pro) а делать свой, который работает вместе с выбранным по умолчанию

1.49тр

Какой?! Надо во все контроллеры добавлять

А зачем было отделять "блог" от opencart? Не понятно совершенно. Вся суть блога пропадает, так как нет привязок к товарам, категориям товаров. Перелинковок сопутствующих статей, обзоров в товарах... В opencart есть полный аналог блога как в wp, но с полноценным функционалом перелинковок с товарами и т п Да плюс (с wp) дополнительные проблемы с "излишностью" и безопасностью, авторизацией и т п

Зачет :) Сама Univer тема зачетная Единственное посоветовал бы изображения в списке чтобы были больше

А кто сказал что он нам надо :-D Мы просто констатируем даун, "амбициозного" проекта

Не работает :(