Скрипт OpenCart Lightning

  • Автор темы Автор темы kiska
  • Дата начала Дата начала

kiska

Творец (III)
Сообщения
23
Реакции
8
Баллы
134
OpenCart Lightning - это мод, который реально ускоряет магазины и дает ощутимый результат. Страницы открываются почти мгновенно, высокие баллы PageSpeed и минимальный TTFB дают отличный плюс к SEO. Работает со всеми версиями OpenCart.

Вот ссылка на демо-магазин с 20000 товаров на хостинге за $5 - https://demo.devs.mx/lightning
А вот демо с JOURNAL3 - https://demo.devs.mx/journal3/

  • почти мгновенное открытие страниц
  • оптимизировано для получения высоких показателей в новом Google PageSpeed Insights
  • быстрая работа с большим количеством товаров и категорий
  • повышение удобства навигации по магазину и рейтингов в поисковиках
  • не надо настраивать и приглядывать, просто работает
  • отпадает необходимость в дополнительных модах оптимизации или кеширования

Один из лучших плагинов по оптимизации скорости загрузки.
 
Есть опыт реального использования данного решения ? На сайте разработчика все заманчиво расписано
 
Личного опыта нет, но видел как работает на одном из магазинов.
Магаз летает
Насколько разобрался в коде, много стучалок в нём.

Посижу, посмотрю, подумаю. Получится ли нулл сделать.
Код специально запутан.
На странице продажника написано:

Добавлено:
Если сервер разработчика недоступен - Дополнение недоступно
Следовательно, какая то часть модуля лежит на стороне разработчика
 
Последнее редактирование:
Очередная говноподелка от говноразработчика
Почему? Мы устанавливали триальную версию, магаз реально начинает летать, до этого TTFB 2 сек при 10 000 товарах

Какие есть альтернативы по оптимизации opencarta? All in One именно
 
Личного опыта нет, но видел как работает на одном из магазинов.
Магаз летает
Насколько разобрался в коде, много стучалок в нём.

Посижу, посмотрю, подумаю. Получится ли нулл сделать.
Код специально запутан.
На странице продажника написано:

Добавлено:
Если сервер разработчика недоступен - Дополнение недоступно
Следовательно, какая то часть модуля лежит на стороне разработчика
за отвязку к домену и серв могу сброситься в складчину на этот плагин) пару тыс р так точно!
 
С тем говнокодом альтернатива и не нужна.
Не люблю я все эти бустеры/ускорители/оптимизаторы. Все они сделаны так чтоб в одном флаконе была куча свистоперделок.
Но это так не работает. Если ttfb большой, оптимизируй загрузку картинок хоть удавись, но своих попугаев ты не получишь.
 
вообще не вижу в этом модуле что-то хорошее, при умном подходе к шаблону, 90+ попугайчиков в гугляндии получить вообще не проблема
 
С тем говнокодом альтернатива и не нужна.
Не люблю я все эти бустеры/ускорители/оптимизаторы. Все они сделаны так чтоб в одном флаконе была куча свистоперделок.
Но это так не работает. Если ttfb большой, оптимизируй загрузку картинок хоть удавись, но своих попугаев ты не получишь.
Ну как сказать, ставил давно этот модуль, для тех кто особо не хочет лезть под капот и придумывать свои свистоперделки очень даже не плохой вариант.
 
у меня просто AMP стоит... показатели не хуже ))))
Согласна с Capaxой - стремная штука...:wink3: сейчас 83 попугая но иногда поднимается до 87...
товаров 10к в магазине...))))
1644065948141.png
 

Вложения

  • Untitled2.jpg
    Untitled2.jpg
    47,1 КБ · Просмотры: 3
Последнее редактирование:
Ну как сказать, ставил давно этот модуль, для тех кто особо не хочет лезть под капот и придумывать свои свистоперделки очень даже не плохой вариант.
Вот именно на таких клиентов оно и рассчитано. Адекватный владелец сайта себе такое не поставит, разве что от незнания или безисходности.
При этом код обфусцирован, что только добавляет сей поделке "шарма"
 
Я дам наметки куда копать: 1) у Opencart кривая дрянь с вложенными и сложными запросами в модели каталога product.php, копать туда, можно ускорить сильно в трёх методах: getProduts, getTotalProducts, getProduct 2) только innodb, только хадкор 3) кешировать данные во всех моделях с различием по языку 4) и вот здесь все лезет боком, потому как кэш на файлах написан не правильно, его нужно переделывать с хитов на крон. И вот они, заманчивые 200-300 мск отклика при 25 - 50 тысячах товаров. А что еще? А еще можно opcache/redis и никакого ioncube на модулях. И доводить все, что поставите. Что остается? Lazy load + webp + размеры изображений + minify js/css. И все у Вас будет хорошо. (Выше указанное для ostore/opencart 2.3, хотя 3 тянет за собой те же проблемы). А еще в том или ином роде придется побороться с чат поддержкой, с собственными шрифтами, с font awesome, с bootstrap font, с пересобранным bootstrap, с шрифтами Google, с метрикой и gtm). Но кто сказал, что будет легко?
 
Я дам наметки куда копать
Есть ещё пару моментов.
1) события, они отъедают до 20% времени
2) сам класс кеша написан криворукий Даниэлем, с использованием glob. Поэтому только SmartCache (там используется несколько техник, которые оптимизируют работу с кешем)
3) обойтись можно и без крона, например переместив вопрос кеша в деструкт
4) не всегда есть возможность закешировать результат, поэтому нужно делать тюнинг mysql на сервере
Ну и на последок вопрос к железу, никаких hdd, потому что современные ssd по скорости не уступают работе с памятью
 
вот пункт 2) особо порадовал, да на хитах, и когда там файлов 20 тысяч +, это просто убийство с тормозами. 3) с кроном проще выходит, и нет необходимости каждый раз дергать проверку, получать список файлов и т.п. 4) да, но для тяжелых вариантов: там, где получается количество в категории без фильтра, там, где получается список товаров - это можно сделать, плюс убрать getProduct там, где он повторяется и не нужен, также, как и убрать получение атрибутов и опций там, где они тоже не нужны. По поводу hdd согласен, кстати, а redis пробовали? Интересно Ваше мнение.
 
В свое время использовал модуль JetCache с базовой настройкой. Удалось добиться тех же показателей, что и с этим модулем во время его теста.
 
Назад
Верх