Перейти к содержанию
Baxus

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

Рекомендуемые сообщения

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

 

post-671553-0-65212000-1422011531_thumb.jpg

 

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

 

сайт на OcStore 1.5.5.1.1

 

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

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

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

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

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

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

 

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

 

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

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

  • +1 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Последние посетители   0 пользователей онлайн

    Ни одного зарегистрированного пользователя не просматривает данную страницу

×

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.