Представлен (http://seafile.com/en/news/) релиз Seafile 3.1 (http://www.seafile.com), открытой платформы для создания сервиса облачного хранения данных, организации совместной работы и синхронизации информации. В отличие от таких сервисов как Dropbox, Seafile обеспечивает возможность развёртывания облачного хранилища на собственном подконтрольном оборудовании с использованием для хранения данных технологии Git. Помимо базовых функций хранения на удалённом сервере и обеспечения синхронизации данных между компьютерами, Seafile предоставляет гибкие возможности по организации совместной работы с контентом.Код проекта написан на языке Python и распространяется (https://github.com/haiwen/seafile) под лицензией GPLv3, для хранения метаданных может применяться SQLite или MySQL. Кроме серверной части, параллельно развиваются десктоп-клиент (https://github.com/haiwen/seafile-client) для синхронизации файлов, web-интерфейс SeaHub (https://github.com/haiwen/seahub) и мобильные клиенты Seadroid (https://github.com/haiwen/seadroid) и
Seafile-iOS (https://github.com/haiwen/seafile-iOS) для платформ Android и iOS. Готовые бинарные сборки клиентской части сформированы (http://seafile.com/en/download/) для Ubuntu, Windows, OS X, Android и iOS. Сборки сервера доступны (http://seafile.com/en/download/) для Debian, Ubuntu, CentOS/RHEL, Raspberry Pi и Windows.
Ключевые новшества (https://seacloud.cc/group/3/wiki/whats-new-in-the-next-versi.../) Seafile 3.1:- Переработан протокол синхронизации. Новая реализация без проблем позволяет синхронизировать библиотеки, содержащие десятки тысяч файлов. В прошлых выпусках синхронизация требовала выполнения большого числа операций сканирования файлов на диске и наличия локального кэша большого размера (кэш чистился только после завершения работы клиента). Теперь вместо операций сканирования используются средства нотификации ОС об изменении файлов. Внедрение механизма автоматической чистки кэша после завершения синхронизации позволило существенно сократить занимаемое кэшом дисковое пространство. Для ускорения загрузки больших директорий внедрена поддержка пакетной передачи в несколько потоков.
- Улучшения в web-интерфейсе:
- Реализована поддержка удаления персональных сообщений;
- Улучшена реализация системы вывода уведомлений (наличие уведомлений проверяется каждые 30 секунд);
- Обновлена версия PDF-просмотрщика pdf.js;
- Добавлена возможность установки пароля для контента, открытого для совместного доступа;
- Для администратора обеспечена возможность заведения группы пользователей через загрузку CSV-файла с их параметрами;
- Обеспечена поддержка сортировки вывода элементов библиотеки по имени и дате;
- Предоставлена возможность прикрепления дополнительного сообщения при отправке ссылки для совместного доступа;
- В десктоп-клиенте добавлена возможность пометки файлов, просмотра истории операций и получения уведомлений о непрочитанных сообщениях;
- Добавлены средства для ротации логов.На уровне хранения данных библиотеки представлены в форме, напоминающей Git-репозитории. Данная особенность даёт возможность использования версионного контроля, в том числе поддержку доступа к прошлым редакциям хранимого контента, возможность отследить все внесённые изменения (кто, когда и что менял), вернуть прошлое состояние файла или восстановить случайно удалённый файл. Для обеспечения конфиденциальности данных поддерживается шифрование на стадии до отправки информации на сервер (администрация сервера не сможет просмотреть содержимое, не зная пароля). Передача данных между клиентом и сервером ведётся с использованием шифрования.
В основе Seafile лежат технологии, применяемые в системе управления исходными текстами Git. При этом Seafile не зависит от Git и самостоятельно реализует нужные методы, которые упрощены и переработаны для выполнения задач автоматической синхронизации данных, обеспечения возобновления передачи данных в случае разрыва соединения и поддержки различных бэкендов хранения на стороне сервера. Данные хранятся с разбиением на блоки, что повышает эффективность хранения и даёт возможность ускорения передачи файлов за счёт параллельной загрузки блоков с разных серверов хранения.
Для удобства совместной работы поддерживается создание рабочих областей, в которых члены группы могут размещать произвольную информацию, интересную для участников группы. Наборы файлов могут объединяться в библиотеки, к которым может открываться доступ для отдельных пользователей или групп, а также публичный доступ. Для отслеживания изменения файлов в областях совместного доступа, предусмотрена возможность отправки уведомлений членам группы. Каждая библиотека воспринимается как отдельное хранилище и может синхронизироваться между машинами пользователя по отдельности.
Клиентская часть поддерживает обеспечение синхронизации данных между локальной директорией и определённой библиотекой в облачном хранилище. В web-интерфейсе поддерживаются функции предварительного просмотра и редактирования различных типов файлов, возможность обсуждения файлов с участниками группы, функции ведения списков задач, средства управления проектами, Wiki для совместного создания контента.URL: http://seafile.com/en/news/
Новость: http://www.opennet.me/opennews/art.shtml?num=40335
Нужны отзывы пользующихся. Как оно по сравнению с Owncloud?
Успешно пользуюсь уже с пол года.
Есть апликация для Андроида.
Заводится с пол пинка.Никаких проблем не испытывал даже при пиковой нагрузке.
> Есть апликация для Андроида.Во-первых, аППликация, во-вторых, при чём здесь наклеивание цветных кусочков бумаги?
Съехал с owncloud на seafile год назад из-за проблем с синхронизацией больших файлов (от 4Г). Никаких проблем. Загрузка сервера на порядок ниже.
Ну начнем того, что seafile - это клон дропбокса во всех смыслах. А Owncloud - обрубок, который не умеет синхронизацию без "я умею писать на баше. Хорошо писать".Продолжать) ?
> Продолжать) ?Пожалуй. Дело в том, что мне синхронизация вообще не сильно интересна. Мне нужно закидывать файлы через браузер, а потом расшаривать их, причем клиентам - прямыми ссылками, а помощникам - через совместный доступ. Тут это все есть? Owncloud у меня недолго прожил, сильно кривой был.
Можете продолжать, но для начала неплохо было бы, чтобы вы эту мысль свою пояснили.Я два года пользуюсь owncloud, причём как для личной так и для командной работы — и если бы мне потребовался баш, я бы заметил наверное.
Где мы с вами расходимся в опыте?
> Можете продолжать, но для начала неплохо было бы, чтобы вы эту мысль
> свою пояснили.
> Я два года пользуюсь owncloud, причём как для личной так и для
> командной работы — и если бы мне потребовался баш, я бы
> заметил наверное.
> Где мы с вами расходимся в опыте?Скорее сходитесь. Вы оба не знаете даже скриптинг - базовый навык сисадмина. Наверное, вы оба не айтишники. А продвинутые пользователи. М?
Так говоришь словно не айтишники - не люди, а все айтишники - админы линукса и должны знать баш.
Каждый специалист хорош на своём месте.
А вот сисадмин без знания линукса - очень плох.
И где у дропбокса шифрование на стороне клиента?
Тоже поменял ownCloud на Seafile.
Как раз шарилка там кривая и вообще морда тормозная на мой взгляд.
Используем seafile на работе как файловое хранилище для совместной работы с документами.
Через вэб морду вроде все работает. Хотя в основном народ пользуется клиентами.
> Нужны отзывы пользующихся. Как оно по сравнению с Owncloud?Обе неработоспособное гуано. Но, судя по новостям, главную проблему seafile решили. Раньше оно долго синхронизировалось и каждые 30 (настраиваемо) сек жутко тупило т к пересканировало коллекцию файлов. Файлов всего-то 300-400Гб. По гигабитной сети или даже локально в разных папках. Кто там заикается о продакшене? Смешено же.
Но эту версию можно посмотреть.ПС: в терабайте крупных файлов можно и без поллитра разобраться и потобные системы не нужны. Они должны справляться с десятками ТБ легко с индексированием, дедупликайией и версионированием. Чтоб легко было найти нужное на ножную дату от нужного человека да еще и с пометками. А так... Хрень какую-то делают на поиграться.
Очень классная и нужная вещь! Постоянно им пользуюсь.
А по сравнению с OwnCloud?
Небо и земля
По сравнению с Owncloud: наличие автоматической синхронизации при малейшем изменении файла и поддержка версионности. Имхо, их нельзя сравнивать, у них разные задачи. Owncloud я тоже пользуюсь.
Можно подробнее? В owncloud есть синхронизация. А также есть и версионность. Последнее, правда, сильно плюшевое. У seafile отличается на порядок? Можно какое-нибудь сравнение? Когда в прошлый раз выбирал между seafile и owncloud выбрал последний по причине открытости.
Ну, к примеру, версионность Seafile однажды сильно помогла мне спасти один громоздкий конфиг, который я случайно запорол, но который у меня к счастью синхронизировался с помощью него. Использую Seafile для комфортной передачи файлов между несколькими компами дома, а также из дома на работу и обратно, без каких-либо флешек.
Про синхронизацию в Owncloud первый раз слышу. Может быть, для этого надо ставить их клиент? Ни разу его не ставил.
Кстати, Seafile такой же открытый, как и Owncloud, иначе я бы его не поставил. Исходники располагаются здесь: https://github.com/haiwen/
А что, клиент seafile ставить не надо для синхронизации?
А seafile закрыт?
> правда, сильно плюшевое. У seafile отличается на порядок? Можно какое-нибудь сравнение?Овнклод не синхронизирует вообще, ты скорее постареешь, а сифайл синхронизирует, но результат (да и процесс) тебе не понравится. Отличие принципиальное.
Расскажи пожалуйста поподробнее об обоих и их задачах и целях, для которых ты их используешь. Спасибо
> Расскажи пожалуйста поподробнее об обоих и их задачах и целях, для которых
> ты их используешь. СпасибоПро Seafile я рассказал в предыдущем посте, а Owncloud я использую в основном как органайзер (календари, закладки, контакты) с небольшой примесью некоторых файлов. К примеру, в KDE есть плазмоид под названием EventList, который может прямо на рабочем столе показывать все грядущие события в календаре из Owncloud.
Может кто поделится опытом, если очень надо удалить один файл из библиотеки, но при этом сохранить всю историю. Это вообще реальнол? Пусть даже через хаки и костыли. Допустим я храню историю за последние 6 месяцев, по случайности в библиотеку попал фильм. И вот не хотелось бы, чтобы этот фильм был доступен на восстановление.P.S.
или можно как то сделать запрет на стороне сервера/клиента на расширение файлов, которые будут игнорироваться?
>> или можно как то сделать запрет на стороне сервера/клиента на расширение файлов, которые будут игнорироваться?Можно. Для этого в синхронизируемой папке создайте файл seafile-ignore.txt и в него поместите те расширения, которые будут игнорироваться. Можно использовать маску. У меня, например, он содержит всего 1 строчку:
*.lock
>>> или можно как то сделать запрет на стороне сервера/клиента на расширение файлов, которые будут игнорироваться?
> Можно. Для этого в синхронизируемой папке создайте файл seafile-ignore.txt и в него
> поместите те расширения, которые будут игнорироваться. Можно использовать маску. У меня,
> например, он содержит всего 1 строчку:
> *.lockСпасибо, а этот файл действует рекурсивно на всю библиотеку?
Нет, он действует только на ту синхронизируемую папку, в которой находится. Если где-то еще нужно ввести ограничения, значит и в тех папках тоже создаете такие файлы.
> Нет, он действует только на ту синхронизируемую папку, в которой находится. Если
> где-то еще нужно ввести ограничения, значит и в тех папках тоже
> создаете такие файлы.Не вариант, пользователь же сам создает папки. А со стороны сервера нет никаких ограничений?
Пробуйте переместить файл в другую библиотеку. Алгоритмы move дорабатывались.
А в owncload'е можно как нибудь просматривать doc и xls онлайн?
> А в owncload'е можно как нибудь просматривать doc и xls онлайн?http://www.opennet.me/opennews/art.shtml?num=40256
owncloud - это не только синк файлов.
Это ещё куча плагинов типа контакты/журнал/медиасервер/облачный office/почтовый клиент.
Можно doc/docx но нужен open/libre-office на сервере для трансляции в odt
> Имхо, их нельзя сравнивать, у них разные задачи.И задачи одни, и ПО в сущности то же самое.
Изначально у них одни задачи, просто в ownCloud много побочных расширений добавили, вроде календаря или прослушивая/просмотр медиа файлов.
> Очень классная и нужная вещь! Постоянно им пользуюсь.Джва года ждал?
Уже пол года успешно использую на работе
Развернул сервак(несколько простых настроек), поднял nginx, показал как подключиться сотрудникам, все!
Поддерживает шифрование на стороне клиента.
Веб на Python'е.
Кстати, с помощью его один раз восстанавливал диплом, случайно затер абзац и обнаружил только через неделю где-то.
>Поддерживает шифрование на стороне клиентаМожно подробнее о шифровании? Спасибо.
Для Seafile сильно нужны SQLite или MySQL?
> Для Seafile сильно нужны SQLite или MySQL?Он вроде с Postgresql идет по дефолту
>> Для Seafile сильно нужны SQLite или MySQL?
> Он вроде с Postgresql идет по дефолтуПо дефолту идёт с sqlite и скриптом для трансгресирования на MySql.
Что значит сильно? База нужна ему, а sqlite просто библиотечка не требующая никаких сторонних демонов. Рекомендую вики почитать.
почитал про его установку - ого-го какой конструктор! Пожалуй, посмотрю позже.
> почитал про его установку - ого-го какой конструктор! Пожалуй, посмотрю позже.О да, конструктор, особенно версия для RPi, распаковал tar, запустил 3 скрипта и все, можно подключаться и тестировать сервис.
Переход на новую версию прошел без проблем.
Скажите, коллеги, а умеет ли клиент работать через http-прокси (в частности через squid)?
Есть обходное решение Running seafile client behind a proxy using proxychains
Обещают This will be on the roadmap after we implement http-based syncing in 4.0.
Версия 4.0 (To be released around 2014.10.30)
Понял, спасибо, будем ждать.
Юзаю пол года. Всё хорошо, но приходится допиливать русификацию.
Так ты разрабам отправляй допиливания свои.
git традиционно считается не очень подходящим для хранения бинарщины, хотя и заманчиво. Проблема в том, что diff-ы для бинарщины несколько другие и могут сильно отличаться от версии к версии, что не очень эффективно, да и в целом заточенность именно на версионность в основном текстовых файлов и мелких бинарных.
А git и не хранит дифы. Он хранит файлы полностью.
А смысл?Если бы это было так, то гит был бы не так привлекателен.
> А смысл?Смысл в том чтобы не накатывать пачку патчей чтобы вытащить нужную версию.
> Если бы это было так, то гит был бы не так привлекателен.
Вы что, сомневаетесь что это так? Ну почитайте документацию что-ли. И именно поэтому git и привлекателен.
>> А смысл?
> Смысл в том чтобы не накатывать пачку патчей чтобы вытащить нужную версию.
>> Если бы это было так, то гит был бы не так привлекателен.
> Вы что, сомневаетесь что это так? Ну почитайте документацию что-ли. И именно
> поэтому git и привлекателен.патчи это не дифы разве?
> git традиционно считается не очень подходящим для хранения бинарщины, хотя и заманчиво. Проблема в том, что diff-ы для бинарщины несколько другие и могут сильно отличаться от версии к версии, что не очень эффективно, да и в целом заточенность именно на версионность в основном текстовых файлов и мелких бинарных.Это глупость и заблуждение. Во-первых, git не хранит diff'ы, для него всё - blob. Во-вторых, pack'и blob'ов пакуются дельта-компрессией, которой тоже пофиг на содержимое, главное чтобы оно было похоже. В худшем случае, если вы храните сжатые/шифрованные данные, она просто не работает, и каждая версия занимает всё своё место (но, разумеется, без какого либо дополнительного оверхеда), однако не надо говорить что это потому что "git не очень подходящ", ибо с такими данными невозможно эффективно работать в принципе.
Итого, всё упирается в diff который видит пользователь, и т.к. в git по умолчанию diff подразумевает текст вы думаете что для бинарников он не годится. Повторяюсь, глупость и заблуждение - возьмите diff для <ваш тип файлов> и смотрите разницу между архивами - картинками - 3D моделями - whatever. github вон так и сделали.
assume binary опция для кого?
ebuild-ы уже вышли?
Новость не полная. Так же вышел клиент для андроида в 1.0 . И не плохо было бы раз'яснять что fs GIT подобная, алгоритм адаптирован под хранение. Много вставок на православном си и плюсах.Обновление существенное, тестим, тестим, и ещё раз тестим