OC v3.х Увеличение производительности OpenCart и OcStore

Denzy

Добрый самаритянин
Команда форума
Moderator
Разрушитель (V)
Сообщения
398
Симпатии
267
Баллы
3 000
Ку чатлане
316748_original.jpg

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

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


Прошу не флудить
 
Пользуюсь imbdo optimizator, сделать индексы в бд, или вручную. Jetcache или Nitropack (чаще jetcache, он как раз умеет кешировать страницы частично, и кешировать конкретно контроллеры, и запросы и модели, в общем - jet лучше). lightning не пробовал, интересно. На сфинкс давно поглядываю, но пока не делал ни разу. А что за мантикора ?
 
Пользуюсь imbdo optimizator, сделать индексы в бд, или вручную. Jetcache или Nitropack (чаще jetcache, он как раз умеет кешировать страницы частично, и кешировать конкретно контроллеры, и запросы и модели, в общем - jet лучше). lightning не пробовал, интересно. На сфинкс давно поглядываю, но пока не делал ни разу. А что за мантикора ?
Не претендую на правильность, но мне кажется, что для того чтобы код работал быстрее (и меньше глючил), его должно быть меньше, а не больше
 
Еще часто использую redis как систему кеширования, и хранение сессий в redis отдельными модулями (т.к. в 3 opencart есть кеширование redis, но кривое, а в 2.3 нет от слова вообще)

По поводу кода - индексы в БД не относятся к коду, и они как показала практика - мастхев на большом кол-ве товаров.

А модули кеширования и redis(или memcached) - тут уже пусть рассудят более знающие, как по мне - тоже мастхев, но на вкус и цвет)
 
Не претендую на правильность, но мне кажется, что для того чтобы код работал быстрее (и меньше глючил), его должно быть меньше, а не больше
Аналогичного мнения. При этом аффтары что джеткеша, что лайтинга - копрофаги.
 
На лайтинг прилетело обновление, связанное с безопасностью. Тема поднималась на Opencart.com
Там же поднимался вопрос, что аффтар страдает "ночным кодом". Т.е. гарантий что это не повторится нет. Да и иметь на коммерческом сайте обфусцированный код - это всегда бомба замедленного дейстия, особенно от таких "кросавчегов"
 
Там же поднимался вопрос, что аффтар страдает "ночным кодом". Т.е. гарантий что это не повторится нет. Да и иметь на коммерческом сайте обфусцированный код - это всегда бомба замедленного дейстия, особенно от таких "кросавчегов"
Да, код напрягает. Но за время существования мода я нигде не встретил null. Аффтар делал больший упор на коммерческую часть мода, надкусывая в ночи любимые "лакомства".
И да, из-за таких бомбических расширений многие выбирают не Opencart, а другую цмску.
 
Переезд на FastCGI (Nginx + PHP-FPM) что бы ссылки 404 не отдавали в конфиг добавить

после location / {
добавить
if (!-e $request_filename){

rewrite ^/(.+)$ /index.php?_route_=$1 last;
}
 
Переезд на FastCGI (Nginx + PHP-FPM) что бы ссылки 404 не отдавали в конфиг добавить

после location / {

добавить

if (!-e $request_filename){

rewrite ^/(.+)$ /index.php?_route_=$1 last;
}
Лучше сразу приводить ссылку на оригинал статьи https://opencartforum.com/blogs/entry/509-multimova-nginxphp-fpm/
P.S. Ссылки 404 отдаются только для неЧПУ, точнее вида /ru/index.php?route=
 
Переезд на FastCGI (Nginx + PHP-FPM) что бы ссылки 404 не отдавали в конфиг добавить

после location / {

добавить

if (!-e $request_filename){

rewrite ^/(.+)$ /index.php?_route_=$1 last;
}

Какое отношение ваше сообщение имеет к теме "Увеличение производительности OpenCart и OcStore" ???
Если написать путёвого нечего, кроме как копипастить с feo....an, для таких есть специальная тема "Тема для набора постов"
 
Какое отношение ваше сообщение имеет к теме "Увеличение производительности OpenCart и OcStore" ???
Если написать путёвого нечего, кроме как копипастить с feo....an, для таких есть специальная тема "Тема для набора постов"
При чем тут ето, вообще тема тут https://adminvps.ru/blog/fastcgi-nginx-php-fpm/ данный способ реально ускоряет сайт без модулей
 
При чем тут ето, вообще тема тут https://adminvps.ru/blog/fastcgi-nginx-php-fpm/ данный способ реально ускоряет сайт без модулей
Вы видимо не понимаете всей картины, что пишут, то и делаете
Да, для простенького магазина на 500 товаров хватит и он будет летать, но если у вас больше товаров, есть какой то обмен с торговыми площадками или подобные тяжелые запросы, то нужно менять связку. По этому изучите:
Изучите моменты работу веб-серверов
Изучите работу связки веб-серверов(Nginx, Apache, Nginx+Apache, Apache+Nginx)+ режимы php, а так же, где это применяется.

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

Подытожу:
Да, использовать можно, но не стоит, так как связка Nginx+Apache хоть немного медленнее, но стабильная и держит нагрузку
 
При чем тут ето, вообще тема тут https://adminvps.ru/blog/fastcgi-nginx-php-fpm/ данный способ реально ускоряет сайт без модулей

если для вас нет разницы, что и где писать, пишите на заборе, что в голову придет, без разбора.
не превращайте этот островок в помойку.
эта тема про ускорение сайта, увеличение производительности, а сообщение от вас про с 404 ошибку для всех страниц, кроме главной, каким боком она к ускорению, увеличению производительности относиться, не подскажите ???
с добавлением этого у меня сайт увеличит производительность что ли?, да он просто не будет работать кроме его главной страницы, абсурд какой то, читать такое.
 
Последнее редактирование:
Переводил сайт с 200к товаров и большим кол-вом посетителей на "Бизнес хостинге" (смесь облачного с возможностями VPS) с apache+nginx на php-fpm. Нагрузка упала в разы, графики просто рухнули на дно, скорость увеличилась, но таки видимо не тянул нагрузку - перестал импортировать большие файлы с большим количеством изменений в контенте при обработке файла (сбор названия из 10+ полей, пересчёт цен, формирование характеристик и тд), начал падать с 500 ошибкой даже на минимальном количестве товаров за 1 цикл. Пришлось искать другие методы оптимизации
 
Назад
Верх