SaSS

похоже просто на обычные "новости" Я себе вот это ставил https://opencartforum.com/topic/4736-news-reviews-%D0%B4%D0%BB%D1%8F-ocstore-v022-%D0%B8-v101/ На первый взгляд очень похоже

все нормально отображаются

спасибо! второй вариант подошел идеально. именно то, что и было нужно PS: Скорость оценить сложно, но визуально вроде не изменилась

спрошу еще раз ) вдруг у кого найдется время помочь адаптировать этот запрос для ocStore 1.0.1 совсем в этом ничего не понимаю, но попытаюсь объяснить своими словами в чем я вижу разницу: просто в ocStore 1.0.1 в oc_product_to_category есть еще одно дополнительное поле main_category нужно чтобы product_id брался из product_to_category только если она главная (main_category =1) http://screencast.com/t/hH0swIk88L

не знаю какая проблема у автора темы, но свою ошибку я увидел (((( я использую не opencart 1.5.1 а ocstore 1.0.1 а там товар принадлежит нескольким категориям и установлена главная категория ( не подумал сразу об этом вот и выбирается товар непонятно как... похоже из всех категорий к которым принадлежит товар (а нужно только из главной) так что мой вопрос получается не по теме (но вдруг получится помочь с правкой этого кода, буду благодарен)

а такие существуют? для 1.0.1?

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

для исключения из правил можно задавать продукты вручную. модуль вроде это позволяет... и автоматически related товары подбираются только там, где они не заданы. нужно просто ограничить подбор этих related продуктов, выбирать только из категории к которой принадлежит товар

Попробуй в phpmyadmin выполнить это: ALTER TABLE `category` ADD INDEX ( `parent_id` ) ; ALTER TABLE `category` ADD INDEX ( `top` ) ; ALTER TABLE `category` ADD INDEX ( `sort_order` ) ; ALTER TABLE `category` ADD INDEX ( `status` ) ; ALTER TABLE `option` ADD INDEX ( `sort_order` ) ; ALTER TABLE `option_description` ADD INDEX ( `name` ) ; ALTER TABLE `option_value` ADD INDEX ( `option_id` ) ; ALTER TABLE `option_value_description` ADD INDEX ( `option_id` ) ; ALTER TABLE `order` ADD INDEX ( `customer_id` ) ; ALTER TABLE `product` ADD INDEX ( `model` ) ; ALTER TABLE `product` ADD INDEX ( `sku` ) ; ALTER TABLE `product` ADD INDEX ( `upc` ) ; ALTER TABLE `product` ADD INDEX ( `manufacturer_id` ) ; ALTER TABLE `product` ADD INDEX ( `sort_order` ) ; ALTER TABLE `product` ADD INDEX ( `status` ) ; ALTER TABLE `product_option` ADD INDEX ( `option_id` ) ; ALTER TABLE `product_option_value` ADD INDEX ( `product_option_id` ) ; ALTER TABLE `product_option_value` ADD INDEX ( `product_id` ) ; ALTER TABLE `product_option_value` ADD INDEX ( `option_id` ) ; ALTER TABLE `product_option_value` ADD INDEX ( `option_value_id` ) ; ALTER TABLE `product_tag` ADD INDEX ( `product_id` ) ; ALTER TABLE `product_tag` ADD INDEX ( `tag` ) ; ALTER TABLE `url_alias` ADD INDEX ( `query` ) ; ALTER TABLE `url_alias` ADD INDEX ( `keyword` ) ; ALTER TABLE `user` ADD INDEX ( `username` ) ; ALTER TABLE `user` ADD INDEX ( `password` ) ; ALTER TABLE `user` ADD INDEX ( `email` ) ;

у меня он, кстати, на ocstore 1.0.1 не заработал нормально насколько я понял, ему нужен стандартный seo, а у меня включен seo pro Narrow By стал нормально. нашел правда в нем ошибочку в работе... отпишу автору, надеюсь оперативно поправит PS: уже плохо помню, но работают они вроде по разному. первый использует стандартные атрибуты товара, а для второго нужно создавать новые

есть Narrow By и тот вариант что "в два раза дешевле" поменялся бы на что-то (если это корректно), тем более что автор модуля ведет себя очень некрасиво (((

это CSS .product_outside:hover

спасибо всем за помощь! Абсолютно все проблемы со скоростью решились индексированием. теперь в среднем около 2 сек на загрузку любой страницы (поиск и тэги еще меньше) по сравнению с тем, что было, можно сказать что магазин просто летает но если кто еще подскажет как оставить всего один язык, валюту, убрать мультимагазин - буду благодарен

только обратил на это внимание.похоже хостер просто прислал общий лог сервера, на котором еще куча аккаунтов. мои там только то что # User@Host: ruchkiki_ruchki[ruchkiki_ruchki] @ localhost [] файл уже почистил от чужих записей язык один, магазин один, валюта однапро остальное не знаю. скидки использоваться будут, опции товаров тоже магазин тормозит в общем, но саааааааамый большой тормоз (до нескольких минут) если использовать поиск или нажать на какой-то тег/метку (index.php?route=product/search&filter_tag=)

пока кажется проделанные действия не помогли :( да еще и сайт иногда не грузится с ошибкой Error: MySQL server has gone away Error No: 2006 SELECT * FROM oc_language ps: с внесенными изменениями это не связано, так как я ее еще вчера несколько раз видел, до внесения изменений

да, к сожалению в этом мало понимаю, поэтому и хотелось инструкций поподробнее. Большое спасибо. Эти индексы добавились. еще по советам из ветки по ссылке сделал а вот это уже было по умолчанию в коде Есть там еще такой совет, но это я совсем даже представления не имею где и как сделать (( Пока визуально сложно оценить как изменилась скорость. Завтра еще попрошу прислать лог медленных запросов sql

присоединюсь к вопросу xrgb Думаю не я один был бы вам очень благодарен за чуть более подробное описание, где конкретно и что вы повырезали?

около 500 категорий около 5 000 товаров каждый товар находить в среднем в 3х категориях около 15-20 тыс. картинок 800х600 (все в категориях) в .htaccess прописано около 140 строк редиректа (другого решения не нашел. нужно было сохранить старые проиндексированные страницы с поисковиках) Спасибо. правда там больше для "разбирающихся" описано. жаль что там не расписано подробно что и где нужно делать подробно ( попробую там уточнить.. PS: вот еще прислали лог sql slow_log.txt

просто в шоке от скорости ((( от 2,5сек по 1,5мин пробовал что-то включать/выключать (модули, чпу и тд) - результата не дает каждая вторая страница загружается в среднем 40 сек что не так ???? и хостинг вроде не самый дешевый покупал как найти причину или это "нормально"?

Я мало в том понимаю, не могу адекватно определить "сложность" задачи. (могу предложить wm, visa/mc, ну или платный модуль для oc) сроки: хотелось бы не долго ) на этой неделе ) Предложите, плз

просто переключить кнопочку на FREE и выбрать версию например вот так

проблема в следующем есть платный модуль Layered Navigation 1.5.x (фильтры) Нужно адаптировать его для osStore 1.0.1 в оригинальном модуле вносятся правки только в seo_url.php но в osStore 1.0.1 используется seo_pro.php ( и он ооочень сильно отличается от оригинального, у меня разобраться не хватает ума ( необходимые правки во вложении Кто-то возьмется? Layered_Nav_SEO.xml

у меня получилось этим убрать для ocStore 1.0.1 remove-product-quantity-from-category-keep-sub-cats.xml

кинул

проблема абсолютно аналогична описанной в первом постескрипт: 1.0.1 чпу: включен (и работает) тип чпу: seopro ЧПУ товаров с категориями: да в товаре "связи" "категории" и "показывать в категориях" все правильно настроено пробовал включать/выключать все что угодно во всех этих настройках, во всех возможных вариантах - работает неправильно путь начинает работать правильно только при отключении чпу скрипт просто тестирую. только поставил. товар создан только 1 пытаюсь вспомнить что я делал со скриптом после установки после установки скрипта был создан этот единственный тестовый товар, в котором хлебные крошки работают не правильно после этого было поставлено - модуль импорт/экспорт - deadcow_seo (установлено и удалено) - vqmod и под него 3 мода --- кнопка очистить кеш --- ocu seo --- ocu sef format пробовал создавать новые товары в разных вариантах и категориях - какой-то бред происходит с хлебными крошками. то сразу корень-товар выводится, то корень-категория-товар (при этом категории в пути не все), но правильно так и не показывается. с удовольствием дам логин/пароль админки если это поможет в понимании проблемы