По статье могу откоментировать следующее:
- вместо установки 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 вывожу "забытые статьи" - то есть ноды отсортированные по количеству просмотров - самые нечитаемые.

Насчет тяжеловат. Хм. вьюс наверно будет потяжелее.

А вообще, хорошо бы знать, на сколько этот модуль утяжеляет.

"Valeratal" wrote:

Да уж, а количество просмотров данной ноды Google Analytics тоже может выдать пользователю?

Конечно может и даже больше. Смотрите отчет "Популярные страницы".

Выдать пользователю, а не владельцу пароля от ГА

спасибо за статью