Joomla сильно перегружает сервер? :(

[leko]

После долгих скитаний по хостингам нашёл очень подходящий американский  вариант для себя , просидел месяц там, все работало стабильно ... и вдруг support пишет мне что сайт безумно перегружает CPU и memory  :-\ и это при максимум 1500 посетителей в день  :-[
До этого была подобная проблема на русском хостинге 
Вот сижу и не знаю что и делать  .... или это не в Joomle дело  ...

сайт мой http://legko.be/ модулей минимум, debug включён если кто захочет посмотреть ....

[ZHart]

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

Можно ли и нужно ли устанавливать кэширование в модулях, которые отвечают за отображение контекстной рекламы (Google Adsense, Бегун, РСЯ)?
Использую для этих целей mod_php...

[Physicist]

Я работал только с GoogleAdsence — там кеширование точно не помешает. Кстати, mod_php для этой цели вообще не нужен — достаточно создать User-модуль с соответствующим js-кодом.

[ZHart]

Physicist
Спасибо за информацию
Думаю, что если для Адсенса не помешает, то и для остальных тоже...
Во всяком случае, хуже не будет, так?

По поводу модулей - имхо, использовать mod_php все же удобней...

[ZHart]

JRE Cache — это вообще довольно мощная штука, которая позволяет кешировать так, что запросов к БД не будет вовсе

На Денвере после установки JRE Cache выдается куча ошибок в файле index.php...

[Physicist]

Physicist
Спасибо за информацию
Думаю, что если для Адсенса не помешает, то и для остальных тоже...
Во всяком случае, хуже не будет, так?

Скорее всего да (вряд ли там будет идти обращение к серверу при помощи PHP), наверняка там тоже вставляется какой-нибудь JavaScript и всё. Кстати, проще (если структура сайта позволяет) это вообще в шаблоне прописать — тогда никаких запросов к БД не будет в принципе.

По поводу модулей - имхо, использовать mod_php все же удобней...

В случае User-модуля текст берется из базы данных и сразу (или после обработки мамботами — зависит от настроек модуля) вставляется в страницу.
В случае mod_php текст берется из базы данных, сохраняется во временный файл, потом этот файл выполняется, результат его работы кешируется, а потом содержимое кеша вставляется в страницу.
Разница во времени на самом деле минимальная, но зачем лишний раз усложнять жизнь?

[ZHart]

Да в случае с другими сетями тоже просто вставляется JS-код, и все.
Так что уже везде проставил кэширование

По поводу таких mod_php и user-модуля я вообще, честно говоря, был не в курсе.
Так что теперь пожалуй переделаю все на user-модули.

Вопрос немного не по теме:
то есть использовать mod_php имеет смысл только для вставки php-кода, во всех остальных случаях лучше использовать user-модуль, так?

[Physicist]

то есть использовать mod_php имеет смысл только для вставки php-кода, во всех остальных случаях лучше использовать user-модуль, так?

Да. Он (mod_php) именно для этих целей и предназначен.

[ZHart]

Physicist - большое спасибо за советы.

А что по поводу JRE Cache?
Как заставить его нормально работать?

JRE Cache — это вообще довольно мощная штука, которая позволяет кешировать так, что запросов к БД не будет вовсе

На Денвере после установки JRE Cache выдается куча ошибок в файле index.php...

[Physicist]

А на какую версию Joomla ты ставишь JRECache? И какие ошибки возникают?

[ZHart]

Joomla 1.0.12 Lavra Edition.

Возникающие ошибки:

Код:

Notice: Undefined variable: hash in ..\sitename\index.php on line 128

Notice: Undefined variable: cache_TTL in ..\sitename\index.php on line 133

Warning: Cannot modify header information - headers already sent by (output started at ..\sitename\index.php:128) in ..\sitename\index.php on line 391

Warning: Cannot modify header information - headers already sent by (output started at ..\sitename\index.php:128) in ..\sitename\index.php on line 392

Warning: Cannot modify header information - headers already sent by (output started at ..\sitename\index.php:128) in ..\sitename\index.php on line 393

Warning: Cannot modify header information - headers already sent by (output started at ..\sitename\index.php:128) in ..\sitename\index.php on line 394

Warning: Cannot modify header information - headers already sent by (output started at ..\sitename\index.php:128) in ..\sitename\index.php on line 395

[yAnTar]

Ошибки только 2:
не существует переменных hash и cache_TTL
поставьте перед 128 строкой такие строки

Код:

if (!isset($hash)) $hash = '';
if (!isset($cache_TTL)) $cache_TTL= '';

[ZHart]

yAnTar
Спасибо большое.
После добавления этих строк ошибки действительно исчезли.
Теперь волноваться не о чем и JRE Cache должен нормально работать?

Интересно, это все проделывают подобные модификации, или только я?

[yAnTar]

Интересно, это все проделывают подобные модификации, или только я?

Просто у вас стоит режим об выводе ошибок E_ALL
Если у кого стоит другой режим, то они даже не видят этого.

[Physicist]

Код:

Notice: Undefined variable: hash in ..\sitename\index.php on line 128
Notice: Undefined variable: cache_TTL in ..\sitename\index.php on line 133

1. Можно просто отключить показ «нотисов».
2. Можно строку 128 закомментировать — она там не нужна, а в строке 133 заменить & на && — по-идее, автор имел в виду именно это.

[ZHart]

Physicist
Да, такой способ (2) тоже помогает.

Physicist, yAnTar - большое вам спасибо за советы 

[smart]

Вот интересненькое нашли на оф.форуме: Оптимизация структуры базы данных Joomla

[bzzik]

Чем можно посмотреть загрузку? Только debug?

[pedrosoft]

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

[bzzik]

pedrosoft - хыхы. Мы сами себе хостеры Есть какая то web утилита?

[ZHart]

Хотелось бы снова вернуться к вопросам относительно JRE Cashe.

Вышеописанные советы помогают только если в настройках JRE Cashe кэш отключен.
Только смысла в нем в этом случае нет никакого...

Если же включить кэш, то появляются другие ошибки:

Код:

Notice: Undefined index: option in ...\sitename\index.php on line 64

Notice: Undefined index: option in ...\sitename\index.php on line 72

Notice: Undefined index: HTTP_ACCEPT_ENCODING in ...\sitename\administrator\components\com_jrecache\config.class.php on line 132

Warning: Cannot modify header information - headers already sent by (output started at ...\sitename\index.php:64) in ...\sitename\index.php on line 393

Warning: Cannot modify header information - headers already sent by (output started at ...\sitename\index.php:64) in ...\sitename\index.php on line 394

Warning: Cannot modify header information - headers already sent by (output started at ...\sitename\index.php:64) in ...\sitename\index.php on line 395

Warning: Cannot modify header information - headers already sent by (output started at ...\sitename\index.php:64) in ...\sitename\index.php on line 396

Warning: Cannot modify header information - headers already sent by (output started at ...\sitename\index.php:64) in ...\sitename\index.php on line 397

Что можно с этим сделать?

[bzzik]

Меня чуть инфаркт не хватил - 261 запрос на главной и почти 1000(!!!), когда FireBoard включаешь... Мне ничто не поможет

[Physicist]

Что можно с этим сделать?

Можно в index.php заменить строку 63 с

Код:

if ( $_POST['option'] == "login") {

на

Код:

if ( isset($_POST['option']) && ($_POST['option'] == "login") ) {

, строку 71 с

Код:

if ( $_POST['option'] == "logout") {

на

Код:

if ( isset($_POST['option']) && ($_POST['option'] == "logout") ) {

и в config.class.php строку 132 с

Код:

$canZip =  $_SERVER['HTTP_ACCEPT_ENCODING'];

на

Код:

$canZip =  '';
if(isset($_SERVER['HTTP_ACCEPT_ENCODING']))
$canZip = $_SERVER['HTTP_ACCEPT_ENCODING'];

offtopic: Понапишут на скору руку, а потом еще деньги за это требуют... 

[ZHart]

Physicist
В очередной раз +1 и большое спасибо за помощь!
Просто не знаю, что бы я без Вас делал

Понапишут на скору руку

Вы имеете ввиду разработчиков JRE Cashe, я правильно понимаю?
Но ведь изменения мы вносим в индексный файл, не так ли?
Наверное, я неправильно что-то понимаю, Вы уж простите за ламерские вопросы

И еще один вопрос.
После включения кэша в JRE Cashe информация о запросах к базе в debug-области отображается только при первой загрузке страницы. После нажатия на F5 и при всех последующих загрузках эта область вообще пуста.
Что же, выходит, запросов к базе данных нет вообще?

[Physicist]

Но ведь изменения мы вносим в индексный файл, не так ли?

В этот файл вносятся изменения при установке JRECache (поэтому «претензии» именно к разработчикам компонента), а в исходном файле из дистрибутива Joomla! никаких проблем нет.

[Physicist]

После включения кэша в JRE Cashe информация о запросах к базе в debug-области отображается только при первой загрузке страницы. После нажатия на F5 и при всех последующих загрузках эта область вообще пуста.
Что же, выходит, запросов к базе данных нет вообще?

Да, JRECache сохраняет готовую страницу в файл и затем выдает ее, уже готовую, безо всяких запросов к БД.

[ZHart]

Теперь все предельно ясно, больше спасибо

[pedrosoft]

pedrosoft - хыхы. Мы сами себе хостеры Есть какая то web утилита?

есть всякие мониторлики например: zabbix, nagios, monit

[boston]

bzzik, о да! Fireboard ещё тот нагрузчик на базу.

[bzzik]

boston уху... я в шоке =( + joomfish делает своё дело...

[boston]

Скажу одно - fireboard тоже можно спасти, до 20 уменьшить число запросов - думаю вполне реально.., эх.., дошли бы руки...