Довольно смешно, но впервые воспользовался rsync только три недели назад. До этого пытался один раз, не разобрался с ключами и забросил. Зря, как оказалось!
Главное достоинство rsync по сравнению с scp – показывает прогресс загрузки. Также рекурсивно загружает директории. Немаловажно – поддерживает докачку в обе стороны.
Попользовался и сделал себе для bash алиас в bashrc [cc lang=”bash” inline=”true”]rsync=”rsync -P”[/cc], теперь всё время его использую для загрузки на хостинг. Авторизацию по ключам тоже настроил, так что можно делать бэкапы.
Основной синтаксис вызова: [cc inline=”true”]rsync логин@хост:/откуда/что логин@хост:/куда/что[/cc]. В случае локальной машины логин и хост указывать естественно не нужно, достаточно только пути.
Основные опции, которыми пользуюсь: -P – выводит прогресс-бар, -r – рекурсивная загрузка.
Если кто ещё тоже до сих пор не знаком с rsync и пользуется scp/sftp – самое время попробовать!
У scp есть ключ -r, а о ходе загрузки он по умолчанию информирует. Главная фишка rsync – это возможность сэкономить время и трафик во время бэкапа, если часть файлов с прошлого копирования не изменилась. И она, в отличии от scp, не везде есть “из коробки”. Во FreeBSD по крайней мере нужно тянуть пакет. А если прав рута нет?
Сколько пользовался scp и ни разу в хелп не заглянул 🙁 Но тут меня ещё докачка порадовала и сжатие траффика у rsync (если в ssh не включено).
Все там есть 🙂
Ну что тут скажешь… Эпик фейл значит с моей стороны, но зато развернулась живая дискуссия 🙂 Да и ман scp покурю теперь.
все пишут как они настроили rsync и никто не пишет, как настроить правильно права доступа для бэкапа сайтов (чтобы не из под рута это делать)
ну видимо такая задача при домашнем использовании нечасто встречается. да и у меня например бекап локальный средствами хостера выполняется.