LINUX.ORG.RU

Клиент Nextcloud 2.5

 , ,

Клиент Nextcloud 2.5

0

0

Вышел десктопный клиент для организации «личного» облака - платформы Nextcloud (которая является форком проекта Owncloud).

Ключевая особенность этой версии - долгожданная система end2end шифрования (e2ee). Также увеличили скорость синхронизации, улучшили интерфейс (усовершенсововав UI/UX) и интегрировали Simple Signup

>>> Репозиторий исходного кода

>>> Скачать бинарные пакеты (для разных платформ)

>>> Скачать AppImage-пакет (для Linux, x86_64)

>>> PPA для Ubuntu

>>> Подробности

Deleted

Проверено: Shaman007 ()
Последнее исправление: atsym (всего исправлений: 7)

Это типа Dropbox для предприятия? Имхо, щас каждый пилит свое облако на базе всяких S3 для документов предприятия.

menangen ★★★★★
()
Ответ на: комментарий от Deleted

Скажи лучше как пользователь пользователю:
Есть ли реальные шансы переехать на это с я.диска?
Основное требование - предельная простота и удобство. В гуевом простом клиенте указывать на каком хосте что синка, а что нет (у меня на ноуте и 1\3 хранящегося на я.диске нет).

Правда что точно понятно - ни о каких честных 100мбит аплоада и думать не придется :(

dk-
()
Ответ на: комментарий от dk-

Правда что точно понятно - ни о каких честных 100мбит аплоада и думать не придется :(

Смотря на каком сервере это развернешь и какой канал у тебя до него.

aquadon ★★★★★
()
Ответ на: комментарий от dk-

Есть ли реальные шансы переехать на это с я.диска?

По идее, да. Скоро хочу проверить всё целиком на своём сервере.

Правда что точно понятно - ни о каких честных 100мбит аплоада и думать не придется :(

Поставишь сервер на гигабит - будет гигабит. Поставишь на 10 гигабит и nvme - будет 10 гигабит, о чём ты?

Deleted
()
Ответ на: комментарий от dk-

Правда что точно понятно - ни о каких честных 100мбит аплоада и думать не придется :(

У меня даже VPS за 100 рублей на ihor выдает честные 100 мегабит туда-сюда, а уж у приличных зарубежных контор с трафиком вообще все ок.

o-
()
Ответ на: комментарий от dk-

В гуевом простом клиенте указывать на каком хосте что синка, а что нет

Этого вроде не умеет. Раньше не умел во всяком случае.
Можно конечно разложить всё на несколько директорий, и на каждом клиенте синкать только нужные, но я так понял ты не об этом

А тындыкс.диск под виндой, когда я в последний раз его тыкал, не умел синкать произвольную локальную директорию, синкал всё куда-то на C:, а у меня там была пара гигов свободна, а синхронизировать надо было гигов 50

MrClon ★★★★★
()
Ответ на: комментарий от asm0dey

Переехал, просто скопировав все файлы из одного в другое и удалив я.диск.

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

Deleted
()

Отлично, сижу с лета, полет нормальный. Фотки с мобильника - в облако, из облака - сортировать на десктоп. Ядиск ненужен. В десктопном гуе была пара несмертельных проблемок, посмотрим, починили ли (судя по нулевой реакции в багтрекере, могли и не починить).

bender ★★★★★
()
Ответ на: комментарий от MrClon

Этого вроде не умеет. Раньше не умел во всяком случае.

Давно умеет.

deart
()
Ответ на: комментарий от Deleted

Они там историю хранят, для юзера за деньги, а для себя и кого надо этот мусор будет только еще одной версией содержимого диска. Так что параноику на я.диске делать нечего )

deart
()
Ответ на: комментарий от Deleted

о чём ты?

О клоунаде он.

Он задаёт вопросы троллинга ради. И если все с опенсурс тулзой нормально — уходит, так как еды нет.

anonymous
()
Ответ на: комментарий от Deleted

У меня нет причин параноить прям сильно. Всё важное зашифровано прям там.

asm0dey
()

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

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

Привожу примеры:

1. Свой железный сервер во Франции на онлайн.нет. Товарищ новый модератор его знает. Там по тарифу честный гигабит. Меж серверами еще быстрее (ты вроде фибру там вообще нашел?). Когда сервером было два - между ними файло летало просто реактивно.

2. Мой домашний интернет имеет честные 150мбит. На всяких торентах\шморентах (и том же я.диске) всегда планка от 150мбит и выше. Выше - часто. Ниже - не видел. Живу я один, торентами канал не забиваю.

3. От сервера до меня нихрена нет никаких 150 мбит. При хорошей погоде и отсутствии санкций - мегабит 70-80 от силы. Вот прямо сейчас еще раз проверил.

4. Поднимал дома (у меня белая статика) фтп, для того чтоб отдавать файлы коллеге в Сибири. Казалось бы - напрямую с хоста на хост быстрее всего. Зачем нам прокладка в ви де яндекса? Хрен там! Запаковать все в многотомный архив по 10гб (больше 10гб на файл не берет я.диск), залить на я.диск, отдать ссылки, там по ним качают, распаковывают - это было всегда 2-3 раза быстрее, чем фтп напрямую. В результате когда нужно что-то передать оперативно - через я.диск. Когда пофигу - напрямую по фтп.

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


Итого:
Как проверено практикой (и неоднократно) скорость обмена файлами с я.диском фатально выше, чем подход «свой личный сервер в ДЦ»

Ну и выше уже подсказали, что мой запрос на удобство синхронизации в пролете.

Итого, бесспорно нужное и полезное решение из сабжа - мне лично не подходит. Ибо данные не настолько конфиденциальны.

dk-
()
Ответ на: комментарий от Deleted

Настоящий параноик критичный хост вообще к сетям не подключает.

dk-
()
Ответ на: комментарий от dk-

На самом деле, 70 мегабит у тебя там потому, что далеко. Ты б вообще пинг то сказал свой до сервера... Чем он больше - тем скорость ниже. Такая вот особенность tcp. Отсюда и приколы. А Яндекс имеет свою CDN в РФ, и с провайдерами (крупными) договаривается о приоритете трафика и отмене ограничений. Это я к чему... Да к тому, что если уж тебе нужна высокая скорость обмена данными с сервером - ты его ставь поближе. С удобством там проблем нет.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Deleted

Сервера я.диска вряд ли где-то на Урале или в Сибири. Почему через посредника (я.диск) - сильно-сильно быстрее, чем напрямую с моих 150 мбит? Аплоад на торенты от меня шикарный. Не шейпится.

dk-
()

оно тормозное?

Лет 5 назад разворачивал для теста owncloud,кинул в синхронизируемый каталог что-то около 150к мелких файлов. Оно их за двое суток так и не засинхронизировало. На этом эксперимент закончился.

Попробовал такой эксперимент провести с Seafile - ок, все быстро. В итоге на нем остановились.

anonymous
()
Ответ на: комментарий от dk-

Сервера я.диска вряд ли где-то на Урале или в Сибири. Почему через посредника (я.диск) - сильно-сильно быстрее, чем напрямую с моих 150 мбит?

Ну блин, трассировка же!

Deleted
()
Ответ на: комментарий от Deleted

Согласись, результат - самое главное? А уж как он достигнут - вторично.

Вообще я пытался эксперементирвоать с сабжем. Клиент непонравился. До я.диска ему далеко

dk-
()

Классная штука! 3 года в продакшоне, полет нормальный.

anonymous
()
Ответ на: комментарий от KillTheCat

Промокод дай, да?

А серьезно:
Какой практический смысл то? Конфиденциальности не прибавится. Места у меня и так до жопы там.

dk-
()
Ответ на: комментарий от dk-

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

Nextcloud то тут причем к тому, что у тебя до Яндекса канал жирный?

aquadon ★★★★★
()
Ответ на: комментарий от aquadon

Пункты 3-5 изучи.
До хоста-получателя моих файлов 4 000 км. И там опять я.диск победил. С разгромным счетом.

dk-
()
Ответ на: комментарий от dk-

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

aquadon ★★★★★
()
Ответ на: комментарий от dk-

Правда что точно понятно - ни о каких честных 100мбит аплоада и думать не придется :(

Легко. У меня скорость 99.8% от того, что дает мой домашний провайдер (85мби). А сам nextcloud развернут на DO - Фарнкфурт.

Очень крутая штука. Помимо стандарного облака можно найти кучу дополнений. Там блокноты всякие, менеджеры паролей с дополнением к браузеру, интеграция с некоторыми другими сервисами. Личном мне очень нравится работа с gpx для анализа вело-поездок.

Можешь свое дополнение запилить, если чего-то хочется.

Medar ★★★★★
()
Последнее исправление: Medar (всего исправлений: 1)
Ответ на: комментарий от aquadon

Все так.

Есть три точки: А, В, С. (Я, получатель, ядиск)

Передача напрямую между А-В - сосет по сравнению с передачей через посредника С (А-С-В).

При этом последние мили (да и магистраль) одни и те же.

Еще раз:
Не так важно почему именно так. Разумеется на это есть объективные причины.

Важен - р е з у л ь т а т.

dk-
()
Ответ на: комментарий от dk-

А какая разница, где хост-получатель относительно хоста-отправителя, если в дело вступает CDN?

Сделай tracepath на обоих своих устройствах к серверам яндекса. Мне кажется, что яндексовый CDN сильно ближе к каждому твоему устройству, а между CDN каналы наверняка пожирнее твоего будут. То есть, ты даже не замечаешь, что в промежутке данные ещё и гоняются между CDN. В этом весь смысл CDN.

anonymous
()
Ответ на: комментарий от dk-

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

Честно, я в России юзал по сути три провайдера: Ростелеком, йоту и еще на местечковом сейчас сижу (330 мегабит дают по оптике, что для РНД вообще супер круто) и ни у кого из этих трех никакой более высокой скорости до яндекса у меня не было. Еще юзал мобильный билайн, но там такая плохая скорость что вообще разницу глупо мерить. Да к слову, на текущих 330 мегабитах у меня до того же Hetzner почти 300 мегабит аплоада, а вот с даунлоадом хуже, 90-110.

3. От сервера до меня нихрена нет никаких 150 мбит. При хорошей погоде и отсутствии санкций - мегабит 70-80 от силы. Вот прямо сейчас еще раз проверил.

Ну ясное дело, что скорость не будет одинаково шелковистой до любого европейского ДЦ. VPS в России возьми и будет опять тебе быстрый канал до него, возможно даже будет работать быстрее чем Яндекс.

Никто же не запрещает арендовать сервер на гугловском EC2 задорого, у гугла с каждым сколько-либо крупным провайдером в России договоры. Могу предположить что у Amazon тоже есть какие-то соглашения по поводу пиринга для AWS (Lightsail).

o-
()
Ответ на: комментарий от dk-

Значит по пути есть искусственные ограничения скорости, которые выключаются специально для ядиска.

Важен - р е з у л ь т а т.

А я спорил разве? Используй ядиск, если скорость высокая.

aquadon ★★★★★
()
Ответ на: комментарий от aquadon

Не корми бестолкового тролля. Вроде 3 звезды, а все как маленький.

anonymous
()
Ответ на: комментарий от anonymous

Еще раз:
- это все понятно
- это объективная реальность на которую мне не повлиять
- у менять есть альтернатива. я выбрал ее по совокупности плюсов и минусов.
- у кого-то другого иная совокупность плюсов и минусов - он выбрал другое.

dk-
()
Ответ на: комментарий от dk-

Не так важно почему именно так. Разумеется на это есть объективные причины.

Важен - р е з у л ь т а т.

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

anonymous
()

Господа, хватит кормить этого троля dk-, он же неадекват. Почитайте его высеры в соседних темах, стиль вбросов всегда один и тот же, но вы все-равно ведетесь как лохи. Что с вами не так?

anonymous
()
Ответ на: комментарий от dk-

Мне не понятно зачем ты развел это обсуждение, если для себя уже сделал выбор? Хорошо что тебе подошел ядиск, но нам то пользователям некстклауда какое дело до этой информации?

Behem0th ★★★★★
()

Стоит отметить, что облако поддерживает версионность файлов, что очень удобно для всяких doc\xls файлов и в целом всего, что не запихнуть в git.

Deleted
()
Ответ на: комментарий от dk-

Угу, в теме предлагали как-то обозначать, что ссылаются на конкретный коммент, а не тему.

Deleted
()
Ответ на: комментарий от Behem0th

Началось все с вопросов по сабжу. В процессе ответов понесло обе стороны.

Я сабж пробовал еще до этой темы.

dk-
()
Ответ на: комментарий от dk-

Объясни лучше подробней свое требование «Основное требование - предельная простота и удобство. В гуевом простом клиенте указывать на каком хосте что синка, а что нет (у меня на ноуте и 1\3 хранящегося на я.диске нет).» Я так не смог понять, вроде по описанию как мне кажется это есть в клиенте.

Behem0th ★★★★★
()
Ответ на: комментарий от dk-

Будем честны, тебе nexcloud не подойдет банально тем, что в случае «selfhosted cloud» нужно самому думать о его бэкапах. Я говорю не в том плане, что не осилишь, а в ключе траты твоего времени на это. Проще платить те же деньги, что стоит на vps, яндексу\гуглу и не париться о сохраности своих данных.

Deleted
()
Ответ на: комментарий от dk-

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

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

А так я вот например проверил скорости заливки на яндекс. Через веб-интерфейс стабильно 50-70 мегабит, через webdav сначала пикирует до аж 144, а потом ходит в районе 25-50. Не верю что их приложение магически быстрее заливает.

А вот например мой результат до LeaseWeb во Франкфурте: http://www.speedtest.net/result/7799854743

До хетцнера у меня реально 300 мегабит, но это довольно голословное заявление получается.

o-
()
Последнее исправление: o- (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.