markimax

ЧПУ генерируются модулем каким то? Или в ручную как это в opencart сделано

Да такое решение правильное.

Вы уж точно не поняли Причем здесь розетка с их серверами. Сравнение, как и пример, не являются доказательством в формальной логике Вывод характеристик, опций и т п в каталоге, это плюс куча дополнительных запросов (и довольно тяжелых). Всё. Вы наверно не понимаете что это такое и чем за собой это влечет. Нету никаких "мнений" - есть факты. А факты таковы - каждому товару в списке плюс дополнительно много запросов тяжелых. Вам надо, а 50% пользователям не надо эти лишние запросы, которые будут тормозить их магазин на обычных шаред серверах, из-за чего снижается поведенческий фактор SEO - основной сигнал к ранжированию. Вот вам факты а не "розеточная" демагогия

Как рекомендация - напишите в ТП хостера пусть пришлют ошибки PHP лога сервера за последний час (99.9% хостеров - присылают) Так быстрее будет

Нельзя так изменять кардинально логику стандартной архитектуры основных массивов библиотеки opencart! Это куча граблей в темной комнате с пользователем. Вопрос только времени когда он на них наступит К примеру какой нибудь модуль добавит (ocmod) метод getLink и будет искать по ключу, т к это стандартная архитектура массива Или в getLinks проверять существование ключа href (а у вас там вместо ссылки - md5) и т п

Ну это как аксиома - статика должна быть настроена для кеша браузера

Все потому что формирование ЧПУ сделано в MFP мягко говоря криво. Вместо использования стандартного $this->url->link и GET запросов, начинают тупо парсить URL костылями (типа просто берем URL (парсим, удаляем свои get) и добавляем к нему свой ЧПУ "суффикс"). Про свою (MFP) инициализацию seopro ocStore 3.0.2 в методе detectLanguage я вообще "молчу"... Я промолчу как MFP парсит JS - м во фронте для вызова URL - вообще "шедеврально" лупить "дублями" Поэтому я рекомендую всем ocfilter @SooR делает все по стандартам

Не путайте пожалуйста реальную скорость (TTFB. Скорость выполнения скриптов PHP и MySQL) и баллы (попугаи Greenpeace) pagespeed за "верстку" (HTML, CSS и JS) Только первый раз при заходе пользователя ему загружаются CSS и JS с сервера. Потом уже пользователь получает css и js, минуя запросы сервера, прямо из кеша браузера. И главным показателем становится реальная скорость TTFB. Мало того попугаи pagespeed пляшут туда сюда. В чем согласен с Google - сжатие изображений (чтобы мобильный трафик экономить). HTML, CSS и JS сжимаются уже сервером через gzip (если включено)

Посмотрите лог ошибок сервера (не путать с opencart)

... которые ужасно тормозят. Это все лишние запросы. ради чего? (пусть читают х-ки в карточке товара) На десятке товаров не увидишь, а вот когда их тысячи будут тормоза из-за лишних запросов Поэтому все правильно делает автор. Хотите функционал, не проблема - есть специализированные модули Не надо захламлять отличный шаблон

Там не совсем так просто в SEO мультиязыке нету выбора категорий товаров, самих товаров и производителей, только в TOP 2 Но в принципе можно по демо TOP 2 сделать Вот этого виджета https://oc2.opencartadmin.com/admin/index.php?route=agoo/blog/widgets&tab=amytabs8

У вас есть модуль Seo мультиязык (вы покупали) и там есть виджет HTML вставка В настройках там можно выставить "в табе" и в табе виджета Доступы выбрать категорию товаров где показываться. Повесить на схему продукта Можете хоть 100 виджетов создавать Кстати в схемах можно даже на URL товара повесить

1. Вы хотя бы пример привели 2. Наверняка к модулю не имеет отношения - модуль не генерирует ЧПУ и не лезет в ЧПУ формирователь 3. Вы не можете здесь пример привести потому что засветится так зачем сюда пишите Это не тема технической поддержки Это вы задаете вопросы и делитесь опытом с другими пользователями В условиях ТП четко написано https://opencartadmin.com/doc/index.ru.langmark.html#tech Особенно важно последнее предложение Поэтому на второй ваш вопрос и не было ответа

Можно без слеша ПС все равно что у вас там в URL по большому счету

Увольте их - они вообще не в теме IT и WEB, если элементарного не знают. Начудят вам