Yesvik

Нужен catalogviewthemeТЕМАtemplateproductcategory.tpl

Если модуля нет - почисть кеш vqmod В ошибке конкретно написано что файл /home/u201447049/public_html/vqmod/vqcache/vq2-admin_view_template_catalog_category_form.tpl в кеше есть

1. Если не хочеш в один прекрасный момент нарваться на неадекватное поведение движка - используй префикс. 2. Проверь ещё раз статус, дату и т.д.

https://opencartforum.com/topic/6247-%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8C-%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%B0-%D1%81-1c-v8x-%D0%B4%D0%BB%D1%8F-opencart-15x/

Я об этом и говорю... кешер ещё то чудовище...

На внятно заданные вопросы - всегда можно получить внятные ответы... Надо добавить 2 строки в seo_pro.php Перед строкой list($last_part) = explode('.', array_pop($parts));добавить строку if ($parts[0] == 'shop') unset($parts[0]); и после строки $seo_url = trim($seo_url, '/');добавить строку if ($route == 'product/product' || $route == 'product/category') $seo_url = 'SHOP/' . $seo_url;

А что тут подсказывать? Или установи магазин в папку или правь формирование ЧПУ...

Там может быть всё что угодно... скорее всего хостеру не понравилась нагрузка на ФС.

Это хостер порекомендовал для снижения нагрузки включить сжатие?

В контроллере ссылка формируется вот так 'href' => $this->model_tool_seo_url->rewrite(HTTP_SERVER . 'index.php?route=product/category&path=' . $this->request->get['path'] . '&sort=p.price&order=DESC') и ссылка не может начинаться со слеша.С вероятностью 99% ссылка со слешем прописана в шаблоне..

Такая ссылка <a href="/index.php?route=product/category&path=&sort=p.price&order=DESC">по цене</a>скорее всего формируется в шаблоне... /index.php....Это явно не из контроллера который ты выложил

Нет, у существующих товаров/категорий/статей/производителей автоматически ничего не появится.seo урлы будут формироваться автоматически при создании новых записей или при изменении названий существующих (если у них нет seo урлов).

Нормально отображается...

Yandex'у такой расклад не понравится (один URL и три варианта страницы). Google отреагирует спокойнее, но лучше избегать таких ситуаций.

Правильнее разрешить доступ роботу Mediapartners-Google User-agent: MediaPartners-Google Allow: / Страницы в индекс не будут включаться, а реклама будет отображаться....

Не готов спорить по поводу всех ПС... но Яндекс и Google - игнорируют. Источник: Использование robots.txt Источник: Создать файл robots.txt вручнуюПо поводу остальных ПС рассуждаю следующим образом: В Robots Exclusion Protocol всё что явно не запрещено считается разрешенным и в robots.txt делаются записи описывающие только то что запрещено. Понятия Разрешено (Allow) - нет и используется не запрещающая запись Disallow: без указания что именно запрещено. И вообще этот протокол описывает только две директивы: User-agent и Disallow. Когда надо разрешить доступ только определённому роботу - делаются записи: запрещающая доступ всем, и запись для определённого робота не указывающая что именно запрещено. User-agent: * Disallow: / User-agent: CoolBot Disallow: Если-бы общие записи (User-agent: *) не игнорировались - приведённый пример не работал бы и выборочно дать доступ было-бы невозможно.

Там лежат logo.png и cart.png Надо-бы открыть к ним доступ... <Files ~ (logo.png|cart.png)> Allow from all </Files>

Как правило все рускоязычные сайты ориентированы на продвижение в Яндексе.Существуют директивы которые понимает только Яндекс. Эти директивы лучше записать в персональном разделе для Яндекса что-бы не нарваться на неадекватную реакцию других ПС. Каждая ПС в первую очередь ищет свой раздел и если персональный раздел не найден - использует общий раздел * Если ПС находит свой раздел - директивы из общего раздела игнорируются... Так как для Яндекса почти всегда указывают специфические директивы, приходится создавать раздел для Яндекса в котором записываются все нужные директивы, независимо от того есть они в общем разделе или нет.

Эта ошибка появилась в репе Opencart за день до выхода 1.5.1.2 вот с таким комментом и в 1.5.1.2 она не попала... Потом про этот коммент все забыли и ошибка ушла в 1.5.1.3

Ты написал что в OpenCart 1.5.1.3 этой проблемы нет... Я готов доказать обратное... Я понимаю когда подобное пишут люди ничего не понимающие в коде, но ты же понимаеш...Хочу конкретно увидеть пример кода из Opencart и этот же код изменённый в ocStore с ошибкой.

Честно говоря макеты явно не доделаны.... Например хочется разделить макеты для страницы со списком производителей и страниц со списками товаров определённого производителя... Казалось-бы создай макет у которого путь product/manufacturer и макет product/manufacturer/product ... но при текущей реализации всегда будет применяться либо макет product/manufacturer/product либо product/manufacturer, в зависимости от того какой раньше создан... Кроме этого, зачем то, для каждой позиции (column_left, content_bottom и т.д.) постоянно вычисляется макет... полный бред! Для формируемой страницы один макет для всех позиций... зачем его вычислять четыре раза - загадка... Я всё это безобразие перепилил и теперь с нетерпением жду что будут делать с макетами авторы Opencart... но в официальной репе уже пол года тишина по макетам.

В коде явно видно что не все задумки реализованы... Устраивать разбор полётов лениво, но смысл default в том что он используется только когда не удалось выбрать макет... Дополнительно могу сказать что если присутствуют все макеты идущие в демке и не устанавливались модули со своими роутами то до макета default никогда не доберёшся... Другими словами если установлен модуль со своим роутом и для этого роута не создан макет - будет использован default

Такой модуль существует http://www.opencart.com/index.php?route=extension/extension/info&extension_id=2458 фильтрует по Атрибутам. Правда не знаю впишется ли его стоимость в рамки скромного вознаграждения... :)

Скорее всего проблема в большом размере YML файла. При 9000 товаров большой размер явно из-за больших описаний Атрибут description Яндекс обрезает до 512 символов, так что нет смысла отправлять полноразмерные описания... Добавь обрезание и думаю проблема решится.

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