Opencart lightning nulled: Скрипт — OpenCart Lightning

Содержание

Скрипт — OpenCart Lightning | UCRACK

Prefer

05.02.2022

С тем говнокодом альтернатива и не нужна.
Не люблю я все эти бустеры/ускорители/оптимизаторы. Все они сделаны так чтоб в одном флаконе была куча свистоперделок.
Но это так не работает. Если ttfb большой, оптимизируй загрузку картинок хоть удавись, но своих попугаев ты не получишь.

С тем говнокодом альтернатива и не нужна.
Не люблю я все эти бустеры/ускорители/оптимизаторы. Все они сделаны так чтоб в одном флаконе была куча свистоперделок.
Но это так не работает. Если ttfb большой, оптимизируй загрузку картинок хоть удавись, но своих попугаев ты не получишь.

Я дам наметки куда копать: 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 пробовали? Интересно Ваше мнение.