хотя хотелось бы пояснений - зачем останавливать дропбокс на время открытия контейнера?
Чтобы не тянуть лишний объем модификаций. Дома, где "провод-анлим-скорость" это до лампочки. А на низкоскоростном модеме и при ограничении траффика (планшет/ноут/не-дома)? Я проверял (собственно, год использую "прототип") - синхрится копейки, сами модификации (1-2метра). При этом м.б. открыто скажем на часок-два, пока с файлом работаю - и потянет траффик "ежеминутно".
Мне пока хватает 2-3 контейнера от 15 до 50м для некоторых документов/счетов, даже при малой скорости старого юсб-модема.
А применительно к webdav? Контейнер должен храниться на удаленном ресурсе webdav и доступ к нему должен как раз устанавливаться на время открытия контейнера?
А вот тут бы хотел я проконсультироваться у кого-то пограмотней. В янд-диске есть опция
yandex-disk sync [OPTION] - аналог дропбокса-синхронизации?
start - запустить как демон и начать синхронизацию папки. В файл
".sync/status" записывается текущий статус синхронизации.
stop - остановить демон.
status - показать статус демона: статус синхронизации, ошибки,
последние синхронизированные файлы, состояние дискового
пространства. Если указан FILE, будет возвращен статус для этого
файла.
sync - синхронизировать папку и выйти (если демон запущен,
дождаться окончания синхронизации).
вот этих команд будет достаточно?
Возможно, проще держать каталог с контейнерами и так же синхрить по янд-диску?
При этом мы имеем 1. копию на машине 2. копию в облаке.
В дропбоксе - утеря копии не значит ничего страшного - есть в кеше и есть старые копии в облаке и кроме этих копий хранить ничего нет смысла. Удалил/испортил копию на машине - удалилась и в облаке - есть сколько-то дней на "восстановить".
А как тут с яндексом, я недодумал еще.
Если открывать контейнер "непосредственно в облаке" - какова реакция на "обрыв связи"? Предполагаю, фигня будет?