- ответить конечно готово (есть практика компенсаций бесплатными услугами - год назад погорел у нас один сервер и были перебои в оказании услуг некоторым клиентам), но мы сервера перед установкой тестируем (чего ставить и как тестить регламентировано), да и опыт у админов приличный, таких ляпов от них не ждем :) Собственно компенсация не удивляет, удивляет масштаб "прокола" (при других обстоятельствах это можно было бы назвать "диверсией")
- прикольный хостер
- да, если кто-то был и менял зараженные файлы, значит заражение произошло через FTP, т. е. удаленно и хостер тут не причем, а проблему надо искать у себя и разбираться как был скомпрометирован FTP пароль
- риск есть, а главное у хостера будет прекрасный повод отмазаться от претензий в случае если проблема все же в его дырявых настройках, так как с "хулиганами" обычно не церемонятся :)
- Вы поняли что мы говорим о FTP-логах?
- если сайт заражен с сервера, то в FTP-логах данных о зараженных файлах не будет
Brim.ru добавил 04.07.2009 в 00:10
- если хостер заметит использование программ такого рода у него будут весомые основания залочить Ваш аккаунт или прислать Вам предупреждение, так как этот скрипт относится к категории malware приложений.
- требовать FTP логи, если по логам окажется что зараженные файлы сайта изменены по FTP, попросить сменить FTP пароль, проверить свой компьютер на вирусы, почистить файлы и жить дальше :) А если по логам окажется что заражение произошло внутри сервера, то требовать сатисфакции - чистка сайта или восстановление из бэкапа за счет хостера, компенсации простоя, вообще в этом случае лучше поменять хостера, так как наличие кривых настроек сервера потенциально сулит проблемы с таким хостером и в дальнейшем, но все же более вероятно что проблема на Вашем личном компьтере и FTP-пароль скомпрометирован.
- на российского ИП (ПБОЮЛ) можно
- не совсем :) тот гигантский пост не содержит слова "домен" ни разу ;) также непонятен термин "новый аккаунт" ("старый" аккаунт все же закрыли, видимо без возврата средств и прочих материальных ценностей, фактически вынудив перейти на "новый аккаунт" где уже возникли сложности с нагрузкой)
- еще не ясно отличие между пользователями с никами: hc.ua и www.hc.ua ;)
- передставьте ее "двубоко" :) кто мешает объяснить общественности что там с доменом случилось и кому он принадлежит
- по нашему опыту от 256Мб работает нормально (без свопирования) и еще кое что в плане ОП остается, но многое зависит от нагрузки, для посещаемых сайтов, или при большом количестве слабо посещаемых сайтов, или при использовании ресурсоемких CMS, памяти конечно желательно больше, так как иначе начинается свопирование.
- не разглядел, ушли ли Вы в своп, но у Вас основная проблема в Apache, похоже он собран как prefork и запускается много процессов. Пересоберите Apache как worker, отключите ненужные модули это заметно облегчит работу системы.
- на виртуозо Вы использовали чужие не израсходованные ресурсы, при переходе на Xen проявилась реальная нагрузка которую создавал Ваш аккаунт (видимо на нем размещены достаточно посещаемые ресурсы).
Покажите использование свопа (можно top, с "верхней частью"), скорее всего не хватает ОП и VPS ушел в свопирование (как Вы понимаете никакой своп, пусть SAS, не сравнится по скорости с ОП).
