The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Разработчики GNOME и KDE на пути к созданию альтернативы Dropbox

28.03.2010 13:13

Разработчики GNOME и KDE начали обсуждение возможности объединения своих усилий в направлении создания свободной альтернативы таким закрытым сервисам централизованного хранения данных, как Dropbox, iDisk, Mandriva Click’n Backup или Ubuntu One, предоставляющим пользователю доступ к удаленному хранилищу данных, которое можно использовать для хранения файлов, для организации совместного доступа или для проведения синхронизации данных между несколькими машинами. В настоящее время компания Canonical активно развивает сервис Ubuntu One, который не лишен ряда недостатков, среди которых закрытый характер разработки и излишняя привязка к Ubuntu и GNOME, хотя тестируются версии клиентов для KDE и Fedora.

В настоящее время проекты GNOME и KDE выдвинули в рамках инициативы Google Summer of Code несколько идей, связанных с созданием свободной альтернативы сервису Dropbox. В отличие от закрытых сервисов, новый свободный проект позволит администраторам развернуть полностью подконтрольный сервис хранения на локальных мощностях. В настоящий момент разработчиками обсуждается совместное продолжение развития изначально созданного рамках инициативы KDE Social Desktop проекта ownCloud, представляющего собой серверное решение для организации совместного хранения документов и файлов, а также для обеспечения обмена данными между пользователями. В качестве лицензии предлагается использовать AGPL.

Среди идей по развитию ownCloud называется создание системы синхронизации данных между несколькими ownCloud-серверами, что позволит создавать внутри организации приватные ownCloud-серверы, которые будут синхронизированы с публично доступными серверами. Клиентская часть будет максимально переносимой, сможет работать не только в GNOME и KDE во всех популярных Linux-дистрибутивах, но и в Windows, Mac OS X и мобильных платформах. Для быстрого доступа с хранимым данным с чужих машин будет подготовлен web-интерфейс.

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

В заключение стоит отметить, что в прошлом году компания Novell и разработчики openSUSE представили очень похожий по своей сути свободный проект iFolder, направленный на создание безопасного, простого в использовании и доступного из любой точки сети сетевого хранилища для синхронизации файлов между машинами и обмена данными между группами пользователей. После установки iFolder, сохраненные в определенные локальные директории данные автоматически загружаются на сервер хранения и доставлены на других машинах пользователя. Клиентская часть iFolder доступна для Linux, Mac OS X и Windows, поддерживается управление сохраненными файлами через web-браузер.

  1. Главная ссылка к новости (http://www.webupd8.org/2010/03...)
  2. OpenNews: Компания Mandriva анонсировала сетевое хранилище данных
  3. OpenNews: Online хранилище iFolder доступно для пользователей OpenSUSE 11.1
  4. OpenNews: Сервис Dropbox начал тестирование клиентского ПО для Linux
  5. OpenNews: Canonical начинает тестирование online-хранилища для пользователей Ubuntu
  6. OpenNews: Для KDE и Fedora созданы клиенты для работы с сервисом Ubuntu One
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25982-disk
Ключевые слова: disk, storage, cloud
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (41) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, RapteR (ok), 13:44, 28/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    О господи... что только не придумают люди, что бы не использовать rsync, NFS и LDAP. Результат в конечном итоге тот же, только комп потеет в 20 раз больше... Зачем все так усложнять?!
     
     
  • 2.3, anonymous (??), 14:07, 28/03/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну, Dropbox, например — по заявлениям его разработчиков, по крайней мере — в отличие от rsync умеет обновлять кусочки файла. Т.е. был большой контейнер на 100 MiB, поменялось в нем 10 мебибайт — он только эту часть и обновит.

    Плюс все это практически zero-configuration. Указал атрибуты доступа и все, оно работает.

     
     
  • 3.6, RapteR (ok), 14:34, 28/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >контейнер на 100 MiB, поменялось в нем 10 мебибайт — он
    >только эту часть и обновит.

    Сори, забыл про diff написать...

     
     
  • 4.8, астронимус (?), 14:56, 28/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    и xdelta
     
  • 4.9, admincheg (?), 15:00, 28/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если забыл ты, то зачем мучятся со всем этим?
     
     
  • 5.10, RapteR (ok), 15:03, 28/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >зачем мучятся со всем этим?

    А я и не мучаюсь. Если будет задача - она легко решится имеющимися тулзами бородатого года выпуска, отлаженными, оптимизированными и работающими как часы, а не всякими там Убунту Оне, который бажный как черт знает что, тем более они пока сами не поняли что пишут, так же как и разработчики питона, по этому какого то устойчивого API ждать не приходится.


     
  • 5.67, Анон (?), 12:54, 30/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Настройка rsync дело пяти секунд.

    А что у вас есть необходимость хранить на удаленном сервере 500 Гб фильмов каждый весом по 1,4 Гб?

    У меня настроена такая система, может реализовано и коряво, через хак ядра, который отслеживает изменение файлов,  но я и не супер-кодер на С++, а пользователи довольны, т.к. бится в стену, пытаясь объяснить как пользоваться удаленным FTP-шником мне надоело.

     
     
  • 6.68, RapteR (ok), 13:51, 30/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >т.к. бится в стену, пытаясь объяснить как
    >пользоваться удаленным FTP-шником мне надоело.

    А не надо головой об стену, надо хомяки на NFS перетащить и все.... Ну с вендами... в 98 можно было мои документы на сетевую шару перенести, а в XP-шке думаю можно и AD забацать.

     
  • 6.69, Michael Shigorin (ok), 14:47, 30/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня настроена такая система, может реализовано и коряво, через хак ядра,
    >который отслеживает изменение файлов

    Поищите rsync inotify, кажется, кое-что полезное есть.

     
  • 3.11, Kuzmich (??), 15:27, 28/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это rsync-то не умеет? Ню-ню.
    man rsync по ключам --checksum и --inplace
     
     
  • 4.60, anonymous (??), 13:45, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Реально не знал. Спасибо.

    Век живи век учись... -_-

     
  • 3.12, QuAzI (??), 15:29, 28/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы удивитесь, но именно благодаря этой фиче я и пользую rsync вместо простого копирования по сети при создании бекапов.
     
  • 3.41, User294 (ok), 01:10, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > в отличие от rsync умеет обновлять кусочки файла.

    Вообще-то rsync при изменении кусочка файла только его и пересылает... ;)

     
  • 3.46, аноним (?), 01:38, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > в отличие от rsync умеет обновлять кусочки файла. Т.е. был большой контейнер на 100 MiB, поменялось в нем 10 мебибайт — он только эту часть и обновит.

    rsync как раз именно для этого и был создан, и это умеет замечательно.

     
  • 3.56, prof_alex (?), 09:00, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > в отличие от rsync умеет обновлять кусочки файла.

    А когда rsync разучился обновлять файлы кусочками? Что-то не припомню,в какой версии это пропало?

     
  • 2.16, СуперАноним (?), 15:49, 28/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А Вы не хотите задуматься, с каким превеликим "энтузизазизмом" воспримут необходимость пользоваться rsync, diff пользователи Windows (этих вообще в гетерогенной сети большинство), Mac OS X?
     
     
  • 3.40, ffirefox (?), 01:10, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А Вы не хотите задуматься, с каким превеликим "энтузизазизмом" воспримут необходимость пользоваться
    >rsync, diff пользователи Windows (этих вообще в гетерогенной сети большинство), Mac
    >OS X?

    А в чем проблема для пользователей? Есть туча гуевых клиентов, скрипт для rsync + ssh из одной строчки или можно пользовать что-то типа unison, dirsync и т.д.

     
  • 3.44, User294 (ok), 01:14, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >пользователи Windows (этих вообще в гетерогенной сети большинство),

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

     
  • 3.70, mr_gfd (?), 11:14, 31/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А Вы не хотите задуматься, с каким превеликим "энтузизазизмом" воспримут необходимость пользоваться
    >rsync, diff пользователи Windows (этих вообще в гетерогенной сети большинство), Mac
    >OS X?

    Работает же, с гуями в том числе. Гугль в помощь.

     
  • 2.39, pavelg (?), 01:09, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ни одна из перечисленных программ сама по себе не решает этой задачи, как впрочем и при их совместном использовании.

    rsync может обходиться без NFS и LDAP, но он не позволяет в реальном времени проводить синхронизацию больших объёмов. На сравнение 30Гб у меня уходит 30-45 минут, да ещё и проц с жёстким будет нагружен настолько что что-либо ещё выполнять невозможно.

    Если уж чем-то дополнять возможности rsync'а, то это FAM'ом или GAMIN'ом с каким-нибудь способом записи событий в лог-файл или базу.

     
     
  • 3.52, RapteR (ok), 04:06, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >rsync может обходиться без NFS и LDAP, но он не позволяет в
    >реальном времени проводить синхронизацию больших объёмов

    Ой ли. Ничего подобного. У меня так два NFS сервера между собой общаются. По крону раз в минуту вторичный сервер тянет то, что изменилось на первичном, отрабатывает за 0,00* секунд. На NFS лежат хомяки юзеров, юзеров около 100, половина юзает иксы и хранит кучи документов.

    Ну или вот:
    rapter@rapter:~/Distrib/repo_all$ time ./rsync_repo.sh

    Number of files: 66914
    Number of files transferred: 5
    Total file size: 49.57G bytes
    Total transferred file size: 4.65K bytes
    Literal data: 1.15K bytes
    Matched data: 3.50K bytes
    File list size: 2.29M
    File list generation time: 0.001 seconds
    File list transfer time: 0.000 seconds
    Total bytes sent: 17.02K
    Total bytes received: 2.35M

    sent 17.02K bytes  received 2.35M bytes  248.76K bytes/sec
    total size is 49.57G  speedup is 20974.77

    real 0m8.448s
    user 0m1.132s
    sys 0m2.544s

    Таки не сказал бы что объемы маленькие.

     
     
  • 4.62, pavelg (?), 21:19, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно всё дело в постоянно включенных серверах и кэшировании контрольных сумм и состояний файловых систем rsync'ом.

    У меня ноут и десктоп не работают постоянно. Резервную копию ноута делаю rsync'ом примерно так:
    rsync -rctlpEXog --verbose --delete -e ssh /home/user user@192.168.0.1:/home/user

    Можете показать rsync_repo.sh?

     
     
  • 5.63, RapteR (ok), 21:23, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Возможно всё дело в постоянно включенных серверах и кэшировании контрольных сумм и
    >состояний файловых систем rsync'ом.
    >
    >У меня ноут и десктоп не работают постоянно. Резервную копию ноута делаю
    >rsync'ом примерно так:
    >rsync -rctlpEXog --verbose --delete -e ssh /home/user user@192.168.0.1:/home/user
    >
    >Можете показать rsync_repo.sh?

    #!/bin/sh
    remote_server="rapter@192.168.0.2:/data/hdd3/repo/"
    local_folder="/home/rapter/Distrib/repo_all/"
    rsync --progress --stats --recursive --times --links --compress --delete --human-readable $remote_server $local_folder

     

  • 1.2, anonymous (??), 14:04, 28/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > хранение данных в древовидной структуре

    Ну сколько раз можно напоминать уже, что файловая система - орграф, а не дерево.

     
     
  • 2.38, XoRe (ok), 01:07, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> хранение данных в древовидной структуре
    >
    >Ну сколько раз можно напоминать уже, что файловая система - орграф, а
    >не дерево.

    Вы про кластеры, не про папки-файлы?

     
  • 2.47, аноним (?), 01:42, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Ну сколько раз можно напоминать уже, что файловая система - орграф, а
    >не дерево.

    Однобокий матанщик? Вместе с коллегами будете определения несуществующих объектов обсуждать. А в реальном мире пока у одной директории не будет более одной родительской, ФС будет деревом.

     
     
     
    Часть нити удалена модератором

  • 4.28, sHaggY_caT (ok), 17:43, 28/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Облака, конечно, чем дальше тем больше будут рулить, но офисные серверы вряд ли в обозримом будущем исчезнут.
    Вот сабжевый проект и можно поставить на свое железо, и, кстати, на colocation например.
     
     
  • 5.64, аноним (?), 03:00, 30/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    великолепно...
    удалилил даже объяснение, почему пост не стыкуется с предыдущим
    нет слов...
     
     
  • 6.65, Michael Shigorin (ok), 11:20, 30/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >великолепно...
    >удалилил даже объяснение, почему пост не стыкуется с предыдущим
    >нет слов...

    Простите, это я перестарался.  Вот фрагмент Вашего (как понимаю) объяснения за исключением отсылки к вычищенному по причине флеймообразования, приглушённой рекламы сервиса злонамеренного поставщика и до кучи -- неверности (т.к. человек явно не учёл новелловский ifolder):

    ---
    sHaggY_caT отвечала на [замечание], что Dropbox - это больше
    сервис, нежели технология, и завоевал свою популярность не пеной на
    красноглазых тусовках, а выгодными предложениями и высокой надёжностью вкупе с
    простотой конфигурирования.
    Сравнение ещё одной утилиты для сетевого копирования и успешного сервиса _некорректно_.
    ---

     
  • 3.50, Веслый мясник (?), 02:15, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бают есть вот ещё такие линки
     

  • 1.7, denis111 (ok), 14:54, 28/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пусть ifolder.ru подаст в суд на Novell за использование их имени )))
     
     
  • 2.48, Michael Shigorin (ok), 01:47, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Пусть ifolder.ru подаст в суд на Novell за использование их имени )))

    JFYI, cvs-ы ifolder и ещё пары смежных субпроектов у меня завелись году если не в 2004, то в 2005.  Сдёрнутые с novell forge.  А ifolder.ru created: 2005.08.01

     

  • 1.23, UnnamedUA (?), 16:50, 28/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И че, мне свои 5 ГБ нашару выкинуть теперь?
    Удобно ведь, зашел у девушки дома в интернет новости посмотреть, торрент закинул в папочку через web, и уже дома уже скачанная серия ждет..
    + для работы есть тема, что 5 ПК синхронизируются на разных ОС...
    Так что уже работает плюс разные операционки работают уже не переплюнуть..
     
     
  • 2.24, RapteR (ok), 16:53, 28/03/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А не проще ли заиметь один ноутбук, чем держать зоопарк из 5 компов да еще и с разными осями... Этож пипец...
     
     
  • 3.49, Michael Shigorin (ok), 01:50, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >А не проще ли заиметь один ноутбук, чем держать зоопарк из 5
    >компов да еще и с разными осями... Этож пипец...

    Автопропуск слов "для работы" приравнивается к весеннему обострению? :]

     
  • 3.51, _Vitaly_ (ok), 03:07, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пипец - это то, чем вы весь топик закидали :)
     

  • 1.55, anonymous (??), 08:39, 29/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Новость отличная. Если в рамках этих идей будет создан сервер хранения с открытм интерфейсом для клиентов - почет и уважуха.
     
  • 1.57, Ivan1986 (?), 10:25, 29/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Да нифига там нормального не будет создано
    будет очередная кривая поделка, так как подход к разработке такой.

    Вот выше уже писали - rsync юзать, некоторые вот git предлогают.
    А толку, ими же управлять неудобно - скрипты запускать, настраивать
    Dropbox поставил и он работает.

    Хотя возможно у KDE подход другой - они к пользователям не жопой, как многие олпенсорсники, может что-то и выйдет.

     
     
  • 2.59, аноним (?), 10:40, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Хотя возможно у KDE подход другой

    вы ещё не накушались их подходом за три года?
    будет именно полурабочая поделка

    к сервису от убунты у меня больше доверия

     
     
  • 3.61, ivan1986 (?), 15:08, 29/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Насмотрелся я на гном, в кедах все очень даже хорошо, а вот бубунту оне это именно глючная поделка.
     
     
  • 4.66, Зилибоба (ok), 11:34, 30/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    свою задачу по синхронизации адресной книги между несколькими компами оно делает замечательно. Перекинуть пару файлов раз в месяц - оно делает более чем хорошо. Заметками не пользуюсь. Глюков не наблодаю. Может расскажите подробней, мне очень интересно!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру