Hoster.Ru - Превышение использования ресурсов - Хостинг для Joomla

Сегодня получил повторное сообщение от хостера [Hoster.ru] о преывшении лимитов использования.
Использование процессорного времени веб-сервера по моему домену, на котором установлена Joomla! составила (!) 3.29% при отведенных для этого 2,5% (при суммарном количестве запросов за сутки, 19-е января, - 24139).
Это прямо новый рекорд. Компонентами эта CMS не перегружена, а из последних действий - установлен Ninja RSS Syndicator и произведено обновление Joomla 1.5.9 to Joomla 1.5.22.
Подскажите, как снизить нагрузку на сервер? Ведь и так для тарифного плана с таким выделением для нагрузки сервера одна единственная CMS не должна забирать столько ресурсов, ибо мой тариф подразумевает установку 6 независимых сайтов.
З.Ы. Заметил странную особенность: на страницу выводится количество посетителей в онлайне, однако вместо стандартной статистики одновременного посещения в 10-12 человек выводятся значения, превышающие 1500-1600. Какая-то атака? Что с Joomla делать?
Заранее спасибо.

Ведь и так для тарифного плана с таким выделением для нагрузки сервера одна единственная CMS не должна забирать столько ресурсов, ибо мой тариф подразумевает установку 6 независимых сайтов.

Кол-во сайтов доступных для размещения на тарифном плане, ни как не влияет на процент нагрузки на сервер.
Можно и с одним сайтом, с 10 посетителями повесить сервак.

Нельзя!
Сталкивался с такой проблемой в прошлом включая ВДС. Чувствовал себя обманутым.. и не напрасно.


http://joomlaforum.ru/index.php/topic,144244.msg800458.html#msg800458

По своему примеру, сложно бороться, отсекаю айпи...   на практике было следующее. год назад был у меня ВДС, стоял там сайт на Joomla + VirtueMart с 50 000 наименований. и пошел перегруз ресурсов 256 проца и 1024 оперативки... мне все сапорт писал что вот вас аттакуют и все тут... к нам претензий ноль... висело все постоянно... когда соответственно сервак появился... я перенес все это дело на сервак прошло 9 месяцев.... хоть бы что то превысило ресурс на 1%!   хрен...

ггггг

Оправданый сорказм?? )))) все к тому что был обманут!

zaomk, вы хотите сказать, что это висяк самого хостера?
Я бы рад согласиться

Привожу свою статистику по отладке:
Информация о профиле
Application afterLoad: 0.000 seconds, 0.45 MB
Application afterInitialise: 0.178 seconds, 7.35 MB
Application afterRoute: 0.313 seconds, 10.48 MB
Application afterDispatch: 2.929 seconds, 13.51 MB
Application afterRender: 3.604 seconds, 18.25 MB
Использование памяти
19274256
Зарегистрировано запросов: 98

Все бы ничего, но уж очень подозрительно большое использование памяти, а как уменьшить и что ее в моей Joomla создает не приложу ума. Из наиболее грузовых компонентов стоит sh404SEF, однако он установлен еще при рождении моей системы и перегружать, имхо, не должен, т.к. проблема возникла только сейчас... а Ninja RSS не такой уже и зверь. Кроме этого неоптимизирован плагин Legacy (включен), т.к. стоит ADS Manager - в остальном что может есть память не пойму.
Если все же реальная причина может быть в компонентах, то вот их список:
ADS Manager 2.1.9, JCE, sh404SEF, jSecure, Jumi, Ninja RSS Syndicator, PhocaGallery, Xmap.

Оправданый сорказм?? )))) все к тому что был обманут!

VirtueMart плохо заточен под большое вол-во наименований товаров, а так же плохо оптимизирован в плане потребления ресурсов.

А больше всего вызывает смех:

я перенес все это дело на сервак прошло 9 месяцев.... хоть бы что то превысило ресурс на 1%

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

zaomk, вы хотите сказать, что это висяк самого хостера?
Я бы рад согласиться

Привожу свою статистику по отладке:
Информация о профиле
Application afterLoad: 0.000 seconds, 0.45 MB
Application afterInitialise: 0.178 seconds, 7.35 MB
Application afterRoute: 0.313 seconds, 10.48 MB
Application afterDispatch: 2.929 seconds, 13.51 MB
Application afterRender: 3.604 seconds, 18.25 MB
Использование памяти
19274256
Зарегистрировано запросов: 98

Все бы ничего, но уж очень подозрительно большое использование памяти, а как уменьшить и что ее в моей Joomla создает не приложу ума. Из наиболее грузовых компонентов стоит sh404SEF, однако он установлен еще при рождении моей системы и перегружать, имхо, не должен, т.к. проблема возникла только сейчас... а Ninja RSS не такой уже и зверь. Кроме этого неоптимизирован плагин Legacy (включен), т.к. стоит ADS Manager - в остальном что может есть память не пойму.
Если все же реальная причина может быть в компонентах, то вот их список:
ADS Manager 2.1.9, JCE, sh404SEF, jSecure, Jumi, Ninja RSS Syndicator, PhocaGallery, Xmap.

хочу сказать что это политика хостера. Они могут говорить одно а на практике другое!

VirtueMart плохо заточен под большое вол-во наименований товаров, а так же плохо оптимизирован в плане потребления ресурсов.

А больше всего вызывает смех:

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

на выделенном то понятно, и то можно превысить, может в Челябинске нельзя, там свои правила.... я сравниваю ресурсы! или оперативка у всех разная? )))))))))
ну и смейся ))))    на вдс грузил 1Гб опереативки в плюс (один проект)... при переносе на общем фоне до сих пор 1.35 Гб рам (только там 200 проектов)!
те кто сталкивался с этим понимают...

на выделенном то понятно, и то можно превысить, может в Челябинске нельзя, там свои правила.... я сравниваю ресурсы! или оперативка у всех разная? )))))))))

При чём тут Челябинск?
Вы видимо не поняли, о чём я говорил.
Например имеем сервер:

Intel® Xeon™ E5620 12MB Cache / 2.40 GHz / 5.86 GT/s tray
DDR3 ECC Reg 1333 MHz 16 Gb.

Т.е. это 100% ресурсов сервера и получить 101% от этого просто физически не возможно.

При чём тут Челябинск?
Вы видимо не поняли, о чём я говорил.
Например имеем сервер:

Intel® Xeon™ E5620 12MB Cache / 2.40 GHz / 5.86 GT/s tray
DDR3 ECC Reg 1333 MHz 16 Gb.

Т.е. это 100% ресурсов сервера и получить 101% от этого просто физически не возможно.

ммм... я даж не знаю как понятней то сказать..   не важно какой щас сервак... я говорил к тому что на ВДС процессора и 1024 Мб оперативки превышал....
ммм... ну собственно что по факту можно прочитать выше.. не знаю что еще вам сказать! ))))

Здравствуйте!

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

Вот что сказала поддержка.
В целом значения request_duration находятся в переделах от 1 до 3, причем превышения, в основном, возникают на страницах PhocaGallery. Это еще куда ни шло.
Но когда я среди этих цифр углядел число 62 - стало не по себе - это всего лишь одна из категорий Joomla на сайте [GET /creativearmyances/hand-maders/ HTTP/1.0 с IP адреса 157.55.116.62, бота MSN]. Как ее открытие могло потребовать столько времени?

Решил воспользоваться советами, как пример этим и этим.
Посмотрим на результат, надеюсь оправдает.

Решил воспользоваться советами, как пример этим и этим.
Посмотрим на результат, надеюсь оправдает.

соблюдать тех. характеристики одно... другое как к ним отнесется хостер..
пробуйте.

Выполнил частично (по возможности) рекомендации приведенных мной статей, а также найденной темы Нагрузка на сервер - РЕШЕНО; включил кеширование на сайте, провел в модулях переключение в режим кеширования принудительно (по глобальным установкам), включил Gzip-сжатие страниц, установил компонент Query Cache (правда работает с помощью файлов, что есть не самый лучший вариант, но тем не менее рабочий), а также провел ручную оптимизацию таблиц в базе с помощью phpMyAdmin'а.
Результатом моей работы по оптимизации стало хоть и небольшое по меркам неоптимизированного сайта, но все же уменьшение количества потребляемых ресурсов (более чем в 2 раза)

Как итог на выходе получил:
Информация о профиле
Application afterLoad: 0.000 seconds, 0.45 MB
Application afterInitialise: 0.084 seconds, 7.36 MB
Application afterRoute: 0.123 seconds, 10.49 MB
Application afterDispatch: 0.148 seconds, 12.31 MB
Application afterRender: 0.701 seconds, 15.17 MB
Использование памяти
16050760
Зарегистрировано запросов: 42

Выполнил частично (по возможности) рекомендации приведенных мной статей, а также найденной темы Нагрузка на сервер - РЕШЕНО; включил кеширование на сайте, провел в модулях переключение в режим кеширования принудительно (по глобальным установкам), включил Gzip-сжатие страниц, установил компонент Query Cache (правда с помощью файлов активация, что есть не самый лучший вариант, но тем не менее рабочий), а также провел ручную оптимизацию таблиц в базе с помощью phpMyAdmin'а.
Результатом моей работы по оптимизации стало хоть и небольшое по меркам неоптимизированного сайта, но все же уменьшение количества потребляемых ресурсов (в 2 раза)

Как итог на выходе получил:
Информация о профиле
Application afterLoad: 0.000 seconds, 0.45 MB
Application afterInitialise: 0.084 seconds, 7.36 MB
Application afterRoute: 0.123 seconds, 10.49 MB
Application afterDispatch: 0.148 seconds, 12.31 MB
Application afterRender: 0.701 seconds, 15.17 MB
Использование памяти
16050760
Зарегистрировано запросов: 42

а можно ссылку на ваш сайт и детали посещаемости?

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

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

вообще парадоксально.... глянул посещаемость.... вообще минималка должна быть... странно..  а вам хостер пишет что вы грузите сервак? я даже вижу что там минимум ресурсов!

Вы являетесь нашим клиентом по договору XXXXXXXXX, номер услуги - XXXXX.
По данной услуге зафиксировано следующее превышение допустимой нагрузки на хостинг:

Использование процессорного времени веб-сервера: 3.29%
Использование процессорного времени сервера БД: 1.71%
Допустимое использование процессорного времени на Вашем тарифном плане: 2.5%

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

Для снижения нагрузки на веб-сервер нужно оптимизировать нагрузочные php-скрипты.
Для снижения нагрузки на сервер баз данных нужно оптимизировать запросы к серверу, например по возможности избавиться от LIKE, JOIN, больших избыточных выборок.

Еще бы разобраться откуда в модуле онлайн посещений такие огромные цифры появились, что я описал в начале темы... Очень интересно. Однако сейчас все вернулось в норму.

Еще бы разобраться откуда в модуле онлайн посещений такие огромные цифры появились, что я описал в начале темы... Очень интересно. Однако сейчас все вернулось в норму.

отпишите мне в личку, я вам поспособствую.
icq: 7873832 
skype: hostas.ru

Работаю на Hoster.ru уже пять лет. Несколько площадок , с десяток сайтов. Начал получать письма о превышении допустимой нагрузки. Сайт новый, оптимизированный на сколько можно по уменьшению запросов к базе данных. Копия сайта стоит на другой площадке и нормально работает. (Все на joomla).
Причина мне кажется вот в чем:
Решил повысить тариф (проверить, может побыстрей работать будет). Потом подумал, что погорячился и нет такой необходимости, скорость загрузки та же. Понизил. И тут началось. Модуль "Кто онлайн" просто зашкаливает, хотя Google говорит 10 посещений в день. (сайт молодой). И я так думаю это только начало, пока обратно не повысишь, толку не будет. Думайте сами, решайте сами...

В последнее время заметил ужасные глюки с БД, причем настолько, что сайты, размещенные у них, грузятся в 5-7 раз дольше своих аналогов, размещенных на БЕСПЛАТНОМ хостинге!
Саппорт проблему признал и устранил...спустя 57 дней глюков и упорному писанию раз в неделю по проблеме.. то есть начал радоваться буквально на прошлой неделе улучшениям, которые сравнили по качеству его с моим бесплатным...да вот незнаю надолго ли...

Только вчера отписался, что все пока тьфу-тьфу, как тут началось: сегодня с самого начала дня ужасно медленная скорость загрузки, как будто ничего и не меняли (или вернули назад...хм). Периодический вылет в 502 (proxy error). Яндекс метрика отказывается ждать загрузку сайтов столько, сколько ее жду я и высылает на почту уведомления об отсутствии на сайтах, размещенных на этом хостинге, кода 200, оповещая о недоступности ресурса. Заколебали уже.

P.S. И еще одно интересное наблюдение: согласно сторонним сервисам, такое огромное число сайтов, сколько висит на одном айпишнике на хостер.ру, практически не встречается по сравнению с иными коммерческими хостингами, превышая их число (сайтов на 1 IP на иных хостах) в 30-40 раз. Мне кажется, что такая поистине жадная экономия, сказывающаяся на работоспособности сайтов их клиентов, там уже несколько лет, когда впервые отметил ухудшения несмотря даже на повышение мной собственного тарифа для увеличения упавшей работоспособности и вообще без каких-либо иных необходимостей для меня.

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

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

Теперь вижу, что оставшиеся там два моих сайта из шести уже более недели более мертвы, чем живы: хостинг ужасно лагает, Яндекс.Метрика вообще взбесилась - уже на протяжении трех суток ежедневно разгребаю по 40-50 писем о том, что сайт перестал работать-начал работать-перестал работать-начал работать-перестал работать-начал работать... задолбало уже!

Два года работал, было все нормально, последние 7-8 месяцев просто какие-то пытки абонентов! Попытаюсь вернуть оплату, и в любом случае сваливаю оттуда уже окончательно до конца текущего месяца.