Повышенная нагрузка на хостинг. Help

[Baxus]

Сайт потребляет много ресурсов на хостинге 

 

 

Нужна помощь в поиске пожирателя и его ликвидации. 

 

сайт на OcStore 1.5.5.1.1

 

работает уже больше года в таком режиме... на грани блокировки.

 

кто может как то помочь решению проблемы пишите в личку или сюда, если есть стандартное решение проблемы.

Если нужны еще какие-то подробности напишите, отвечу... 

[rb2]

Все стандартные способы уже описаны несчётное количество раз. Дальше всё индивидуально плюс опыт. Где-то индексы, где-то модули, где-то их можно убрать, где-то нужны позарез, где-то запросы оптимизировать надо, где-то может спасти кеширование. Если интересует платная помощь - обращайтесь, занимаюсь оптимизацией.

Скажите хотя бы, на каких количествах товаров и категорий это происходит, используете ли модули фильтров, случайных товаров? Если используете что-то вроде случайных товаров - отключите, проблема давно известная. Также подсчёт кол-ва товаров в модуле категорий и меню (отключается в админке).

[snastik]

Классическая ситуация - в личку отписал!

[Baxus]

Все стандартные способы уже описаны несчётное количество раз. Дальше всё индивидуально плюс опыт. Где-то индексы, где-то модули, где-то их можно убрать, где-то нужны позарез, где-то запросы оптимизировать надо, где-то может спасти кеширование. Если интересует платная помощь - обращайтесь, занимаюсь оптимизацией.

Скажите хотя бы, на каких количествах товаров и категорий это происходит, используете ли модули фильтров, случайных товаров? Если используете что-то вроде случайных товаров - отключите, проблема давно известная. Также подсчёт кол-ва товаров в модуле категорий и меню (отключается в админке).

 

товаров 1400 шт примерно

категорий около 30

подсчет товаров убран давно уже

случайных товаров нет.

вроде все стандартно...

 

замечено что когда в админке ничего не делаю... то все стабильно использование CPU и IO 50-60 мин

как только начинаю выкладывать товары то 150 - ...

хотя мне кажется, что 50-60 тоже много.

[Baxus]

Классическая ситуация - в личку отписал!

 

Ваше предложение обдумаю. Отпишусь в личку 

[rb2]

Ну это вообще не те количества, чтобы что-то замечать. Если заметны какие-то лимиты уже сейчас - это и вправду повод задуматься о более гуманных хостерах. Я видел и 30к товаров, которые неплохо себя чувствовали при неоптимизированном опенкарте на обычном шаред хостинге, но уже начали получать предупреждения о повышенной нагрузке и медленных запросах, и опенкарты с парой-другой тысяч - даже не знают и не могут найти у другого хостера индикатор загрузки или какие-то лимиты в описании тарифных планов. Это всё обычный шаред хостинг за 2-3-5-10 долларов в месяц.

Но и не повод не заниматься лечением. Просто перекладывать магазин на более мощный хостинг - это способ продлить агонию или сделать болезнь незаметной. Даже если через какое-то время перестанет расти кол-во товаров, категорий, атрибутов, опций - будет расти посещаемость. Всё равно рано или поздно придётся идти за оптимизацией. Ко мне, Снастику, к гуглу...

Поставьте https://opencartforum.com/files/file/786-db-log/ - он элементарно ставится (распаковать и дописать 4 буквы в одном файле) и даст хоть какую-то реальную пищу для размышлений оптимизатора. Пока у вас не будет лога медленных запросов и детекта тормозных мест - будете заниматься гаданиями, а не двигаться в сторону лечения.

[Baxus]

Поставьте https://opencartforum.com/files/file/786-db-log/ - он элементарно ставится (распаковать и дописать 4 буквы в одном файле) и даст хоть какую-то реальную пищу для размышлений оптимизатора. Пока у вас не будет лога медленных запросов и детекта тормозных мест - будете заниматься гаданиями, а не двигаться в сторону лечения.

 

Ок. Сделаю и отпишусь чуть позже.

Спасибо за то что помогаете!

[Baxus]

вот то что получилось за несколько часов https://yadi.sk/d/qVPizFmMeEZWa

[Baxus]

2.11475 |     2 | /www/u2960679/www/htdocs/vqmod/vqcache/vq2-catalog_controller_product_category.php(223)

 

 

$results = $this->model_catalog_product->getProducts($data);

 

Подскажите...  Есть ли готовые решения оптимизации этого метода??? 2 секунды выполняется в среднем... :(

или проще купить и поставить какой нибудь ускоритель из модулей представленных на сайте ?

[rb2]

Ускорители обычно занимаются кешированием каких-то проблемных мест. Они могут снизить количество запросов. Сами запросы при этом останутся какими были, просто реже вызываться будут. На какое-то время (может и продолжительное) кеширование спасёт от повышенной нагрузки, но медленные запросы никуда не денутся. При дальнейшем росте ассортимента магазина рано или поздно вы опять упираетесь в то, что старый 2-сек запрос выполняется уже 5, а то и 15 секунд, когда до него дело доходит. А потом ещё оказывается, что посещаемость-то выросла, и случаются ситуации коллизий, когда что-то лочит таблицу и массивный, но в общем-то выполнимый запрос начинает выполняться по 40-60-80 секунд и до конца не доживает, так как его прибивает что-то из следящих за пожирателями ресурсов сервисов и отправляет отчёт root-у вашего хостера. Который даёт вежливых пендлюлей вам и грозит в случае неустранения ошибок поставить жёсткое кеширование (когда до реальных запросов дело вообще доходит раз в сутки, например, и обновление вам неподвластно).

Анализировать и менять проблемные запросы не так просто, как может показаться: некоторые из них растянуты на многие экраны кода и перемешаны всякими условиями, модифицировать их корректно - иногда весьма мозголомная и кропотливая работа.

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

Так что проще-то оно может и проще, но со своими плюсами-минусами и последствиями.

[Baxus]

Про модули понятно... 

 

теперь про метод getProducts я так полагаю там какой-то прожорливый запрос к базе данных. неужели никто не решил этой проблемы... ?

не один ведь я сижу на этой версии движка.... 

[rb2]

См. начало треда. Может и решали, всего ведь не упомнишь.

Тут или поиски и самообразование, умноженное на стоимость вашего часа, или к специалистам.