Прежде чем давить "kill -9" иногда следует изучить процесс который работает и уже запущен, а за частую исходника может уже и не быть, удалили его и все, на 1 запуск рассчитано ПО, за-то без следов .....
Проблема спама заключается опять же в грамотности настройки.. тут коллеги с вами я не могу не согласиться, но меня лично спасает suexec + iptables (uid/gid -m) и перл выключать ненадо и в PHP функции никакие ненадо отключать, програмеры живут, а какеры - курят бабук, потому что из под его UID на выход DROP :)
Так же, Следует не забывать о noexec,nosuid (/tmp) и chflags - весьма полезно. (это не про спам.. а в целом по теме)
Я бы смотрел для начала в сторону скриптов WP , а после уже в сторону хостера, (не именно текущего), потому что , вполне вероятно может быть криво собран PHP.... или после сборки что-то из либов обновляли и не корректно ведут себя функции какие-то казалось бы в стандартном WP .. ;) Я к тому , что это так же возможн0!
Свои процессы сможете посмотреть, "lsof -p <pid>", обращайте внимание на используемые файлы, а так же открытые IPv4.. Вполне возможно у скрипта какая-то бочина случилась и он например в цикле уже 150 мильенов файликов открыл каких-то на запись или его просто штормят с мира вызывая заведомо известную нагрузку .... я так понимаю движок известный.
Конечно можно еще debug скрипта провести со стороны php, оценив объемы требуемой памяти при выполнении операций скрипта, но я так понимаю этот вариант не рассматривается в принципе ;)
www.onyx.net.ua
Рассмотрите!
Крепко :)
Хостер видать ветку форума почитывает эту :)
VPs... зачем они нужны уже б или брали шаред нормальный или Dedic...
Странная технология xen однако ;)
А вы уверены что DNS сервера которые вы вписываете туда прописаны в файле зоны?
Какой домен? давайте dig сделаем....
А может у хостера там оверсел 99999% на этом сервере :) ?
Так это многое бы объяснило ;)
а "не очень" большие деньги это сколько мильенов? :)
Господа админы :)
Прежде чем давить "kill -9" иногда следует изучить процесс который работает и уже запущен, а за частую исходника может уже и не быть, удалили его и все, на 1 запуск рассчитано ПО, за-то без следов .....
Проблема спама заключается опять же в грамотности настройки.. тут коллеги с вами я не могу не согласиться, но меня лично спасает suexec + iptables (uid/gid -m) и перл выключать ненадо и в PHP функции никакие ненадо отключать, програмеры живут, а какеры - курят бабук, потому что из под его UID на выход DROP :)
Так же, Следует не забывать о noexec,nosuid (/tmp) и chflags - весьма полезно. (это не про спам.. а в целом по теме)
Т.С +1 :)
Я бы смотрел для начала в сторону скриптов WP , а после уже в сторону хостера, (не именно текущего), потому что , вполне вероятно может быть криво собран PHP.... или после сборки что-то из либов обновляли и не корректно ведут себя функции какие-то казалось бы в стандартном WP .. ;) Я к тому , что это так же возможн0!
Подсчет интересный:
800 уников в сутки = 33 уника в час = 0,5 уника в минуту, где нагрузка ?
а Хитов сколько в среднем?
Свои процессы сможете посмотреть, "lsof -p <pid>", обращайте внимание на используемые файлы, а так же открытые IPv4.. Вполне возможно у скрипта какая-то бочина случилась и он например в цикле уже 150 мильенов файликов открыл каких-то на запись или его просто штормят с мира вызывая заведомо известную нагрузку .... я так понимаю движок известный.
Конечно можно еще debug скрипта провести со стороны php, оценив объемы требуемой памяти при выполнении операций скрипта, но я так понимаю этот вариант не рассматривается в принципе ;)