Резкая нагрузка на ресурсы сервера - Joomla 2.5: Настройка и оптимизация

Имеется Joomla 2.5.14 VirtueMart 2.0.20b, эта пара успешно работала несколько лет. Нагрузка на сервер хостера не превышала 10-15. Но вот недавно нагрузка в течении суток резко скакнула до 120, и далее росла с каждым днем. Закрыл доступ назойливым ботам и IP адресам. Закрыл доступ к сайту китаю, франции и тп откуда шел не нужный трафик. Это не дало существенного снижения нагрузки. В режиме отладки обнаружил, что VirtueMart делает более сотни запросов к базе данных при открытии категории. Временно закрыл магазин (в настройках, галочка). И нагрузка резко поползла вниз.
В чем может быть причина резкого увеличения нагрузки на сервер? Количество посетителей не возросло, количество товара тоже. Перед скачком ничего не изменял в настройках магазина и сервера. Из логов сервера смог определить лишь нашествие ботов.

Возможно, какой то криворукий парсер товаров? Посмотрите еще раз трафик, откуда идут запросы и с какой периодичностью. Если же внешний трафик маленький, а нагрузка остается, проверьте на нличие шелла, очень похоже на взлом.

Еще тема

Сотня запросов для VirtueMart это еще легко. Скорее всего боты тупо ходили по страницам. Хотя неплохо бы прогнать ai-bolit.

С помощью ai-bolit нашел  вот такое /tmp/1/public_html/plugins/content/geshi/geshi/geshi/php.php
Что с эти делать, достаточно просто удалить?

в логах посмотри запрос к VirtueMart, сколько limit
у клиента на Joomla 1.5 и Вирт 1.1.9 боты, яндкс и Google, запрашивали сразу по 500 000 товаров

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

Вообще на моём опыте "резкая нагрузка на ресурсы сервера" на хостингах в 90% случаев возникает тогда, когда владелец хостинга смотрит месячный отчет и говорит: "Что-то мало мы зарабатываем. Надо бы старых клиентов перевести на более дорогие тарифы..."

С помощью ai-bolit нашел  вот такое /tmp/1/public_html/plugins/content/geshi/geshi/geshi/php.php
Что с эти делать, достаточно просто удалить?

Сервер свой? (этот файл из дистрибутива, его не надо удалять). Если сервер свой, то 99% искать причину надо во временной папке сервера, на нее обычно права 777. Ее очистка безопасна. Но делать это нужно с умом.

Имеется Joomla 2.5.14 VirtueMart 2.0.20b

Актуальная версия Joomla 2.5.28

Актуальная версия Joomla 2.5.28

Какое отношение это имеет к теме?

Старые версии более подвержены взлому.

Старые версии более подвержены взлому.

Это не взлом, судя по симптомам. Хотя обновиться и надо.

Да это гадание на кофейной гуще.

Проделал следующее: проверял ai-bolit (вроде не нашел ничего), обновил до 2.5.28, удалил VM. Нагрузка все равно выше или на пределе тарифной. Удалил полностью содержимое public_html и связанную с ним БД. Нагрузка все равно выше разрешенной.
Но правда, еще установил на поддомен, практически чистую opencart с отдельной БД. Посещения на нем менее 10-15 хостов
Может ли, нагрузка все таки означать, что хостер искусственно завышает показания нагрузки?

Вполне. У меня такое было. Только вообще ни одного файла на аккаунте не было. Хостер изобразил дичайшее удивление.

Каким хостером пользуетесь сейчас? Какого посоветуете?

на форуме поищите, есть целая тема об хостерах

Каким хостером пользуетесь сейчас? Какого посоветуете?

Я пользуюсь TimeWeb уже несколько лет. Посмотрите у них в портфолио, какие сайты у них размещены. Проблем не наблюдаю, а если и бывают - решают быстро. Но я особо не выбирал - это первый мой платный хостинг, другие даже не тестировал.

На таймвебе тоже достаточно жестко лимитированная нагрузка.

На таймвебе тоже достаточно жестко лимитированная нагрузка.

Да, верно. Но резких скачков я не замечал.

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