Посмотрел поподробнее. Там работы меньше чем на час. "пустячок-с"
Мдя. Резюме после решения проблемы. Вдруг кому ещё пригодится.
Никаких заклинаний типа "мемкашед и переписывать скрипты". Минимальная настройка mysql и "прозрачное" внедрение проксирования через nginx, с таким расчётом чтоб Директадмин ничего о появившемся посреднике не узнал.
В итоге в час пик вместо 150 дочек Апача имеем 7-12. Всю освободившуюся память получил Mysql и задышал свободно.
Первый раз столкнулся с Директадмином - просто на удивление ресурсоёмкая вещь.
гм. ftp mput - ыкачивает наружу все файлы в указанной папочке.
есть ещё всякие шелл-обёртки самодельные для зеркалирования по фтп, тут опять же смотреть man find
ну и вообще, чтение man ftp увлекательное занятие, только читайте прямо на том хосте с которого и выкачиваете архивы.
kill -HUP `cat /usr/local/nginx/logs/nginx.pid`
ssh: connect to host 78.47.**.** port 22: No route to host
пока без изменений
mois, вам как-то даже отвечать неудобно. Никто не говорил про наличие либо отсутствие у пострадавших своего бэкапа. Это ваши фантазии.
Они признали что проблема с их стороны, но не смогли за три дня её решить тем или иным способом. ИМХО этого достаточно чтобы более дел с ними не иметь.
лучше так
заходим в шелл
rsync -r -q user@server:~/path/to/source/* ~/path/do/dest/
если файлы текстовые полезно опцию -z добавить
Как же я нормальные бэкапы у себя на сервереах делаю? есть какое-то волшебство о котором я не знаю?
Так себе определялка - проверил на заведомо не продающих ссылки сайтах - на внутренних страницах много ложных срабатываний, а при разнесении ссылок продажных по странице - спотыкается. Вообще, на основании одноразового анализа страницы точного определения продажности не сделать, а вот если взять изменения ссылочной массы по сайту в течении пары месяцев, всё становится настолько наглядно...