Это уже перебор.
Специально проверил, в убунте пакет называется точно также. Потому что этот дистрибутив был создан на базе debian.
я же выше специально конкретизировал:
Вот так:
find /путь/к_директории -type f -print0 | xargs -0 perl -e 's/http:\/\/vkontakte.ru\/\?feed=xxx/http:\/\/facebook.com\/2\//g' -pi
Есть такой пункт: "Инструменты"->"Брандмауэр (firewall)".
А вот и дока.
mhash-devel(если дебиан - libmhash-dev) установлена?
Присоединяюсь к мнению V(o)ViK. Если вы опасаетесь предоставлять администратору доступ к уже работающему и организованному кластеру, то как вы себе представляете устранение неполадок, которые (в теории) могут случиться?
Чисто теоретическое описание работы кластера и практическое применение этой теории - две разные вещи. Ну опишут вам теоретическую схему построения. А на практике (исходя из специфики вашего приложения) могут возникнуть самые разнообразные проблемы. В этом случае у вас два выхода - либо обвинить проектировщиков схемы в том, что они не квалифицированные специалисты, либо предоставить им полный доступ доступ к кластеру, чтобы они самостоятельно все настроили.
Если уж совсем не хочется никого стороннего пускать на сервер - то заключите вы соглашение о конфиденциальности, чтобы любое разглашение влекло за собой ответственность.
Тогда уж, если совсем придерживаться правил, то эту строку нужно прописать в /etc/apache2/envvars .
Все верно. По ФТП нельзя архивировать файлы.
Если ошибки вида "не удается скачать файл такой то нет прав" - то лучше всего обратитья к хостеру, чтобы вам дали полный бэкап вашего аккаунта, и скачать непосредственно его. А на новом месте хостер поможет (по идее) его распаковать.
Да, скорее всего - наплыв запросов. Но также это может быть вызвано ошибками скриптов (и/или обрабатываемых ими файлов). Тут надо смотреть логи доступа к апачу и nginx (если его нет, то стоит поставить, хотя бы для того, чтобы с этим ддосом разобраться).
Google может помочь.
