LINUX.ORG.RU
Новости — Open Source  

CloudCross — версия 1.2.1

 , ,


0

1

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

CloudCross по-прежнему синхронизирует ваши файлы на жестком диске с Dropbox, Google Drive или Яндекс.Диск.

К существующим возможностям, таким как:

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

была добавлена, на мой взгляд, интересная опция --direct-upload.

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

Например, так:

ccross --provider dropbox --direct-upload http://example.com/archive/someFile.zip /Downloads/some_file.zip

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



Проверено: Shaman007 ()
Последнее исправление: sudopacman (всего исправлений: 5)
← Linux 4.6
GRASS GIS 7.0.4 →

консольного

синхронизирует ваши файлы на жестком диске с Dropbox, Google Drive или Яндекс.Диск.

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

Вот для Яндекс.диска есть родная консольная монтировка. Хорошо бы и для двух остальных тоже такое...

Или может, у сабжа есть режим «просто смонтировать»?

anonymous
()

И второй вопрос: если оно консольное, значит, из Qt использует только QtCore и QtNetwork? А почему тогда нельзя было сохранить совместимость с Qt4?

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

Да, действительно использует только QtCore и QtNetwork. Но в четвертом Qt, QtNetwork несколько менее функционален. Ну и в принципе, если свелосипедить недостающие методы, то можно и с четвертой версией совместимость поддерживать, только зачем? Имхо, четвертый Qt уже уходит со сцены.

Монтировать ccross не умеет ни в каком виде.

GUI будет.

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

Он может синхронизировать файлы не на сторонние серверы, а просто по SSH? И имеется ли хоть какая-нибудь система контроля версий? Чтобы можно было в любой момент откатить неверно синхронизованный файл.

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

На сторонние серверы синхронизировать - не может. Только с «облаками». А контроль версий, это уже зависит от сервиса. Например google по умолчанию создает новые копии файлов, если не указать опцию --no-new-rev. И соответственно, в случае с гуглом можно откатить на более старую версию файла.

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

Да, конечно. Эта фича была вообще самой первой. Собственно из-за нее я и начал переписывать grive.

Можно использовать файлы .include или .exclude.

Например если в файл .include написать что то типа

/path/to/some/file

то синхронизироваться будет только этот файл.

Для .exclude - наоборот. Будет синхронизироваться все, кроме этого файла.

CreepingDeath
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Linux 4.6
Open Source
GRASS GIS 7.0.4 →