https://www.opennet.dev/openforum/vsluhforumID3/84465.html Как известно, компания Google пока не выпустила официального клиента Google Drive для платформы Linux, но [[https://plus.google.com/u/0/110043970153071176315/posts/SxDNKR7ehSL подтвердила]], что работает над его созданием. Не дожидаясь выхода Linux-клиента от Google энтузиастами было создано несколько независимых открытых проектов для работы с данным сервисом хранения, используя публично доступную [[https://developers.google.com/drive/v1/reference/ спецификацию]] по API для работы с Google Drive.<br><br>Среди такие проектов:<br><br>[[http://match065.github.com/grive/ Grive]] - написанный на С++ клиент для работы с Google Drive. Поддерживает две базовые операции: загрузка всех находящиеся в Google Drive файлов в текущую локальную директорию и сохранение в Google Drive изменённых данных из локальной директории. В настоящий момент (версия 0.0.3) программа поддерживает только обратную синхронизацию изменений, новые файлы в Google Drive она загружать пока не может. Готовые пакеты сформированы для Debian Testing и Fedora L https://www.opennet.dev/openforum/vsluhforumID3/84465.html#20 Mon, 25 Feb 2013 02:26:55 GMT Вниманию параноиков:<br>Кто (или что) мешает использовать для хранения в облаках данных криптоконтейнеры?<br> https://www.opennet.dev/openforum/vsluhforumID3/84465.html#19 Sun, 27 May 2012 19:20:15 GMT &gt; А легко. Впарят вам вместо ваших данных что-то еще например.<br><br>Потеря имиджа им в убыток. А прибыль какая, неуловимый Джо?. Или ты собрался там .exe файлы хранить ?<br><br>&gt; Или сотрут часть. <br><br>Если ты не платишь деньги, и не подписал контракт по которому они оплатят потерю данных, то должен быть готов к этому всегда. Винчестеры ломаются знаешь ли и в софте баги. <br><br>&gt; Или добавят чего не было.<br><br>уписяться от страха, ужас какой. Может ещё прийдет человек с ружьем и заставит тебя это добавленное скачать ? А твой провод интернета не выдержит этого насилия ?<br><br>какой ты бред пишешь. Единственный не совсем бредовый страх может быть что твои данные сольют третьим лицам. От этого шифруй данные перед заливкой.<br> https://www.opennet.dev/openforum/vsluhforumID3/84465.html#18 Mon, 14 May 2012 01:05:20 GMT RAID-Z3 - это вы ZFS рекламируете? Так он здесь не в кассу - солярис ради этого покупать - всё же перебор, а у FreeBSD малая пользовательская база и нет ни одного вендора, на которого можно было бы положиться в плане слежения за безопасностью. Да и чем оно лучше просто тройного дублирования?<br> https://www.opennet.dev/openforum/vsluhforumID3/84465.html#17 Sun, 13 May 2012 09:11:39 GMT &gt;&gt;&gt; Свой дедик в датацентре. Ну или накрайняк VDS, хотя это и менее <br>&gt;&gt;&gt; надежно. И то гарантии не 100%.<br>&gt;&gt; Да, и самое главное - датацентр ни в коем случае не на <br>&gt;&gt; территории exUSSR а желательно какой-то страны щепетильной относительно выполнения законов <br>&gt;&gt; и в частности неправомерного доступа к информации.<br>&gt; И самое главное - шифровать/подписывать всё на клиенте и иметь больше одного <br>&gt; сервера, на который бэкапимся. В разных юрисдикциях. И всё это нормально <br>&gt; настроить, администрировать и сихронизировать.<br><br>RAID-Z3 на предоставленных "носителях" из разных датацентров, находящихся в разных странах под управлением различных компаний.<br><br> https://www.opennet.dev/openforum/vsluhforumID3/84465.html#16 Sat, 12 May 2012 21:27:55 GMT &gt;&gt; Свой дедик в датацентре. Ну или накрайняк VDS, хотя это и менее <br>&gt;&gt; надежно. И то гарантии не 100%.<br>&gt; Да, и самое главное - датацентр ни в коем случае не на <br>&gt; территории exUSSR а желательно какой-то страны щепетильной относительно выполнения законов <br>&gt; и в частности неправомерного доступа к информации.<br><br>И самое главное - шифровать/подписывать всё на клиенте и иметь больше одного сервера, на который бэкапимся. В разных юрисдикциях. И всё это нормально настроить, администрировать и сихронизировать.<br> https://www.opennet.dev/openforum/vsluhforumID3/84465.html#15 Sat, 12 May 2012 21:26:21 GMT До определённой планки инвестиций в безопасность шансы угробить/скомпрометировать данные на своём сервере много выше, вообще-то. Его надо достаточно надёжно настроить, администрировать, обеспечить достаточно надёжный доступ... И при этом защиты от спецслужб будет не больше, чем на гугле, а шансов потерять данные в результате, скажем, проблем в ДЦ - явно больше.<br><br>Свои мощности становятся интересными только если есть необходимость какой-то серьёзной защиты и готовность тратить на неё приличные деньги. Ну либо объёмы совсем уж большие, в сотни гигабайт хотя бы.<br> https://www.opennet.dev/openforum/vsluhforumID3/84465.html#14 Sat, 12 May 2012 21:19:31 GMT Понятно, опять паранойя.<br>Ну так это не больше и не меньше, чем любая другая сторонняя система хранения данных. В общем-то крайне сонительно, что кто-то из поставщиков систем онлайн-хранения будет такое чудить, хтя если есть желание перестраховаться - делается левой ногой - шифрование, каталоги, подписи... Впрочем если уж так голову морочить то проще на амазоне каком-нибудь хранилище брать или арендовать серверы/vds. Один черт - если запросы обеспечению к безопасности настолько высоки, то придётся много больше денег/усилий тратить, чем на оплату хранилища и настройку работы с ним.<br> https://www.opennet.dev/openforum/vsluhforumID3/84465.html#13 Fri, 11 May 2012 23:01:21 GMT Да-да-да. Уж мы-то заметили, как "не на территории exUSSR" поступают с датацентрами и серверами, на которых пользователи хранили данные, на примере megaupload.<br> https://www.opennet.dev/openforum/vsluhforumID3/84465.html#12 Fri, 11 May 2012 14:21:37 GMT &gt; Свой дедик в датацентре. Ну или накрайняк VDS, хотя это и менее <br>&gt; надежно. И то гарантии не 100%.<br><br>Да, и самое главное - датацентр ни в коем случае не на территории exUSSR а желательно какой-то страны щепетильной относительно выполнения законов и в частности неправомерного доступа к информации.<br><br>