Чудо дубовое, кто тебе на виртуальном хостинге nginx-сы ставить разрешит?
Подобная проблема решается без nginx-ов и проксирований - откройте для себя HTTP редирект. Это редкий пример, когда www-алиас для домена может быть полезен...
Для Вас может ничего и нет (как правило, он вообще пустой на продакшен) - а ТС надо. Что у него там - хз, может лог запросов для отладки пишет.
Он уже научился парсить mysql.log?
Т.е. график, что Вы показали - суммарный? Сейчас и новый и старый сервер вносят туда вклад?
Естественно. Остальные просто еще не получили обновленную информацию о зоне - и ломятся на старый сервер.
Правильнее - сперва менять A записи в зоне каждого домена. Эта информация кешируется на значительно меньший срок (у нормального хостера - 15-30 минут), чем информация о NS записях (до 3 дней). А вот думать надо было, прежде чем делать самому то, в чем не разбираетесь ;)
PS: nginx.conf покажите, если не секрет. Ругань в логах стоило бы поправить.
Вы б еще md5 для одного и того же файла сравнивали :) Смысл задачи - в сравнении хеша файла локального и удаленного.
Просто используйте протокол, в который встроен контроль целостности передаваемых данных. Тот же SSH.
Научитесь в man ssh какие еще есть способы авторизации, помимо логин/пароль.
Интерактивно - значит интерактивно. ftp-клиент (стандартный, который у Вас в примере) ждет, что его stdin/stdout привязаны к терминалу. Скармливая ему сразу пачкой команды - можно прийти к такой ситуации, когда следующая отправляется серверу, который еще не обработал предыдущую. Результат от связности между клиентом и сервером, загруженности сервера и проч.
В вашем случае - это заменит скрипт одну на строчку вызова rsync. Плюс, шифрование.
Нет. Чтобы провести минимальное обновление.
Руки выньте из ..., ну Вы поняли?
Писали. ТС, действительно, лучше бы использовать aptitude (он рекомендуется при обновлении до Lenny). В случае Squeeze рекоммендуется уже apt-get.
См. совет выше про руки.
Ладно, ликбез порядком затянулся. Надеюсь, что ТС, в отличие от Вас усвоил:
1) перед обновлением нужно читать Release Notes и следовать рекоммендациям в них
2) перед dist-upgrade в любом случае сперва провести минимальное обновление (upgrade/safe-upgrade)
3) сперва нужно думать об удалении руткита, а уж потом об обновлении...
Что значит "нет защиты" - когда всех клиентов в общий влан суют? Не думаю, что такие клоуны еще где-то сохранились.
Вы хоть прочитали, что ТС нужно - или как обычно, только б поспамить?
LEOnidUKG, если нет патологического пристрастия к FTP - предлагаю Вам просто использовать решения, основанные на rsync over SSH. Что-то типа "rsync -a откуда/ user@host:куда/" - это то, что Вам надо.
Ваш же "скрипт" будет работать в зависимости от фазы Луны. ftp - расчитан на интерактивную работу, он не поддерживает скриптование. Вам нужно использовать что-то типа expect для автоматизации сценариев в нем. Или какой-то другой FTP-клиент, умеющий работать неинтерактивно. Например, lftp.
У apt-get нет опции safe-upgrade. Если ТС использует для обновления apt-get, то upgrade для него - ближайший аналог опции safe-upgrade для aptitude. Что непонятно?
Не заведете привычку читать штатную документацию - через ~230 дней избавитесь и от последней машины без дебиана.
safe-upgrade (аналог apt-get upgrade) - не может провести обновление пакета в случае, если для этого по зависимостям потребуется удаление какого-то другого. Только в этом отличие от dist-upgrade.
