Увидел свет (http://seafile.com/en/news/) релиз Seafile (http://seafile.com/en/), открытой платформы для создания сервиса облачного хранения данных, напоминающего по своей сути Dropbox, но отличающегося возможностью развёртывания на собственном подконтрольном оборудовании. Код проекта (https://github.com/haiwen/seafile) написан на языке Python и распространяется под лицензией GPLv3, для хранения метаданных используется SQLite. Кроме серверной части и клиента для синхронизации файлов подготовлена реализация web-интерфейса SeaHub (https://github.com/haiwen/seahub) и мобильного клиентаSeadroid (https://github.com/haiwen/seadroid) для платформы Android.
Помимо базовых функций хранения на удалённом сервере и обеспечения синхронизации данных между компьютерами, Seafile предоставляет гибкие возможности по организации совместной работы с контентом. Для удобства совместной работы поддерживается создание рабочих областей, в которых члены группы могут размещать произвольную информацию, интересную для участников группы. Наборы файлов могут объединяться в библиотеки, к которым может открываться доступ для отдельных пользователей или групп, а также публичный доступ. Для отслеживания изменения файлов в областях совместного доступа, предусмотрена возможность отправки уведомлений членам группы.
Каждая библиотека воспринимается как отдельное хранилище и может синхронизироваться между машинами пользователя по отдельности. Клиентская часть поддерживает обеспечение синхронизации данных между локальной директорией и определённой библиотекой в облачном хранилище. В web-интерфейсе поддерживается функция предварительного просмотра различных типов файлов, возможность обсуждения файлов с участниками группы, простые функции ведения списков задач и управления проектами.
Каждая библиотека в хранилище представлена в форме, напоминающей Git-репозиторий. Данная особенность даёт возможность использования версионного контроля, в том числе поддержку доступа к прошлым редакциям хранимого контента, возможность отследить все внесённые изменения (кто, когда и что менял), вернуть прошлое состояние файла или восстановить случайно удалённый файл. Для обеспечения конфиденциальности данных возможно шифрование на стадии до отправки информации на сервер (администрация сервера не сможет просмотреть содержимое, не зная пароля). Передача данных между клиентом и сервером также может вестись с использованием шифрования.
В основе Seafile лежат технологии, применяемые в системе управления исходными текстами Git. При этом Seafile не зависит от Git и самостоятельно реализует нужные методы, которые упрощены и переработаны для выполнения задач автоматической синхронизации данных, обеспечения возобновления передачи данных в случае разрыва соединения и поддержки различных бэкендов хранения на стороне сервера. Данные хранятся с разбиением на блоки, что повышает эффективность хранения и даёт возможность ускорения передачи файлов за счёт параллельной загрузки блоков с разных серверов хранения.URL: http://seafile.com/en/news/
Новость: http://www.opennet.me/opennews/art.shtml?num=35551
Версионность файлов - это очень и очень хорошо. Google Drive и SkyDrive было дело меня очень сильно опечалили после неверных правок документов.
"В основе Seafile лежат технологии, применяемые в системе управления исходными текстами Git. При этом Seafile не зависит от Git"
Т.е. у них свой велосипед, не оттестированный так как оттестирован Git. И нам предлагается доверить ему данные...
> Т.е. у них свой велосипед, не оттестированный так как оттестирован Git.В настоящее время не существует проверенных и оттестированных технологий, позволяющих распределенно и версионно манипулировать большими и/или бинарными файлами.
git, как и другие DVCS, эффективен лишь при работе с небольшими текстовыми файлами.
Следовательно, велосипеды тут не при чем.> И нам предлагается доверить ему данные...
Бэкапы никто не отменял.
Если в ужасе шарахаться от всех новых технологий - тогда так и останешься в пещере с дубиной. А данные будешь доверять проверенной и оттестированной FAT16.
как оно по сравнению с ownCloud ?
В версии 4.5 шифрование файлов молча убрали. Тут похоже есть, но пароль передается на сервер и кешируется им на час.
Вдогонку - версии клепаются как пирожки - например версия 1.2 вышла в ноябре, а в декабре уже версия 1.3 готова. Причем клепает похоже всего один китаец. Куча опечаток на сайте, да и некоторая кривость оного наводят на некоторые мысли.
Шифрование убрали, потому что оно было криво реализовано. В версии 5 обещают сделать шифрование на стороне клиента.
http://seafile.com/en/home/ правильный линк
Ссылка, которую в новости дали, сразу ведёт на 404 на сайте. Надеюсь программисты этого приложения лучше разбираются в своём деле, чем те, что делали сайт на Django.
Ну, то, что там 404, само по себе даже о программистах сайта ничего не говорит, возможно, просто ссылка неверна. Другой вопрос, что на сайте явно включена отладка, и это действительно наводит на некоторые мысли.
Причем эти мысли даже не о Django-разработчиках, а об админах веб-сервера, потому что сказать в конфиге сайта "Debug = False" - способны все.
И сразу, в догонку, почему серверная часть только для Linux? Это же Python.
А есть что-то еще?
Да, ещё есть клиентская часть.
> И сразу, в догонку, почему серверная часть только для Linux? Это же Python.1. Там дофига зависимостей, большинство из которых вряд ли портировано на винду.
2. Под другими никсовыми осями автору, походу, тупо влом тестировать. Не удивлюсь, если при первых же багрепортах выяснится, что из линуксов официально поддерживается только свежий убунту-десктоп.
Раз основано на "технологии GIT", значит не только на Python, видимо.
И третий коммент - извините, я надеюсь, что я просто не замечаю, но как в клиенте авторизоваться-то?
Зайти на seahub, залогиниться, выбрать нужную библиотеку, Download. она откроется в клиенте и "привяжется" к серверу.
после git-annex и пары других поделок, потерял веру в клауд сторадж на основе git.
В смысле на основе dvcs в принципе или именно гита? Что с ними не так?
проблемы с местом занимаемым на диске, git-annex очень сильно разрастается с бинарными файлами, синхронизация прозрачна только с Git, s3 и webdav идут лесом
хотя может я просто не осилил
вот у данной поделки seafile-data тоже дублирует seafile, но от этого не куда не деться.
да наверное на основе всех dvcs. Гит замечательный инструмент до тех пор когда когда дело не касается бинарных файлов.
А как с плагинами для файл-менеджеров и клиентом под андроид?
Клиент для Android в новости упомянут.А для каких файл-менеджеров. Для FAR что-ли :)))))))))))))))))))
Да, с андроидом протупил.Для пакмана, наутилуса, крузадера .. тысячи их =))
Чем больше таких мелочей, тем успешнее подобный сервис.
А мну хочет, чтобы таких удобных няшек было больше и разнообразнее, от этого нам, пользователям, только лучше.
Должна быть возможность прозрачно для всех приложений монтировать ... эээ библиотеку в папку чтобы не хранить локальную копию данных и наоборот включить синхронизацию локальной копии с...
Оно умеет?
версионность хранения бинарных файлов - это бред. добавил/удалил фоточки - все пространство выжранно.
а для хранения сорцов/текстов используйте обычный гитхаб/битбакет
Ну утрировать не надо. Пара последних версий, а не вся историй. И не весь хомяк, а выбранный нужный каталог. И все нормально будет! Вместо анального дропбокса самое оно.
как это сделать на базе гита, если у тебя идет цепочка хешей?
Вариант 1: Rebase
Вариант 2:
- Физически удалить блоб из репозитория (что можно оформить часть нового коммита, для сохранения истории)
- Предусмотреть корректную обработку отсутствия блоба в репозитории
хэши менять не надо, история (всего остального) сохраняется, но удалённых файлов нет и места они не занимают.
> как это сделать на базе гита, если у тебя идет цепочка хешей?На базе гита - никак. Нужны более подходящие технологии.
> Ну утрировать не надо. Пара последних версий, а не вся историй. И
> не весь хомяк, а выбранный нужный каталог. И все нормально будет!
> Вместо анального дропбокса самое оно.Seafile keeps every version of your files. You may restore a file to an older version, or restore a mistakenly deleted file.
А это не тот проект, которые с кикстартера начинал?
Нет, с кикстартера начинал как раз git-annex