Как облегчить Joomla для сервера? - Хостинг-Центр

Проблема перегрузки серверов при работе с Joomla очень актуальна.

Так что надо сделать что бы сервер не перегружался? или чего делать нельзя?

Вот то, что смог собрать:

1. Выключить все стандартные генераторы человеко-понятных ссылок SEF. И все плагины, которые приводят ссылку в такой вид: http://www.siat.ru/gorod/photo/12 например Artio или sh404SEF.

2. Включить стандартное КЕШирование в файл. (30 минут достаточно)

3. Включить кеширование в настройках каждого модуля.

4. Свести к минимуму использование ajax-фото. Используйте плагин для вставки фотографий в материал, которых открывает их в новом окне. Понты в красивых переходах не актуальны. Используйте плагин SmartResizer.

5. Создайте на FTP в папке с сайтом тектовый файл robots.txt, в который пропишите задержку между скачиваниями поисковыми роботами страниц для индексации:

User-agent: *
Disallow: /administrator/
Disallow: /cache/
Disallow: /components/
Disallow: /images/
Disallow: /includes/
Disallow: /installation/
Disallow: /language/
Disallow: /libraries/
Disallow: /media/
Disallow: /modules/
Disallow: /plugins/
Disallow: /templates/
Disallow: /tmp/
Disallow: /xmlrpc/
Crawl-delay: 5 # задает задержку в 5 секунды

6. Не использовать System - Legacy (Режим совместимости: 1.0).

Это то что смог собрать, но на деле еще не пробовал.

Интересует ваше мнение по поводу этой информации и если у кого есть еще варианты облегчения Joomla пишите.

где-то читал ...
+ходят слухи,что стандартный SEF ускоряет на долю секунды...физицист говорил....
+можно отключить плагина вида search - categoryes (всякие ненужные)
+ установить CSS js compress (для клиента)

пункт 1 - почти не правда
пункт 4 - там наверное всё таки не ajax-фото, просто увеличение фоток идёт - тогда тоже не правда

если честно- половину всего нарушил, но всего 13 запросов с кэшем на главной rubasket.com
спасибо era за отладочный скрипт!

+ mootols для кого-то лишний defaсte

пункт 1 - почти не правда
пункт 4 - там наверное всё таки не ajax-фото, просто увеличение фоток идёт - тогда тоже не правда

первые пять пунктов это то что написал хостер, думаю он знает о чем говорит http://forum.kirhost.com/viewtopic.php?f=17&t=3

но я думаю, это не полный список того что перегружает сервер.

первые пять пунктов это то что написал хостер, думаю он знает о чем говорит

ну тогда и надо было у хостера спрашивать. Стандартные компоненты не дадут нагрузки при использовании встроенного SEF, а вот на остальные компоненты надо смотреть - делают-ли они лишние запросы к БД при переворачивании из SEF к обычному адресу.

кроме информации хостера есть еще источники,
что до встроенного SEF, то говорили, что грузит сервер похлеще sh404SEF.

ладно, ваше право верить или не верить

Сегодня получил очередное письмо от РБК
На Вашем аккаунте Администратором зафиксировано
нарушение Правил пользования услугами хостинга: п.2.2.2. Заказчик обязуется не
превышать лимитов использования услуг Исполнителя,
указанными в Приложениях No2, No3, No5.
| Top Process | 174 | /usr/bin/php /home/market11/vdom116.ru/index.php |
| Top Process | 113 | /usr/bin/php /home/market11/vdom116.ru/index.php |
| Top Process | 109 | /usr/bin/php /home/market11/vdom116.ru/index.php |

я не первый, многие тут жалуются в этом плане на РБК, подкиньте пару советов
как определить что было причиной нагрузки и что есть ли смысл тратить время

пункт 4 - там наверное всё таки не ajax-фото, просто увеличение фоток идёт - тогда тоже не правда

Ответственно заявляю, что как минимум system plugin RokBox, рекомендуемый ранее мной для совместной работы со плагином SmartResizer для открытия полноразмерной картинки с помощью лайтбокс JS-эффекта, увеличивает нагрузку на процессор сервера на порядок. Детально еще не разбирался, но похоже большинство красивых яваскрипт эффектов открытия картинки используют AJAX загрузку изображения, которая и нагружает процессор сервера, о чем собственно и пишет хостер в своем мануале.

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

кроме информации хостера есть еще источники,
что до встроенного SEF, то говорили, что грузит сервер похлеще sh404SEF.

Извини, но это полная бредятина. Щас как раз этим маюсь, хостер одолел. Поставил sh404SEF и сразу стали приходить угрожающие письма. Отключил sh404SEF и количество запросов к БД уменьшилось со 160 до 80. Попробывал тоже самое со встроенным SEF, как было 80 так и осталось.... Так что встроенный самый оптимальный вариант

РБК ппц придурки уж простите. Я поставил сайт, ограничил доступом только 1 меня  - суперадмина, они  и то прислали мессагу что я ресурсов много расходую!, пиз...ц просто - послал нах... в прямом смысле слова
По теме - стандартный SEF есть оч. мало ресурсов. Подклчить компонент query cache для кеширования запросов, отключить ненужные плагины

насчёт облака тегов  , делаем так ( если оно редко обновляется ) : удаляем подключение к helper.php  в главном файле модуля , добавляем ниже код ,выводимый при обычном просмотре браузером....  т.о. больше ничего не генерируется ,всё статично !

Объясните еще раз полному чайнику, что там в роботтекст надо добавить и зачем? У меня какой-то там процессор лимиты превышает.

И решетку после Crawl-delay: 5 надо ставить?

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

таже проблема тольхо хостинг другой Joomla 1.5.25

Проверьте свой сайт здесь или здесь. Вам скажут, что надо делать. Ну и избавьтесь от sh404SEF, особенно если юзаете VM.

У меня хостер ругается что сайт грузит процессор сервера, именно обработка php я так понял... В чем может быть косяк? ekbt.ru