LINUX.ORG.RU

CloudCross — мульти-облачный клиент

 , ,


5

3

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

Возможности:

  • Поддержка Google Drive и Dropbox.
  • Конвертация «на лету» из офисных форматов в формат Google Docs и обратно.
  • Возможность определения приоритета синхронизации локальных файлов над удаленными или наоборот.
  • Поддержка черных и белых списков файлов для синхронизации

>>> Подробности

Поддержка Google Drive и Dropbox.

Как много...

Jarvis ()

Кто-нибудь, добавьте, что оно CLI.

thesis ★★★★★ ()
Последнее исправление: thesis (всего исправлений: 1)

Бесполезно - умеет ровно в два облака.

DeadEye ★★★★★ ()

Похоже это grive, только с блекджеком.

А лицензия какова? А то нигде не указано.

einhander ★★★★ ()

Отвечу сразу всем. Про CLI вроде написано - «консольного» Про лицензию - GNU. Про два облака - да, пока да. И с grive точнее с give2 прямая связь. Это переписанный на Qt grive2 после того как vitalif, по сути, отжал имя «grive2». Ну к Виталию Филиппову особых претензий нет - Qt мне ближе чем boost. До конца апреля будет поддержка я.диска. Дальше, скорее всего, мэйл.ру. Потом шифрование. Или наоборот ))

CreepingDeath ()
Ответ на: комментарий от CreepingDeath

Нет планов пилить это все в виде плагинов для fuse?

AlexM ★★★★★ ()
Ответ на: комментарий от CreepingDeath

а много аккаунтов могёт?

много аккаунтов дропбокса и гдрайва может? Или только по одному с каждого?

anonymous ()

Интересует такой вопрос.
В файловом менеджере Chromium OS реализовано подключение к Google Drive. Работает хорошо и без косяков. Вы не изучали их исходники? Насколько реально перенести этот код под обычный линукс?

Bbore ()
Ответ на: комментарий от CreepingDeath

По-моему, плагин к ФМ, это хорошо.
Кроме того, по идее свой же исходник гугла, априори должен всегда первым реагировать на какие-то изменения. Вам это не может упростить жизнь?

Bbore ()
Последнее исправление: Bbore (всего исправлений: 2)
Ответ на: комментарий от CreepingDeath

по сути, отжал имя «grive2»

Форки дело такое)).

Имеет ли смысл переходить с grive, на сколько они совместимы?

Будет ли поддержка мейлрушного облака?

einhander ★★★★ ()
Ответ на: комментарий от einhander

Форки дело такое)).

Это да)).

меил.ру точно будет и переходить можно - совместимость есть, по крайне мере формат файла .grive аналогичный

CreepingDeath ()
Ответ на: комментарий от CreepingDeath

Кажется, что интеграция в популярные файловые менеджеры осчастливит бо́льшее количество граждан.

AlexM ★★★★★ ()
Ответ на: комментарий от AlexM

CloudCross это решение именно для синхронизации облака с локальным хранилищем. А интеграция в ФМ предоставит только список файлов в облаке, плюс загрузка/выгрузка файлов по запросу. Хотя, вы правы. Возможно потребность работать с облаком как с обычной папкой более востребована. Но, повторюсь, разрабатывался он именно для синхронизации.

CreepingDeath ()
Ответ на: комментарий от mithron

Сомнительно, все таки Qt не самый легкий рантайм, да и есть ли он под arm?

CreepingDeath ()
Ответ на: комментарий от curufinwe

Ну значит можно. Единственное, демона надо писать на bash или питоне, а из него уже дергать ccross

CreepingDeath ()

Стукнись в личку (skype:inthrax), есть разговор про api для мейлового облака.

Mons ()

Лучше бы вместо того, чтобы страдать фигнёй - запилили бы плагин/драйвер для gvfs. Грузить файлы для синхронизации локально, и работы в оффлайне - никто не мешает. Просто представлять это всё в виде виртуальной файловой системы.

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

По мне так концепция «папки Dropbox» - уже не торт.

nexfwall ★★★★ ()
Ответ на: комментарий от nexfwall

По мне так концепция «папки Dropbox» - уже не торт.

Мне тоже показалось, что «не торт». У меня в облаке куча фоток, папка FBReader® book network с кучей книг, еще всякая всячина, которую я запихал в облако чтобы на компе не мешалась. И вот зачем мне все это синхронизировать и держать в двух (и больше) экземплярах? А из нужного, это папка с договорами, небольшая коллекция админского софта и файл с паролями от keepass. Вот к этому хотелось бы иметь доступ отовсюду и с любого устройства. Поэтому, изначально, я и начал пилить сначала grive2 а потом и CloudCross.

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

Для всего этого я и прикрутил синхронизацию по черным/белым спискам, чтобы иметь возможность не синкать всю пресловутую «папку» со всем облаком, а указать например один файл или папку или даже линк и только его синхронизировать.

А идея открывать облако как папку на локальной машине в файловом менеджере или монтировать его, это, как мне кажется, несколько не то, в основном, из за тормозов от запросов к облаку на каждое действие пользователя.

Кроме того, я приспособил CloudCross для бэкапа сервера. А это, в случае с gvfs, тоже не совсем понятно как сделать.

В общем ситуация такая же, как и со всеми программами в open source - мне понадобился клиент для синхронизации, я его запилил. Кому то потребуется модуль gvfs он запилит его.

CreepingDeath ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.