Да, если делать по-нормальному, то нужна тестовая копия сайта, на которой обкатываются изменения. Не важно где, но лучше в похожем окружении. Потом, после тестирования, обновления выгружаются на боевой сервер. Можно сделать это ночью, или просто закрыть на некоторое время сайт от посетителей.

Процесс обновления можно автоматизировать, если использовать CVS или SVN. В этом я не разбираюсь.

Более того, я не обладаю высокой культурой разработки, и зачастую правлю и отлаживаю код прямо на сервере, что на самом деле может привести к очень серьезным последствиям.

Цель проста - если что повалится и полезут "бяки", то они не будут проиндексированы (важно, если скрипты будут выкидывать пути, расположение файлов, запросы к базе, названия таблиц).

Если совсем все повалится - то можно энным количеством страниц вылететь из индекса.

Расскажу, как это делаем мы.

Рабочий сайт неприкосновенен и правки на нем не вносятся вручную — нет даже прав доступа у пользователей, которые коннектятся по ФТП или ССШ.

Когда нужно поправить баг или сделать какие-то модификации — снимается текущий дамп БД и загруженных файлов. Если сайты небольшие — то эти данные автоматом заливаются в свн. Все участники, которые будут править сайт обновляются из репозитория. У каждого теперь есть рабочая копия.

Далее каждый вносит необходимые правки (по дизайну, по функционалу, выводу и т.п.).

Каждый делает коммит (фиксирует изменения в репозитории). Обновляемся еще раз, чтобы у каждого был проект со всеми изменениями. Тестируем на локальных машинах. Если все правильно — выгружаем из СВН-а на демо-хост. Тестируем там. Нет багов, результат достигнут — выгружаем из СВН-а на рабочий сайт.

Процесс обновления происходит за считанные секунды. Соответственно незаметно для пользователей.