13 июля 2009 в 5:09
День добрый.
Елена написала новую статью - http://infanty.habrahabr.ru/blog/64286/, может кому будет интерестно.
С уважением Вячеслав.
Оптимизация Drupal - инструкция
Главные вкладки
13 июля 2009 в 5:09
Комментарии
По статье могу откоментировать следующее:
- вместо установки Poormanscron - надо настраивать нормальный cron серверный. Так как при достаточно большем количестве задач/посещяемости - загрузка страницы "залипает", когда он срабатывает. Что создает ко всему еще и дополнительную нагрузку.
- по оптимизации, она подходит только если это ваш собственый ВДС или сервер, так же увеличил бы параметр
eaccelerator.shm_size до обьема необходимого для держания вашего кода в памяти. Например на некоторых сайтах это состовляет до 30мб, а если сайтов 10 - то уже надо 300мб.
- так-же стоит указать что php +eaccelerator работает только в связках apache+mod_php или HTTPD(apache,nginx - etc) + fast-CGI-php
- оптимизация mysql выходит далеко за границы оптимизации размера кеша. Так же стоит обращать внимание на количество ресурсов в целом в системе, иначе получится кака - будет все жестко свапится.
Пример такого ненужного модуля – Statistics. Вместо статистики выдаваемой данным модулем, можно использовать статистику сервиса — Google Analytics.
Да уж, а количество просмотров данной ноды ГА тоже может выдать пользователю?
Модуль статистики реально тяжеловат для своего функционала, я например лучше пожертвую количеством просмотров
а также возможностью посмотреть наиболее популярные и непопулярные материалы
Я, например, на 404 вывожу "забытые статьи" - то есть ноды отсортированные по количеству просмотров - самые нечитаемые.
Насчет тяжеловат. Хм. вьюс наверно будет потяжелее.
А вообще, хорошо бы знать, на сколько этот модуль утяжеляет.
gor - оптимизацию сервера в целом не трогал, так как это отдельная большая тема. Статья в целом рассчитана (мною) на вариант читателя - взял VDS поставил Drupal хочу хоть немного оптимизировать.
Valeratal - многим достаточно простейших отчётов и Google Analytics.
Спасибо за комментарии.
судя по коду, не так уж и намного, большую часть кода занимают help и menu, если грамотно кастрировать под свои нужды до состояния приматообразности , то он вообще станет невесомый
Конечно может и даже больше. Смотрите отчет "Популярные страницы".
Выдать пользователю, а не владельцу пароля от ГА
спасибо за статью