Клиент Nextcloud 2.5

Будем честны, тебе nexcloud не подойдет банально тем, что в случае «selfhosted cloud» нужно самому думать о его бэкапах.

Оно разве не умеет синкать файлы на тот же гугл драйв и амазон?

Мысль разумная. Но не критично. Я на нем не «храню», а «расшариваю»

Behem0th,
Попробую на примерах:
- Основной я.диск стоит у меня на одной из домашних хранилок (микросервере под офотопом). 3
- Там ему доступно гигов 400 (почти столько у меня там места яндекс отрезал. бесплатно). Та есть все. В т.ч. файлы которые нужно шарить раз в пятилетку, но они немаленькие по суммарному размеру
- На ноуте тоже стоит клиент. Но там ссд всего 250г. Тупо некуда все синкать. И не нужно. В результате: правая кнопка мыши, открыть древо каталогов синхронизированных, снять галки с ненужных на ноуте - все, профит. На ноуте их нет, место они не жрут.
- Понятное дело, что это вопрос привычки и т.п. Но сделано весьма удобно. Мне нравится.
- С мобилкой похоже. На мобиле он синкает только один каталог.

Конфиденциальности не прибавится.

Ну я понимаю, что ты текст новости не читаешь, но там чуть ли не первым пунктом идет про end2end шифрование. Оно тебе не нужно - ок.

Неа, это ты читать разучился :)
Про «не прибавится» - было к совету «сделать облако на яндексе». Я на это предложение ответил этой репликой.

было к совету «сделать облако на яндексе». Я на это предложение ответил этой репликой.

Какая разница где твои файлы висят, хоть у ФСБ в облаке, если они зашифрованы для сервера?

Оно разве не умеет синкать файлы на тот же гугл драйв и амазон?

В 13ом грохнули поддержку.

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

Ну скажем так:
- Да, мне будет неприятно, если мои файлы все расшарятся всем.
- Но критичного в этом нет. Там нет ни домашнего порно, ни паролей от кредиток.

Т.е вообще бекапить только руками? Я все хотел поставить сабж когда-нибудь вместо дропбокса и чтобы контакты на телефоне синхронизировать без google apps. Видимо не судьба.

Видимо так и придется дальше файлопомойку на хетцнере с rclone юзать...

а написано 'оно' на похапе...

Итого 916 байт полезной информации.

Бекапить его не так сложно:

1. Mysql-база

2. Директория с файлами

Решается любой удобной схемой резервного копирования, например тем же borgbackup.

да, и ещё: как оно поддерживает виндовые права (вкладка Безопасность)?

Если я правильно понял то такое есть в клиенте но реализованно немного по другому. В самом клиенте можно выбирать какие каталоги будут синкаться какие нет. Можно сделать даже без соблюдения структуры. Например каталоги с одного каталога в облаке в разные каталоги на компе.

  cloud           descktop
dir/
    dir_1/        /home/user/dir_1/
    dir_2/        /mnt/dir_2/        

Только мне кажется в мобильном приложении нужно в ручную синхронизировать.

Ну я честно говоря сабж вообще не юзаю, хотя время от времени руки чешутся на него перейти. Просто время от времени лью бекапы файлопомойки и скорости «облаков» меня вообще не разу не радуют.

Как получил быстрый интернет я с удивлением узнал, что в России широкий канал можно кроме торрентов использовать разве что в Steam который 150 мегабит отдает, а вот гугл дропбокс и прочие хорошо бы 100 мегабит отдали...

Там рекомендуют таблицу блокировок в redis выносить. На офсайте мануал есть. Это немного ускорит процесс. Но 1.5кк+ файлов оно синхронизирует всё равно долго.

Товарищи, вы тут, что, коллективно косплеите шланг?

Нет, это ты косплеишь шланг.

Owncloud/Nextcloud - это не только аналог «яндекс диска», но и мессенджер, аудио/видеосвязь с поддержкой конференций, адресная книга для телефонов и совместная работа с документами с версионированием и ещё 10 возможностей, о которых я не знаю. Я не понимаю, зачем ты усираешься в натягивании совы на глобус и рассказываешь про свой сервер в Европе без каких-либо технических параметров каналов.

Steam который 150 мегабит отдает

Ибо p2p вовсю использует.

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

Выше зашел разговор про скорости. Я подметил, что я.диск по этому параметру уделывает любой кастом. Все.

Подробности сразу расписал, ибо без них все бы начали умничать и спрашивать.

Я думаю ты что-то путаешь, не было там никогда P2P, просто своя CDN с локальными серверами один из которых аж в Ростове есть. Blizzard когда-то давно юзал p2p, но вроде выпилил это дело из-за копирастов или патентов.

1. Свой железный сервер во Франции на онлайн.нет.

А почему не в Австралии? Тогда твои данные о преимуществах Я.Диска были бы еще более осмысленны.

Потому что гладиолус :)
Клиент Nextcloud 2.5 (комментарий)

Тогда твои данные о преимуществах Я.Диска были бы еще более осмысленны.

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

используют они п2п, и венда использует. все используют. да, именно торренты и dht.

Выше зашел разговор про скорости.

1) Ты выпятил скорость в 10 раз и преуменьшил остальные факторы.

2) Ты сравниваешь сервис с продуктом, причём сильно однобоко.

Не делай так

Я так и не делаю. И выше признавал полезность сабжа.

Ладно еще фанаты швабодки (не путать со свободой) в тред не приходили...

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

почему и там я.д лучше?

А лучше ли? Неизвестно. Никаких данных я в треде не видел.

Сравнения в стиле «я настроил FTP'шник во Франции, а потом дал ссылку человеку в Сибири, после чего сравнил с Я.Диском и он оказался быстрее, и поэтому Nextcloud плохой» — звучат весьма глупо.

К слову, мне для передачи больших файлов больше всего зашел IPFS. На своем сервере добавляю файл, а потом скидываю ссылку через шлюз от Cloudflare.

Поднимал дома (у меня белая статика) фтп, для того чтоб отдавать файлы коллеге в Сибири. 

Ни о чём. Во время пиринговых войн я неоднократно наблюдал, что с севера на юг Москвы трафик идёт через глубокую европейскую жопу с пингом 120ms

Сравнения в стиле «я настроил FTP'шник во Франции, а потом дал ссылку человеку в Сибири, после чего сравнил с Я.Диском и он оказался быстрее, и поэтому Nextcloud плохой» — звучат весьма глупо.

Нкт, он фтп настроил дома. Но без трассировки это не менее глупо :)

Ибо в одном конкретном случае через яндекс можен быть действительно «напрямую», нежели напрямую через Европу.

А лучше ли? Неизвестно. Никаких данных я в треде не видел.

Лучше. Известно. Данные выше.
Я проверял неоднократно.

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

Результат налицо.

Вот про это я и говорю. Тебе срать, ты демагог.

Лучше. Известно. Данные выше.

Где? Выше нет никаких данных.

Я проверял неоднократно.

С трудом верится, что даже если проверка была — она была объективной.

Клиент весьма кошерен, в плазму интегрируется очень хорошо. Nextcloud использую для синхронизации контактов и для расшаривания всякого, для синхронизации всякой мелочи (и не только) Syncthing всё же удобнее.

Ihor использую только потому что он дешевый, там широкий канал и при этом кое-чего нету при том что сервера в России. Но я бы никогда в жизни клиента не повесил в России - только EC2, GCP, DO.

А вот скажем из кучи серверов на DigitalOcean которые я администрирую у меня за 5 лет лежал сколько-либо долго только один из них когда Ceph на FRA1 упал.

Хорошая вещь, со своими преимуществами и недостатками. Пользуюсь несколько лет, ещё со времён ownCloud. Поделюсь своими впечатлениями касаемо клиента и сервера Nextcloud:

Преимущества:

• Контроль над данными. Можно удобно делиться файлами на подконтрольном сервер, и быть уверенным, что потом файл из сервера удаляется, а не остается у хостера в резервных копиях.
• Удобный клиент на C++/Qt, достаточно легковесный как для GUI, без новомодных Electron, Atom, и т.д.
• Сервер может работать на первом Raspberry Pi.
• Nextcloud просто работает, багов в работе не встречал.
• end2end шифрование из коробки, больше не обязательно настраивать encfs для отдельных каталогов.

Недостатки:

• Клиент-серверная технология выглядит менее привлекательной, чем децентрализированная, как в Syncthing. В децентрализированной мы также можем иметь сервер в виде постоянно работающей ноды, но у нас уже нет единой точки отказа в виде сервера.
• Сервер на первом Raspberry Pi работать может, но медленно и печально. Сервер на C или C++ был бы гораздо шустрее и потреблял бы меньше памяти. В принципе, в фоне файлы синхронизируются неспешно, но web-интерфейс сервера открывается не всегда с первого раза, а в нём же любая папка с картинками с миниатюрами вообще не получалось открыть, соединение отваливалось по таймауту. При этом расшаренные файлы можно нормально скачивать, видимо, на бэкэнде менее сложные скрипты выполняются.

  Хотя вместо Raspberry Pi может быть и бюджетная VDS со схожей конфигурацией. Собираюсь попробовать, как будет себя вести Syncthing на этом же Raspberry Pi.

• В целом платформу начали превращать в комбайн. Больше функций — больше векторов атаки, если эти функции сразу доступны после установки. В целях безопасности я отключаю ненужные функции, но это всё сложнее и сложнее. Мне не нужно моём сервере иметь адресную книгу, заметки, Atom/RSS, конференции(!), и т.д. Хотелось бы большую модульность, чем сейчас. Чтобы можно было оставить только минимальный набор в серверной части, достаточный для синхронизации файлов и расшаривания. Это ещё одна причина, почему я хочу попробовать Syncthing.

Ты не смотрел клиент. Если бы смотрел, увидел бы, что можно галочками натыкать каталоги, которые надо синхронизировать.

Это несколько давно было. Точно больше года назад. Может не было тогда. (А может и я в шары долбился)

ок. а с сибирью как быть? почему и там я.д лучше?

Тебе же сказали, CDN. Погугли, что это. Яндекс на территории России будет всегда ближе. Плюс Яндекс имеет прямые стыки со всеми крупными провайдерами. А внутри сетей Яндекса вообще всё шоколадно.

Там это было всегда.

Мне не надо гуглить что такое цдн, я это знаю.
Объясни мне, как оно поможет для новых уникальных файлов? В том смысле, что минуту назад этих файлов в природе не существовало еще. Думаешь, их сразу же реплицируют по куче ДЦ разбросанных по стране. Серьезно?

Плюс Яндекс имеет прямые стыки со всеми крупными провайдерами.

THIS!
И это супер мега круто.

Короче говоря, весь шорох пошел буквально с 6-7 поста. Товарищи решили поумничать, вышло не очень. А я потом залупился на скорость. В принципе, все это офтопик тут.

посмотрел на зависимости

qT

не нужно

deb-версии под Ubuntu/Debian можно скачать из репозитория

А по факту DEB'ы только для Ubuntu...

nextcloud-client 	2.5.0-20181111.015125~xenial1 	István Váradi (12 hours ago)
nextcloud-client 	2.5.0-20181111.015125~cosmic1 	István Váradi (12 hours ago)
nextcloud-client 	2.5.0-20181111.015125~bionic1 	István Váradi (12 hours ago)
nextcloud-client 	2.3.3-20180415.190957~artful1 	István Váradi (2018-04-15)
nextcloud-client 	2.3.3-20171224.060956~zesty1 	István Váradi (2017-12-24)
nextcloud-client 	2.3.2-20170823.130651~trusty1 	István Váradi (2017-08-23)
nextcloud-client 	2.3.2-20170713.070732~yakkety1 	István Váradi (2017-07-13)

eternal_sorrow

не нужно

Согласен! Уходи.

До чего же в линуксах быстрый «прогресс»

NOTE for Ubuntu 16.04 users: because Xenial contains some outdated libraries, such as Qt5.5 and libssl 1.0, which are no longer fully supported by the Nextcloud client, the Xenial build in this repository is on a strictly best-effort basis only. It means that some functionality may not work properly or at all. It is also possible that Xenial support in this PPA will be discontinued altogether at some point in the future.

Используй $ chmod +x ./Nextcloud-*.AppImage && ./Nextcloud-*.AppImage, Люк!

Nextcloud Box уже всё

https://nextcloud.com/box/

Объясни мне, как оно поможет для новых уникальных файлов? В том смысле, что минуту назад этих файлов в природе не существовало еще.

Ты реально думаешь, что ты и клиент в Сибири подключаются к одному и тому же физическому серверу Яндекс Диска?

Думаешь, их сразу же реплицируют по куче ДЦ разбросанных по стране. Серьезно?

Думаю, что репликация идёт одновременно с загрузкой файла клиентом. То есть, клиент обращается к серверу, где файла нет, сервер начинает параллельно этот файл загружать, отдавая его клиенту. Но это домыслы, я не работаю в Яндексе.

Основное требование

Основное требование - отсутствие доступа из организации наружу. Какой такой я.диск, ты о чём? А... ты ж самозанятый.

У меня сервер с nextcloud стоит в шкафу. Яндек по скорости сосёт

Это МОЕ основное требование. А не объективное. Ты к той троице решил присоединиться?