markimax

Может, но когда категорий не много Для каждой категории отдельный виджет Но я что то не встречал отзывов для категорий Да и google считает это накруткой, может и наказать если кто пройдется из модераторов в ручном режиме или конкуренты настучат

Все директивы должны быть до RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA]

Не то слово

А это баги тем TemplateMonster и их реализации Lazy загрузки изображений - я писал на форуме об этом. Посмотри внимательно на "второй" запрос документа - img И получается что "в картинку" грузится целая страница "фоново", что создает нагрузку на сервер Бывает и от 2 до 5-10 фоновых загрузок главных страниц. Вот так делают темы парни из подвалов мумбаев 99.99% буржуйских тем - это "жесткий" аутсорс, с кучей багов и ошибок. А ТП TM просто не имеет квалификации Поэтому ошибки не исправляются

htaccess.txt переименовали в .htaccess ?

Много пользователй UniShop ставят Он как родной там

В настройках категории таб Настройки

Ничего не перепутали ?

Значит поставлен костыльно Все вопросы к тому кто ставил Нельзя просто так отключать штатный стандартный summernote, потому что "другие" модули работают на базе штатного

Не паникуем, ждем минорной единицы 3.1 У Даниэля все четные версии и нулевые просто большой рулон туалетной бумаги баг треков

Да никто не меряется ничем, нет никакого "спора" вообще Чем мерятся то Просто @Shureg ляпнул фигню какуе -то не подумавши, теперь пытается остаться с "лицом" при плохой "игре" прикрывшись демагогией Ну бывает у всех (я к примеру вчера ляпнул фигню на форуме по аэро и гидродинамике, спецы поправили, послали учить мат. часть, прочел, прослезился , я признал что ошибся. Всего знать не возможно. Я привел отрывок для shureg, он не понял "почему".) ... зачем же потом демагогию разводить. Не люблю я демагогию. Я прямо говорю всегда.

Ну вы еще не знаете по опыту что кешировать надо не все, при большом количестве товаров - много кеширования начинает иметь обратную сторону К примеру при большом количестве товаров в seo_pro убирается кеширование, потому как файлы кеша становятся очень большими и затраты на json_decode и память становятся просто катастрофическим узким местом, сильно нагружая сервер. Так что я учел все в ваших высказываниях. Неумелая "оптимизация" в кеш - часто оборачивается "злом"

Нет конечно.. это просто 3.14 какой то Вы, что то, или не внимательно читаете мои посты, или не понимаете что я пишу Я вам говорю реалии и выбор пользователей И больше никому не говорите про

О! Добавляю как я в css модуля этот код

@Shureg вы вообще специалист в чем, специализация ? Я вижу что не оптимизации скорости Как можно было такое ляпнуть Я думаю здесь все профи прослезились и посмеялись Насчет "контактов"... Ну вот и подумайте. Даю наводящий "путь" - хедер, футер, меню категорий, в 90% с подсчетов товаров На странице контактов могут быть еще туева хуча модулей, модификаторов и т п Я только сегодня видел на странице контактов более 1700 запросов в БД и так у 50% пользователей. (особенно если тема сделана парнями из подвалов мумбаев с themeforest или theme monster) Как вы думаете сколько из них имело COUNT или OR, IN Про LJ я вообще промолчу Ну далее просто мат. часть MySQL Если не знаете как количество товаров влияет на скорость, - лучше учить мат. часть MySQL

Подумайте что вы написали No comment

Давай не умничай. По сути, а не демагогия про "морковку", а то я могу рассказать про неё под спойлером (в переносном смысле по отношению к количеству проделанной работы по оптимизации скорости) И это прерогатива заказчика сколько модулей использовать. и какие нужны И что за бред вы написали .. подумали вообще ? Как это дополнительные модули не влияют на скорость ? И как это большое количество товаров не влияет на скорость ?! Что за бред, честное слово ? Да 90% модулей используют COUNT, IN, OR При нормальной оптимизации 20k товаров - это "детский лепет" для шаред Насчет магазина ТС я не видел его URL Вы написали 0.6 с генерация - в пределах нормы

Изучения default должно быть достаточно для junior специалиста

0.6 сек на большом количестве товаров и "загаженой" модулями странице - я бы сказал отличный результат Это на чистом default opencart до 0.2 можно "выжать", а на перегруженной модулями теме и большом количестве товаров 0.6 - это ракета почти

Ну сколько можно повторять... баян уже порвали НЕ МЕРЯЙТЕ г.. сервисами Меряют скорость в инспекторе кода или в Firebug "Погрешность" 100500%

Там вообще не нужна отмена Выбрать можно любой рейтинг Что отменять то ? Насчет карточки товара и рейтинга товара - нет. потому что рейтинг привязан к отзывам. Ну вот так решил автор opencart, т е поле рейтинга в таблице отзывов

Это вам в тему платных Услуг скорее всего Там надо разбираться и смотреть детально что наворотили

Не пользуйтесь г.. сервисами попугаеметрами Все измерения скорости только в инспекторе кода или в Firebug Снять нагрузку помогут кешировщики (~ от 20 до 40% могут снять) Но лучше делать комплексные меры

Ну здесь никто не спорит Если постараться можно что хочешь сделать Но 99.9999% используют шаред, а инструментария google сжатия изображений на них нету. Да и сам google пока не "дал" таких библиотек для шаред, постоянно меняя алгоритмы сжатия. Сделали бы стандарт и "спрашивали" потом по нему - другое дело А так то был один алгоритм многие настроили выделенные под него все Ok было, потом бац, изменили алгоритм сжатия в PS и все мигом "устарело"