их слишком много
и LA и не LA
и wait слишком большой.
зависшие процессы.
исходящие коннекты
входящие коннекты
Лучше обратиться к знающему человеку, который помониторит хотя бы небольшое время за сервером.
И тут самое важное, что для вас значит "тормозит сервер"
Посмотрите, что вы пркосируете в nginx'e:
HTTP_HOST site.me
HTTP_X_REAL_IP реальный-ip
HTTP_X_FORWARDED_FOR реальный-ip
HTTP_X_FORWARDED_PROTO http
Сделайте 1 файл на 2 Гб. И следите, все таки свап лучше, чем OOM (убил БД и все лежит).
А чем вызван данный вопрос?
ПРоверьте сайт различными сканерами, например http://revisium.com/ai/
Наймите себе компетентного человека.
А то сидеть гадать на основе ваших сообщений это не круто.
1. На самом деле домен может быть где угодно, вам главное указать IP-адрес сервера в A записи домена . Ну и если надо отредактировать еще ftp,www,mail и прочие записи. А так сервер может находится на абсолютно любых NS'ах.
2. Это одно и тоже ставьте что-то одно. Но опять таки вы думаете что их надо просто поставить и они сразу начнут кешировать? Это верно только в случае, если Ваш сайт адоптирован под такое поведение.
3. Я бы советовал все же xcache, он все таки развивается (http://xcache.lighttpd.net/timeline) , а eAccelerator нет (https://github.com/eaccelerator/eaccelerator). Да и Xcache вроде в PHP5.6 уже по дефолту есть.
apt-cache search mysql
Прям таки ничего не находит?
законно никак не наказать.
Только если нанимать взломщиков и портить сайт конкуренту, но это дело может быть наказуемым.
типичный взлома с замыслом украсть у вас мобильный трафик :)
Все просто.
Возможен взлома хостера, если шаред хостинг.
Есть такая штука как ebury этот вредонос может модифицировать память различных процессов. что приводит к ситуации, когда поймать редирект довольно сложно.
Столкнулся ст аким, когда редирект работал только при переходе с определенных запросов из поисковика яндекса.
но 90%, что взлома ваших сайтов
