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

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

Почему именно owncloud, а не nextcloud?

Я о nextcloud просто не знал. ownCloud у меня записался на подкорке, когда коллеги на работе делали демку с разворачиванием ownCloud с помощью Ansible и HPE OneView. Поэтому я не мучился с выбором, просто не зная о том, что этот выбор есть.

Надо попробовать развернуть nextcloud.

Для общего развития, не могли бы уточнить, чем плох owncloud по сравнению с nextcloud?

У меня как раз исторически сложился owncloud, и непонятно, стоит ли переезжать. Так как ставил ещё 3 года назад, то оказывается, что установленная версия сильно устарела, и вместо обновления вероятно есть смысл перейти как раз на nextcloud.

У меня тоже ещё два месяца назад стоял owncloud, причём, ещё версии 9 с чем-то.

Переехал на nextcloud.

Плюсы в основном в том, что больше плагинов и они активнее развиваются и поддерживаются.

Например, у меня плагин для синхронизации СМСок с телефона. Так для owncloud'а этот плагин устарел и больше не поддерживается клиенстким приложением.

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

Подскажите, пожалуйста, что за плагин?

Phone Sync (ocsms)

А некстклауд вообще можно одним снапом поднять в убунту, и пользоваться.

Но блин какой же он все-таки сырой, а он owncloud опережает. Постоянно ошибки валятся, постоянно приложения вылетают, короче трясёшься больше за свои файлы, чем если бы они просто на компьютере лежали.

Тогда не о чем будет писать статью :) Я просто не знал о nextcloud. Теперь стало интересно посмотреть. ownCloud в моих домашних условиях сбоев не давал. Хранит всё в файловой системе. То есть сами файлы не должны потеряться, даже если программа даст сбой.

юзать снап - мазохизм

Таки в чем он заключается?

loop-диски, проблемы с VPN, проблемы с правами (да, можно настроить, знаю), больше жрут ресурсов (как места на дисках, так и оперативки), медленнее работает (запуск телеграм на ryzen 5 более 10 секунд со снапа и 2-4 при установке бинаря), ещё и при этом нет контейнеризации. Есть ошибки вида падения DPI на дефолт и подобных. Актуально на 2018 год примерно, но, насколько знаю, мало что поменялось.

а можете подсказать, какие ошибки? Второй год пользуюсь в докере, всё замечательно, все машины в семье засинканы, есть общие папки, есть личные, доволен. Хотелось бы знать, что может отвалиться

А можно это всё в докер завернуть?

Есть инструкция на сайте производителя, как поставить в контейнере.
https://doc.owncloud.com/server/10.10/admin_manual/installation/docker/
Но я ретроград и консерватор :). Не понимаю, как быть с настройками, как чинить, если неудачное обновление контейнера пришло. В общем это мой чисто субъективный выбор. Конкретно данный экземпляр для статьи ставился в виртуалке KVM.

Для домашнго использования базы и в SQLite хватит.

version: '3'

services:
  nc:
    image: nextcloud:24-apache
    volumes:
      - ./data:/var/www/html/data
    ports:
      - 80:80

Я пошел по пути наименьшего сопротивления - опирался на официальные руководства :).

Если нужно синхронизировать только файлы, можно просто использовать Syncthing. Все настройки через GUI, без правок каких-либо конфигов nginx/php. Написана на Go. Работает как Dropbox с разницей лишь в том, что синхронизирует файлы на всех устройствах без сервера. Гибкая настройка прав, есть возможность ставить на папки пароли, можно использовать для синхронизаций документов в команде из небольшого количества участников (думаю, человек до 50 потянет).

Бонусом идет система версионирования файлов. К сожалению, это не git, чтобы можно было править один и тот же файл с нескольких устройств. Но система не удаляет коллизии изменений (при этом оповещает о них). Правда, их приходится разруливать вручную, либо как вариант указать какую версию сохранить, а какую удалить или переименовать.

100% opensource, в F-droid публикуют несколько совместимых друг с другом форков.

Да, вот так и я накопил терабайт фото и видео с домашних телефонов))

Спасибо за совет. Посмотрю.

Syncthing - любители Украины, в конце мая отключили для России глобальные серверы обнаружения. Придется разворачивать свой syncthing-discosrv или работать только в локалке.

А можно ссылку на первоисточник?

Примерно с 25 мая:

1) репозиторий APT недоступен, в т.ч. раздел на сайте (https://apt.syncthing.net/)... программу не обновить;
2) все внешние связи отвалились (остались только локальные, по DHT), т.е. стали недоступны глобальные серверы обнаружения (это уже не репозиторий);
3) основной раздел сайта (https://syncthing.net/) - доступен...
4) на сайте первой строкой - "Фонд Syncthing выступает за мир и с Украиной! Читайте о том, что мы делаем..."

по совокупности, предполагаю, что причина - фонд Syncthing.

Начал уже устанавливать свой syncthing-discosrv (не работает совместно с клиентом на 1 IP - подбирал варианты), но сегодня все пришло в работоспособное состояние... и я рад.

А, я думал, они официально объявили.

Скорее всего, всё проще:
— о поддержке Украины они объявили ещё в марте
— в конце мая случился Роскомнадзор

Потребительский интернет в России давно перешел стадию, когда пользоваться им без дополнительного туннелирования в более стабильные каналы затруднительно.
А это не проделки Роскомнадзора? У меня Ростелеком не пускает к серверам, а Теле2 нормально
А это не проделки Роскомнадзора? У меня Ростелеком не пускает к серверам, а Теле2 нормально

Но, как я понял из этой ветки, это не полностью независимое self-hosted облако? Если они в какой-то момент закроют свои сервера обнаружения, то только в локальной сети можно будет синхронизироваться?

При всем отличном функционале nextcloud/owncloud имеют очень большую проблему, как только количество файлов в папке переваливает за несколько тысяч, особенно если это фото то сервис начинает кошмарно тупить, все это не лечится ускорениями, сделав одну операцию тонкое место возникает в другой.
Даже webdav от nextcloud получается непростительно медленным. Поднимаем от nginx или apach или любой другой webdav и скорость растет на порядок.

Нужно подбирать FS под свои цели, для конкретного сервиса

Я, наверное, на это не налетал, так как стараюсь на телефоне фотографии раскладывать по папкам. А несколько тысяч файлов можно накопить только в фотках/видосиках :)

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

Зачем голый, если можно добавить filerun?

уже почитал про него, думаю попробовать. Как у него со скорость работы? такие же проблемы как у nextcloud не наблюдаются?

Nextcloud все же на данный момент более открытый и не так сильно лезет в коммерцию, как Owncloud

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

От owncloud отказался из за платности, ничего сказать не могу.

Nextcloud знаю как безпроблемный клиент уже много лет, правда не гонюсь за версиями. Так как отдаётся статика, то я у себя сделал nginx+postgres. Файлы: 278128 обслуживаются без проблем, быстрее чем в последней windows11 (семейное использование на десяток пользователей) на хосте core4duo с 8 Гб памяти hdd. Приложение "Фото" стараюсь избегать, при быстром пролистывании легко загнать CPU в "красную зону". Просто храню фотки в папке "год" в котором 12 папок-цифр с месяцами и открываю в "Файлы" по превью.

... добавлю, что лучший man используемый мною нашел в wiki calculate, но надо понимать разницу в архитектурах немного при установке по этому ману в debian.

Про клиент допишу в этой статье. Вначале хотел сделать отдельную, но подумал, что смыла делать сериал нет. Я использую FolderSync. Он бесплатный, но в нем от души рекламы. С другой стороны, один раз настроил и забыл. Он в фоне сам работает.

Использую filerun быстрее nextcloud но плагинов таких нет.

В свое время удивился, что в owncloud вся загрузка-выгрузка файлов написана на php. Этож блин какая-та поделка получается полукустарная, непригодная для серьезных нагрузок.

С тех пор искал решение для развертывания собственного облака, оптимизированное под нагрузки и не нашел. Чтобы низкоуровневая часть, отвечающая за передачу данных была написана на c/c++/go, поддерживался нормально FTP/SMB, с сохранением квот и пользовательских прав - этого тоже нигде нет (!) и подобное. Бывает ли такое?

Мне даже интересно стало. Почему вы в один ряд с сями ставите голенг (!) как пример быстрого масштабируемого языка (!!), но даже не упоминаете Rust, который в 8 раз быстрее голенга, на уровне жавы по сложности и гораздо проще и удобнее сей?

Кому own\nextcloud-ы слишком жирно, смотрите в сторону filestash, filebrowser,sftpgo etc

Добавил описание настройки клиента. Теперь полная картина

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории