Seafile - весьма специфичная штука. Там даже файлы хранятся на диске не непосредственно в файлах, которые можно, например, вытащить MC с рухнувшей системы.Файлы порезаны на куски и перемешаны в кашу, упорядочиванием занимается база MySQL. Доступ только через веб-интерфейс или webdav. Соответственно, если вдруг система с Seafile сбойнула, то вытащить файлы без дампа базы практически невозможно, да и с дампом вопросы есть. К тому же, нет поддержки внешних хранилищ как Nextcloud, т.е. нельзя подключить произвольную папку по webdav, Samba, FTP, локально и т.д. Ну и ещё есть такая штука как Elasticsearch, включенный в Seafile, это полнотекстовый поиск по файлам. И вот жрёт он ресурсов просто непомерно. В общем, я бы даже не стал заморачиваться прикручиванием Seafile к DSM, если только у вас не энтерпрайзное решение на Xeon и с парой десятков гигов оперативки
На бытовые Synology с их тухлыми как-бы-Celeron-ами и псевдо-Pentium-ами даже и думать не стоит.
На ставший уже стандартным вопрос "Где взять нестандартный пакет", который не находится в известных репо, даю ДВА стандартных ответа:
1. Docker,
PS Ну а всем хотящим сино-модели "J-серии" совет - хорошо подумать про модели на Интеле - рано или поздно к той или иной виртуализации и нестандартным пакетам приходит немало сино-владельцев по мере всё более глубокого погружения в сино-дебри
)) ...
переставил nextcoud, теперь не в докере, а на прямую webstation. но ни как не могу победить кеширование.
в планировщике запускаю каждые 5 минут cron: /bin/su -s /bin/sh -c "/usr/local/bin/php80 -f /volume1/web/nextcloud/cron.php" http.
в php.ini включил apc.enable_cli = 1, в конфигурационном файле nexcloud добавил строчку ‘memcache.local’ => ‘\\OC\\Memcache\\APCu’, ошибка все равно не пропала: "OCP\HintException: [0]: Memcache \OC\Memcache\APCu not available for local cache (Is the matching PHP module installed and enabled?)"
подскажите, может что упустил?