Нагрузка на БД. Письма с угрозами ;) - Хостинг для Joomla

Доброго дня всем.
С определенного момента столкнулся с такой проблемой:
Примерно в последние 5 месяцев стали приходить письма от хостера о нагрузке на БД. Просмотрел все логи: никаких роботов, никаких атак во время нагрузки не было. Остается только Joomla Стоит версия 1.0.11.13 (хотя думаю, что это не особо важно). За все описанное время дополнительных модулей не ставилось. Кол-во посетителей примерно одно и то-же. Как можно уменшить нагрузку? Оптимизировать БД, или сами запросы каким-то образом?

а сколько запросов к БД к примеру с главной страницы (если включить дебаг в глобальной конфигурации) ?

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

кто нибудь может посоветовать хостинг, где бы джумла держалась нормально?

кол-во уников в день - примерно 1000.
просмотров - от 1500 до 4000

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

так сколько все же запросов идет с главной страницы хотелось бы услышать...

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

сейчас 112

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

по пунктам:
1. как поможет кэш, и какие минусы
2. компоненты все нужные, лишки нет. как определить, какой жрет больше?
3. что за бот смарта?
4. и что значит "прописывать жестко пункты меню"?
э-э... вроде все

сейчас 112

Много очень запросов. Уверен, что их число можно уменьшить (но не уверен однако, что это реально снизит нагрузку). Кэш поможет тем , что странички будут браться оттуда, а не из БД.

ставим Joomla 1.12
включаем кеш
кешируем модули.
отрубаем модули которые не используются.

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

ЗЫ
используется ли опенсеф? сеф? вирутал март?

ставим Joomla 1.12
включаем кеш
кешируем модули.
отрубаем модули которые не используются.

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

ЗЫ
используется ли опенсеф? сеф? вирутал март?

опенсеф и виртмарт не юзаю.
включил кэш.
как кэшировать модули, простите за дурной вопрос?
модули используются все, которые включены.
адрес сайта - http://www.shareleecher.com/
в личку сейчас напишу

В некоторых модулях есть функции кэширования - в настройке модуля, Module Cache.

блин, надо переходить на spaceweb - кол-во запросов одновременных к БД не ограниченно, кол-во одновременных соеденений 80!

включил кэш у сайта

про модули:
кэш включил - в 8 модулях
отключил показ 2 модулей (кто он-лайн и РСС)

запросов стало 114. как это понимать?

обнови еще раз
уменьшиться кол-во запросов

какое время жизни кеша?

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

Какие мамботы (плагины) включены?
Имеются ли компоненты статистики?
Насколько нужны компоненты com_mostsearch и com_mambomap и как изменится колличество запросов если отключить эти два компонента и все мамботы, привязанные к ним?
В какие таблицы делается наибольшее колличество запросов? (это может помочь выявить источник проблемы)
Какие запросы (на глаз) преобладают SELECT или INSERT?

одних только штук 15 запросов в БД по моим подсчетам на главной странице делает мамбот для коментариев.

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

обнови еще раз
уменьшиться кол-во запросов

какое время жизни кеша?

по стандарту оставил.

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

Какие мамботы (плагины) включены?
Имеются ли компоненты статистики?
Насколько нужны компоненты com_mostsearch и com_mambomap и как изменится колличество запросов если отключить эти два компонента и все мамботы, привязанные к ним?
В какие таблицы делается наибольшее колличество запросов? (это может помочь выявить источник проблемы)
Какие запросы (на глаз) преобладают SELECT или INSERT?

одних только штук 15 запросов в БД по моим подсчетам на главной странице делает мамбот для коментариев.

компонент статистики встроенный. включен - вырубить?
"какие боты" - вот:

mostsearch и mambomap желательны для лучшей индексации, но пожертвовать могу mostsearch

и все говорят про бот смарта - ткните, пожалуйста, пальцем - что это вообще?

не забывайте, что не все тут гуру (это я про себя), а форум (мне кажется) и создан для всеобщей помощи

ну что-же, ко всему вышесделанному, добавлению - удалил компонет mostsearch, удалил поисковый модуль (сделал ссылку из меню на поиск).

http://extensions.joomla.org/component/option,com_mtree/task,viewlink/link_id,648/Itemid,35/

ага, спасибо. не навредит?

узнаешь потом

он даёт mysql раз в заданный период команду оптимизировать таблицы БД.

узнаешь потом

он даёт mysql раз в заданный период команду оптимизировать таблицы БД.

понял. а про "заданный период" - что-то не вижу никаких параметров.

так... при вызове главнойц страницы кол-во запросов упало до 18 (после всвего вышеперечисленного). страницы поиска - 34 запроса. страница компонента Mambomap - 100 запросов... а вот со секциями блога беда осталось - при переходе в любую секцию кол-во запросов от 100 до 130

У некоторых функций встроенного компонента статистики в комментарии так и написано, что эта функция делает сильную нагрузку - возможно она тоже имеет вес в данном случае. А если нужна статистика - то впринципе можно использовать Google Analytics и/или Mint (платный но классный, haveamint.com)

mostsearch и mambomap желательны для лучшей индексации, но пожертвовать могу mostsearch

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

Что если на миг поочереди отключить MosAuthorXTD, AkoCommentBot и DatsoPic, сбросить кэш и посмотреть сколько запросов будет на главной?

Все таки хотелось бы обратить внимание на

В какие таблицы делается наибольшее колличество запросов? (это может помочь выявить источник проблемы)
Какие запросы (на глаз) преобладают SELECT или INSERT?

одних только штук 15 запросов в БД по моим подсчетам на главной странице делает мамбот для коментариев.

так... при вызове главнойц страницы кол-во запросов упало до 18 (после всвего вышеперечисленного). страницы поиска - 34 запроса.

Серьезный сдвиг помоему.

страница компонента Mambomap - 100 запросов

Она нужна только для поисковиков - можно поставить ссылку внизу и люди по ней кликать не будут.

понял. а про "заданный период" - что-то не вижу никаких параметров.

Эт в глобальных настройках.

а вот со секциями блога беда осталось - при переходе в любую секцию кол-во запросов от 100 до 130

По идее должно было упасть как и на главной...

сексии блога сделаны на joomblog ?
сноси его. онпрожорливый.

а не надо параметров - сам делает раз в сутки. можно править в коде.

Shimon
все три перечисленных бота нужны, к сожалению.
а вот статистику с mostsearch убил.

[qoute]По идее должно было упасть как и на главной...[/quote]
может через некоторое время

понял. а про "заданный период" - что-то не вижу никаких параметров.

Ага, я глянул - нету там этого - просто раз в сутки делается.

Shimon
все три перечисленных бота нужны, к сожалению.

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

может через некоторое время

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