Как стать автором
Обновить

Комментарии 73

Я вот давно вынашиваю идею купить Cubieboard и на ней организовать нечто подобное. Вы не в курсе, как дела обстоят с этим на ARM?
EDIT: извиняюсь, не заметил, что Seafile доступен для «Малины»
В интернете описан опыт установки ownCloud на Raspberry Pi, кто-то писал, что и на 256 Мб оперативной памяти работает нормально, не знаю, не тестировал. Системные требования можно найти на официальном сайте. У меня ownCloud установлен на VPS средней производительности, параллельно ещё несколько сервисов, в целом на производительность не жалуюсь.
По поводу Raspberry Pi. Меня не удовлетворила скорость работы ownCloud'a на нем, около 5-7 сек. надо было ждать для загрузки страницы.
Хотя пока что я это списываю на кривость своих рук. Буду еще пробовать.
НЛО прилетело и опубликовало эту надпись здесь
Спасибо за совет! Попоробую. У меня как раз model B (512 Mb).
НЛО прилетело и опубликовало эту надпись здесь
Спасибо, посмотрю.
Скажите если использовать ваше приложение, свой домен использовать?
НЛО прилетело и опубликовало эту надпись здесь
Есть, внешний IP и есть кантроль над доменом. Как я понял, нужен в вашем дистрибутеве внести изменения в файл конфиг owncloud и отключить dyndns клиент, так?
НЛО прилетело и опубликовало эту надпись здесь
Спасибо, думаю данная функция (свой домен) будет полезна многим. Отпишусь на почту.
У меня ownCloud установлен на Netgear Stora со 128 МБ памяти и каким-то хилым процессором. Шевелится приемлемо… Другое дело, что я им пользуюсь исключительно в качестве веб-интерфейса к файлам на диске, не пользуюсь синхронизацией и отключил индексацию файлов. Ещё приходилось делать кеширование статики — но в седьмой версии уже нет такой необходимости вроде.
(где «приемлемо» == «ну хоть как-то»)
А при чем здесь ARM? У вас на ней будет работать nginx+php-fpm? Будет. Значит будет работать и ownCloud.
Не силён в программировании, поэтому и спросил. Я так понимаю, что если есть исходники, то они компилятся на что угодно без проблем?
Ещё непонятки возникли т.к. в разделе загрузок на сайте Seafile есть клиент под «малину», а аналога под ownCloud нет. Поэтому и возник вопрос о работе на ARM. Ведь например обычный Debian на Cubieboard не поставить, и зачем-то же делали порт. Исходя из всего этого возникло мнение, что ОС всё же кое-как привязана к поддерживаемому железу.
php-код никуда не компилится. Он исполняется. А для его исполнения есть php-интерпретатор, который под ARM есть. То есть вам нужно было узнавать есть ли php и веб-сервер под ARM. А ownCloud взлетит везде, где работает php, хоть на ARM, хоть на Sparc, хоть на PowerPC.

Вы же спрашивали про ownCloud, а это — серверная часть. Клиент-то вам там зачем? Ну а если нужно будет монтировать ownCloud стоящий в другом месте на ARM, то читайте про webDAV, никакой клиент не нужен, можно обойтись mount.davfs.
На Raspberry Pi вполне себе ставится обычный Debian. Просто работает там не очень оптимально, потому что отсутствует поддержка аппаратной арифметики с плавающей точкой (точнее, не совсем но не в рамках комментария это обсуждать).
Подозреваю, что на Cubieboard аналогично.
У меня OwnCloud работало на Cubieboard, Cubietruck сейчас перенёс на Odroid-U2.
На Cubietruck сейчас Linaro на базе Ubuntu 14.04, на Odroid-U2 — Ubuntu 14.04 LTS.
>2. Все приложения для android

Правда?

itunes.apple.com/us/app/owncloud/id543672169?ls=1&mt=8

А CardDAV, как я знаю, iPhone из коробки умеет. Ну и с остальными, думаю, такая же история.
iOS у меня нету, протестировать никак. В конце приведена ссылка «Дополнительные приложения», там есть информация, актуальная и для iOS.
НЛО прилетело и опубликовало эту надпись здесь
Пользуюсь на Cubieboard2 пару месяцев. Сносно, но и из нагрузки — я один :).
Есть ограничение 32х бит на максимальный upload, но это не критично. Хорошо подружил с WinPhone — webdav client и модифицированная запись от iCloud. В целом анамнез положительный, жалоб нет. Только вот в Линуксе после апдейта отключился на запись davfs2, но и это пофиксили вроде, надо дождаться обновления.
Спасибо. Вы гораздо полнее раскрыли функционал, чем я в той статье)
Благодарю, старался :)
Как то в нем однобоко клоуд представлен, такое ощущение, что клауд тут только для маркетинга.
Если сдохнет главный сервер то все конец?
Поднимите виртуальную машину в кластере. Тот же proxmox. Кто вам мешает? Отказоустойчивость — параметр относительный. Зависит от важности непрерывного аптайма.
То есть сам он кластеризироваться не умеет?
Чтобы я скажем поднял его на одном сервер и на втором и как то они между собой синкались и делали счастье?
Вот меня тоже этот вопрос заботит. Одно дело файлы держать в нескольких местах, совсем другое полноценную серверную ноду синхронизировать. Хочется хотя бы иметь резервную ноду, a-la mysql slave
Если упадёт сервер, то у вас останутся только копии файлов на локальных машинах. База данных и история будет потеряна. Из коробки в кластер не собирается. Но сторонник методы вполне работают.
НЛО прилетело и опубликовало эту надпись здесь
То копии данных останутся на всех подключенных устройствах.
Ну как то это не то, работать то синк не будет, в общем надеюсь они это допилят и тогда он станет юзабельным и полностью клаудным.
а ты видишь другой выход? dns round-robbin требует наличия 2 фронтов, которые будут раскидывать запросы на 2 взаимореплицируемых сервера.
Как минимум требуется это
Сказать честно не вижу смысла самому городить кластер для этого, проще подождать или тупо сидеть на гугле.
Есть же люди, которые вроде как не доверяют свои данные 3-ей стороне и хотят чтоб все хостилось у них. Ну а так — конечно же гугл проще, но платная подписка стоит у них уже нормально так.
без кластера такое поднимать вообще не вариант. ну стоит 5 баксов в месяц у гугла платная подписка, ну выпьет человек на чашку кофе меньше в месяц, по сравнению с затратами времени и серверов для распределенного кластера own cloud это ничто.
Почему однобоко? Я просто описал некоторые возможности платформы, указал на существующие недостатки, маркетинг ни причём. Поставил, понравилось, статью развернутую не нашёл — написал, заодно глубже в вопросе разобрался. Отказоустойчивость обеспечивать самому: habrahabr.ru/post/209432/, хотя, может быть, подойдёт и mysqldump и rsync по крону. База после mysqldump восстанавливается нормально, а если использовать SQLlite, то только rsync'ом может можно обойтись, я не силён в этом. Цель статьи — описать функционал платформы и инструмент работы с ней, прочее решил не затрагивать.
Да я не про вашу статью, а в целом про сам own cloud.
В приведенной статье расписан совсем какой то не до кластер, как минимум у него две точки отказа это сервер с nginx и nfs сервер, в целом выгоднее будет поставить все на одном сервере чем такое городить и ничего в итоге не выиграть. То есть для его схемы надо минимум 6 серверов, 2 нгинкс, 2 апликейшена и 2 нфс. И то это такой полукластер так как надо такую же копию из 6 серверов подымать в другой локации с синхронизацией. Итого для кластера надо 12 нод по такой схеме, проще все посадить на одну и какую то синхронизацию сделать и обойтись двумя нодами.

Хочется решения из коробки, а не городить огород свой огород с кучей всего.
Да, хорошо было бы иметь отказоустойчивость из коробки, пока только репликация MySQL и какой-нибудь drbd, не знаю, надо будет поинтересоваться.
master-master репликация на MySQL и какой-нибудь btsync для синхронизации директории /data помогут вам.
Можно будет и любой из двух серверов юзать в любой момент и иметь устойчивость к падению одного из них.
Не связывайтесь с drbd, тут оно не нужно
Если на уровне файлов, то тот же клиент ownCloud можно использовать для синхронизации.
Вопрос. Не будет ли более корректным реплицировать виртуальную машину как единое целое? ProxMox вроде обеспечивает даже балансировку трафика между нодами.
Тоже, как вариант.
В принципе можно придумать достаточно много способов.
Я использую ownCloud на одной, но физической, машине. Подумываю о ей парной, мне реплицировать виртуалку не вариант. А так да, Proxmox и не только он позволяют реплицировать виртуальные машины.
Просто это субъективно проще, чем куча скриптов по каждой мелочи, базе данных, настройках, файлах и т.п. Проще одним куском. Я за это виртуальные машины и люблю. Есть черный ящик. Как работает — неважно.
Я тоже люблю виртуалки и использую их везде, где это возможно. Работа без виртуалок у меня бы вообще была грустной и тоскливой.
Но для личного файлового хранилища я взял самый дешевый сервер от ovh/kimsufi, он на Atom без аппаратной виртуализации и там KVM грустит и плачет. Потому там у меня для изоляции lxc, но все живет без виртуалок на одной железной машине. А отсюда и идея изложенная выше, про master-master и синхронизацию директорий, я над этой идей уже пару месяцев думаю, еще месяцок подумаю и созрею до того, что бы взять вторую такую же машинку и сделать зеркалку для ownCloud, ну и кое-что отличное от основного по прочему.
НЛО прилетело и опубликовало эту надпись здесь
Всё бы хорошо, кроме пары но:

1. Всё бы хорошо, но что с бэкапами? Если умер сервер, то ждём пока оживет/оживляем единственный?
2. Все приложения для android, и законченными их назвать язык не поворачивается…
Проще всего на виртуальной машине разворачивать. Версионирование, миграция.
1) Это делать самому, что-то подобное расписал другой хаброюзерhttp://habrahabr.ru/post/209432/
2) У меня нет iOS, хотя для этой платформы тоже сделаны приложения, информация по ссылке «Дополнительные приложения» в конце статьи. Да, мобильные приложения не очень доделаны, но что есть я и описал, другого пока нет.
1) MySQL master-master репликация — это костыль? У меня иное мнение на этот счёт, это не более, чем способ организации отказоустойчивости ниже того уровня, который бы вы хотели. Да, было бы удобно, если бы ownCloud сам умел кластеризоваться, но и репликация — тоже хороший способ.
2) github.com/owncloud/windows-phone пока только так, работоспособность не гарантирую, негде проверить.
1. Это костыль. В статье по ссылке ещё и для доступа обоих серверов к файлам nfs шара организована. Это вообще без комментариев. Если мне надо не два сервера? На каждом сервере проводить эти операции? Где в этом решении масштабируемость? А если сервера не в одной подсети, а разнесены по офисам?
2. Его нет в маркете. Надо подключать dev учётную запись, и только тогда можно будет поставить приложение не из маркета. Приложение к тому же далеко от стабильности и юзабельности.
1. Странные у вас понятия о костылях. Там статья вообще адовая, да, но я её привел лишь в качестве доказательства тому, что MySQL master-master нормально работает в данном случае тоже. Да, если не два сервера, то на каждом, а как иначе? Мысли считывать ваши что ли? Этот процесс можно автоматизировать, если уж так лень заниматься. Если не в одной подсети, то использовать VPN, не вижу никаких проблем.
2. Вам виднее, но уверен, что рано или поздно приложение появится в маркете и будет вам счастье. Пока можно поискать альтернативное приложение.
Я бы к минусам добавил невозможность синхронизировать файлы более 2 Гб. — ограничение php…
А ещё лично у меня частенько проблемы с обновлением, хотя может тут сам чего-то не доковырял. Использую репозиторий и обновляю как и всё сотальное методом aptitude update && aptitude upgrade
Несколько раз было, что корневая папка перемещалась то в /var/www/owncloud, то в /usr/share/owncloud, приходилось ручками донастраивать.
Я лью бекапы около 9 Гб весом на свой owncloud, все в порядке, у вас проблема в конфигурации. Обновляю встроенным updater'ом, пару раз глючил, но не смертельно, у них в трекере есть запрос на добавление страницы с пошаговым описанием обновлений в таких случаях, но пока вроде не довели до ума, некоторые моменты не раскрыты, но есть на официальном форуме. Каталог никуда не переносился ни разу, использую сабж с 5й версии продукта.
Благодарю! Можно вас попросить прокомментировать вопрос.
Попробуйте прочесть этот топик -> forum.owncloud.org/viewtopic.php?t=7733, возможно он вам поможет.
У меня nginx+php-fpm на 64 битном ubuntu server, периодически заливаю файлы более 2 Гб, пока проблем не было, может быть мне стоит проверить их контрольные суммы? :)
1. php.ini
2. конфиг вашего веб-сервера

и будет вам, хоть 10 гигов.

Если нужна какая-то помощь в настройке, обращайтесь. По мелочам бесплатно советом помогу, если серьезно настроить, то помогу, как специалист за деньги.
В /etc/php5/apache2/php.ini у меня указано
upload_max_filesize = 16G и post_max_size = 16G
А что надо дописать в конфиг апача?
.htaccess дефолтный ownновский вам мешает.

php_value upload_max_filesize 513M
php_value post_max_size 513M

в нем перебивают php.ini
исправьте в нем значения, он в директории с самим ownCloud(что логично) лежит.

А еще лучше, если есть возможность, откажитесь от апача, на такой задаче он не нужен, поставьте nginx и сконфигурьте его.
Ага, не заглядывал раньше в этот htaccess. Правда, как я говорил в упомянутом выше вопросе, файлы заливаются у меня на сервер размером 2048 Мб. Ну и после правки htaccess ожидаемо ничего не изменилось.
Не даром в ссылке с первого ответа на тот вопрос говорится об исчезновении этого ограничения в php 5.6, но может это относится только к арм, раз столько несогласных…
В общем, смотрю 5.6 уже stable, буду пробовать обновляться.
А нужно было сразу посмотреть, раз апач юзаете. htaccess перебивает системные настройки. Я сам апач не юзаю уже лет 6-7, но как вы написали, что апач, сразу побежал в корень ownа смотреть кто там лежит и с чем.
Ну теперь обновите php и придет к вам полностью счастье.
Надеюсь, что был полезен.
Обращайтесь!
Подтверждаю, mozilla sync работает.
Было бы подобное решение для chrome, было бы круто.

Хочу дополнить возможности:
* Можно подключать LDAP для пользователей.
* Можно подключать внешнее хранилище для файлов, список вариантов приличный
Скрытый текст
Amazon S3
Dropbox
FTP
Google Drive
OpenStack Object Storage
SMB/CIFS
ownCloud/WebDAV
SFTP
iRODS


Если нужна отказоустойчивость настоящего облака, можно развернуть owncloud в amazon.
PHP — EC2
Mysql — RDS
Storage — S3
Можно попробовать использовать несколько EC2 + балансировщик.
Тоже печально когда пробовал ownCloud 5 — он был печальным, ownCloud 7 некоторое время использую как основное облачное хранилище.
Оставлю для потомков инструкцию по подключению s3 в owncloud (действия на стороне amazon):
forum.owncloud.org/viewtopic.php?f=26&t=22481&p=64850

Особенности подключения внешнего хранилища (s3):
— его нельзя сделать корневым (вроде бы можно только OpenStack Object Storage)
— если вы подключите один bucket «на всех», все пользователи будут видеть все файлы.
— нужно создавать и подключать отдельный bucket для каждого пользователя — под админом подключать и указывать «этот для этого пользователя», «тот для того»
Для семейных инсталляций это не смертельно, а для рабочих — хз.
Народ чё лушче nginx или apache для малины? Накатил apache медленно((
Может кто то подскажет сервис для создания частного облака с возможностью редактировать таблицы совместно, сколько разных смотрел там только редактирование pdf и документов?
Хотелось бы развернуть аналог гугл-докс у себя с базой на своем серваке.
Это есть в OwnCloud
слева: шареный документ открытый по ссылке в режиме инкогнито, справа: открытый в сессии пользователя.


Так же видно всех кто сейчас смотрит документ и разным цветом подсвечены изменения, курсор и выделения текста разных пользователей.
Это документы, а таблицы? Аналог Excell?
Для таблиц пока есть только очень простой редактор, версии 0.0.1, без возможности совместной работы.
Подскажите, а как сделать загрузку в облако из dropbox\ftp\sftp
Внешние хранилища успешно присоединяю, но он не скачивает оттуда, а даешь ли интерфейс для просмотра, так?
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории