У вас нет столько оперативки. И даже если вы поставите max_connections=1000 - все равно не хватит. С таким конфигом сервер будет работать нестабильно.
Или сделайте нормальный конфиг, исходя из конфига вашей впски. Или же возьмите впску или выделенный сервер с большим объемом оперативки.
max_connections - в любом случае вам не нужно делать больше 650(но опять же у вас нет столько оперативки).
LA ~ 7 не такой уж и высокий.
Если раньше не оптимизировали mysql - можете сделать это. Самый просто способ - прогнать mysqltuner`ом, он подскажет вам значения.
На все CentOS ставить Kasper. Иначе опасносте.
Ну а по теме. Вам надо настроить свой вебсервер таким образом, чтобы даже если был залит шел, злоумышленник не мог получить полный доступ к серверу. И конечно посмотреть логи и закрыть уязвимость, через которую заливают.
Да, конечно, вы можете сами отредактировать конфиги. Но все же считаю, что лучше это делать - опционально или по запросу. А не врубать сразу всем.
Кеширование происходит ИСКЛЮЧИТЕЛЬНО для выбранного сайта. А не для всех. Т.е. это просто опция. Которую клиент может включить, а может не включать.
Я рассматриваю следующий вариант. Например у клиента большая посещаемость неавториз юзеров. И есть авторизация, при которой пользователь получает в браузер cookie. Соответственно для таких мы отдаем динамику. Для остальных статику. В итоге мы получаем спад нагрузки, так как неавториз будет получать html страничку. То есть пхп не будет генерировать им страницу.
Например 1 неавториз человек перешел на страницу. php сгенерировал ее далее она попала в кеш. Теперь пока time() < lifetime - все неавториз будет получать эту страницу их кеша. Как только time() > lifetime - кеш обновится, при условии, что на страницу зайдет неавториз юзер.
Работает исправно на всех движках.
Возможно кому-то данный вариант кеширования не подойдет. Но тогда велком на vps или выделенный сервер и можно настраивать и делать, что душе угодно.---------- Post added 02-07-2012 at 00:09 ----------
Не используем панели. Пишем сами.
Этот скрин из личного кабинета, который доступен пользователям.
Второй вопрос не понял. Вы спрашиваете какую я панель использую? Или как юзеры могут управлять кешем?
Ну смотрите, с помощью nginx мы можем кешировать. Например у нас страничка php.
Мы задаем куку в данном случае это "wordpress_test_cookie". И время это - 60 минут.
Теперь когда пользователь зайдет на страницу без куки - nginx отдаст ему статику (html). Но в этом варианте POST запросы не кешируются.
Если с кукой - динамику т.е. будет сгенерирована страница.
Проще говоря кешируется страницы. А не сессии или что-то другое.
Нет, это время cpu, которое было потрачено на обработку запросов для определенного mysql юзера.
Почему 0 - потому что это "стата" сайта, с низкой посещаемостью.
Нет, это не запросы. Это нагрузка, которую создает сайт. Если нагрузка более n лимита - будет штраф.
---------- Post added 01-07-2012 at 23:42 ----------
О каком кеш. сессий вы говорите? Речь о кешировании всего сайта средствами nginx, а по какому параметру - кука или сессия, второстепенно.
Получаем данные от клиента, фильтруем, передаем на обработчик.
На скриншот посмотрите, "Nginx кеш"
Глобально кешировать не стоит.
У себя для виртуального хостинга опционально сделал кеширование nginx.
Клиент на сайте задает время жизни кеша и куку. Если клиент включает эту опцию, статика -> неавториз, динамический контент -> авториз.
