Или тому подобных хостингах?

Вроде пятница вчера была?

Там же в лучшем случае webdav... Технология кривая и вечно недоделанная. Что касается файловых блокировок при многопользовательском доступе - вообще страшно представить как это будет работать!
Если бы предоставляли доступ по smb, можно было бы еще поэкспериментировать...

(1) :) а вдруг...

(3) Да конечно, всякое бывает, вопрос актуальный "спецы" его периодически поднимают, так сказать мониторят, кто на гугледрайв, кто на укоз предлагает.

Гуглдрайв фактически папка на компе, клади туда чего хошь. Только со скоростью загрузки у них проблемы, говорят. Если cd на пару гиг - не быстро будет синхронизироваться

(5) тут проблема на в скорости, а (см (2)) в разделенном доступе. Если сидеть одному пользователю, то проблем возникнуть не должно

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

(7) любой файл на такой диск копируется очень быстро (на локальный диск ведь). А синхронизация проходит в фоне, совсем не заметно. И, надо заметить, у google drive скорость довольно высокая. Видимо, не передается лишняя инфа, как на других хостингах

(0) Вот думаю поэкспериментировать с РИБ Через гугл драйв для небольших контор думаю может пригодиться

Идея плохая, разве что архивы на GD  скидывать на случай внезапного пожара в офисе или еще для чего...

Сетевые диски крайне полезны для РИБ, архивирования

(10) Вот для архивации - годная идея.. разумеется архивы должны быть зашифрованы.

(0) иди попей огуречного или капустного рассолу - отпустит.
Только не от маринованых.)

ну на яндекс диске тупо, базу перезаливать после каждого чиха.

(0)Держать базу? Да пожалуйста, только в чем смысл - бэкапы? Так бэкапы я сжатые туда кидаю, ибо место не резиновое.
Вдвоем работать не получиться.

(8)А где лишняя инфа копируется? Тот же дропбокс возьми - файл разбивается на мелкие куски, размером в несколько килобайт, куски хешируются, и передаются только те данные, чьих хешей нет.

гуглодрайв не сможет синхронизировать бинарные файлы при одновременном их использовании

файловая 1С 8-ка это один файл. И я не думаю что 1С положительно отнесется к подмене файлов на лету

>> Так бэкапы я сжатые туда кидаю, ибо место не резиновое.
а как насчет безопасности?

(16)А кто сможет? Любой аналогичный сервис сначала пытается хешировать файл, и хэшировать он его будет только если он не используется.
В итоге база с которой постоянно работают, полностью синхронизируется только через некоторое время, после того как с ней перестали работать. Т.е закончили работать с базой - минут через двадцать в лучшем случае она синхронизируется, но и этого гарантировать нельзя.

Также сбои в базах мастерски синхронизируются, затирая рабочую версию :)

(20) что немного усложняет задачу

поржал над ТС спасибо

(19) никто не сможет

Глобальные облака, только для бэкапа и обмена информацией, а не для рабочих данных.
Вот если будет корпорптивное облако в интранете, то да - возможно размещение в таком облаке базы.

(24)

> Вот если будет корпорптивное облако в интранете, то да - возможно размещение в таком облаке базы.

чем "корпоративное облако в интранете" отличается от файлового сервера или просто шары на компе?