Дело в том, что у ISPSystem свои патчи ядра для jail, а меня интересует jail, который в не пропатченной системе.
Именно это я и хотел услышать, благодарю!
---
Виктор---------- Post added 28-09-2012 at 00:38 ----------
Да, именно, как навороченный chroot. 700+ - это впечатляет. Спасибо за информацию!
Виктор
Что Вы имеете ввиду под "сбором ботов гугла"? Если хотите знать сколько раз и с какого ip у Вас был бот, то делаем, примерно, так:
cat access.log |grep Googlebot|cut -f 1 -d " " |uniq -c|sort -n
Если что другое, обьясните более подробно, пожалуйста.
Это теория, с ней трудно спорить. А вот практика: http://habrahabr.ru/post/147247/
Цитирую опыт автора статьи:
У нас на выделенном сервере получились похоже. А Вы тестировали? Поделитесь своими результатами?
donriga, Вы полностью правы. В самом общем случае, правильной будет следующая простая рекомендация: проверьте один и второй вариант и определите, что лучше работает в Вашем конкретном случае.
Я вполне допускаю, что, если сравнивать кеширование в файлы на выделенном сервере, где система имеет дисковый кеш, и на виртуальном, где у Вас, грубо говоря, вообще отсутствует такой тип памяти, то результаты будут очень существенно отличаться.
Поэтому, тестируйте. Проверьте результат каким замером, или на глазок, субъективно, и это будет результат именно для Вашей CMS, для Вашего компонента кеширования, для Вашего сервера.
Так мы ж вместе и выяснили, что мемкеш медленнее :)
Конечно же снизит нагрузку. Для хранения используйте файлы, в силу каких-то причин, джумла ощутимо медленнее работает с мемкешем.
Через некоторое время после установки, был замечен следующий неприятный эффект: на довольно посещаемом форуме с какой-то долей вероятности, пользователи началаи получать пустую страницу, взвыли, начали плеваться, пришлось прекратить опыты.
Решили, что модуль еще недостаточно оттестирован на freebsd, на котрой и проводились опыты...
Установите FireBug - время, за которое получаете страницы, смотреть очень удобно.
Если у Вас не шаред-хостинг, можно включить в логи время генерации страниц и отследить как Гугл/пользователь, так и зависимость от времени суток / количества пользователей.
Кеширование можно включить и понаблюдать, как это скажется на рекламе.
Если у Вас не шаред-хостинг, обращайтесь, посмотрим, пока, без денег, что можно сделать для ускорения с точки зрения администрирования.
Наверное, нужно:
- вернуть настроки mysql к умолчанию;
- отключить кеш байт-кода (eaccelerator, apc, xcache);
- вернуть на место все отключенные модули апача, обязательно не забыть добавить mod_perl, mod_ssl, mod_python и тому подобные;
- если стоит nginx - обязательно отключить, иначе удачи не видать;
- и, в завершение, самый дейтвенный совет: уменьшить количество доступной системе памяти с целью загнать все в свап!
Создайте файл, напишите последовательно Ваши команды и выполните его.
