Грустная история про WebDAV и KDE

Я где-то говорил про деньги?

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

Не, для случая с паролями вообще норм. Если нет коллаборации ( а ее нет), то единственное на что смотрит keepassxc это mtime, а он нормально синхронизируется.

Из твоих слов я вижу, что ты не понимаешь, как это все насетапить так, чтобы тебе не требовалось это саппортить. Ключевые слова - docker compose, traefik, vaultwarden, watchtower.

Да не буду я в твои шарады играть, не хочешь не говори, гспди.

Ну т.е. ответа на вопрос «Что может потребоваться из настроек того, что от вас напрямую не зависит от слова совсем (т.е. оно вам не принадлежит)?» у вас нет. Хотя в основе этого вопроса «шарады» ноль целых фиг десятых, это известно любому кто реально поднимал почтарь для чуть более чем себя любимого.

Я знаю как. Я просто не хочу. Регулярные обновления и мониторинг это тоже саппорт и я туда не хочу.

Слушай, если в люнексе нельзя сделать чтобы файлик автоматом синхронизировался, то это пипец. Зато гнум в тридцать шестой раз переписали с нуля и выкинули ещё больше настроек. Шёл двадцать-десятый год Линукса на десктопе.

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

PS Я таки не поленился проверить, что у одного известного регистратора который параллельно и хостингом барыжит ftp все ещё в наличии. Но он такой не один на этом шарике.

Прекрасно, но KeePassium его не умет

Я за него порадовался. Однако простите каким образом умение или неумение некой одинокой утилиты влияет на наличие или отсутствие ftp на этом глобусе?

Я за него порадовался. Однако простите каким образом умение или неумение некой одинокой утилиты влияет на наличие или отсутствие ftp на этом глобусе?

Ну так сложилось, что если протокол не используется, его признают мертвым. FTP под конец своей жизни почти справился с родовыми травмами (даже появилась, о боги, возможность указывать размер файл при передаче, чтобы можно было понять удалось его вообще целиком загрузить или нет), но это его уже не спасло. Шареный доступ уже вовсю был через WebDAV и проприетарные протоколы, раздача файлов в Сети идет через CDN с его HTTP, кинуть дружочку файл проще через тот же WebDAV или Dropbox. Смысл в FTP кончился.

Я знаю как. Я просто не хочу. Регулярные обновления и мониторинг это тоже саппорт и я туда не хочу.

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

нельзя сделать чтобы файлик автоматом синхронизировался

просто потому что никому не нужно же.

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

Знаю, очевидно. Докерные контейнеры тоже должны регулярно обновляться. Должен быть какой-то мониторинг который проверит что апстрим не переименовал контейнер и он сейчас какой-то вменяемой версии, которая не протухла. Что в хост не вломился кто-то через дыру в nginx. И прочее, и прочее.

просто потому что никому не нужно же.

Ну как не нужно, если целый rclone породили. Который, в отличии от KIO, умеет два десятка сервисов и отлично себя ведет, переживая разрывы сети и гибернацию.

Знаю, очевидно

Не знаешь… Ну да не важно, ССЗБ быть не противозаконно :)

целый rclone породили

И при чем тут тулза для слива бэкапов?

Не знаешь… Ну да не важно, ССЗБ быть не противозаконно :)

Я тебе назвал уже три потенциальные проблемы:

• Контейнер протух, потому что апстрим переехал (такое бывало)
• В контейнере оказался софт с дырой, на сервер вломились (такое бывало)
• В системно софте оказалась дыра, на сервер вломились

У тебя есть какие-то разумные контраргументы или мы на круг?

И при чем тут тулза для слива бэкапов?

Она умеет монтировать шары. Через FUSE. Лучше, чем это делает KIO :)

1. По возможности использовать внутри VPN (частной сети, а не вот это всё безумие)

Ну эт и получается в некотором роде вариант sshfs.

2. Если нужно передавать в открытую, то использовать chrooted папочки для аплоада и юзеров заводить отдельных для ftp сервера в его отдельной базе юзеров.

Дело не в отдельных папочках и юзерах, вы в моменте логинетесь, а этого уже достаточно чтобы снифнуть логин с паролем ну и данные после GET/PUT.

Дело не в отдельных папочках и юзерах, вы в моменте логинетесь, а этого уже достаточно чтобы снифнуть логин с паролем ну и данные после GET/PUT.

FTP без TLS это лютая наркомания, извините.

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

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

Вы про команду ls и её ключики хоть что-то слышали? Имхо нет.

Шареный доступ уже вовсю был через WebDAV и проприетарные протоколы, раздача файлов в Сети идет через CDN с его HTTP, кинуть дружочку файл проще через тот же WebDAV или Dropbox.

Какое отношение все ваше перечислянное имеет к наличию или отсутствию ftp ?

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

Знаю, очевидно.

очевидно не знаете.

Докерные контейнеры тоже должны регулярно обновляться.

Во первых причем тут именно докер? А во вторых даже если и докер, то почему должно обновляться в обязательном порядке?

Что в хост не вломился кто-то через дыру в nginx.

Через дыру в голове могут и черти вломиться.

И прочее, и прочее.

Залатали одну дыру, запилили 10 новых. И так бывает, sad but true.

такое бывало
такое бывало
на сервер вломились

КМК проблема не в бобине.

FTP без TLS это лютая наркомания, извините.

Эт вы наркомам от всяких провов хостингов сначала в уши налейте.

Вы про команду ls и её ключики хоть что-то слышали? Имхо нет.

Ты вообще не понял ом речь.

Какое отношение все ваше перечислянное имеет к наличию или отсутствию ftp ?

К наличию или отсутствию никакого. К использованию — прямое.

Эт вы наркомам от всяких провов хостингов сначала в уши налейте.

Зачем? Тебе FTP нужен, ты и объясняй.

Но до сих пор лучше яндекс-диска, чтобы печатный макет в высоком разрешении залить :)

Из любой точки мира?

Ну и оверхеда на протокол нет, от netcat ничем не отличается.

Это да, тут полностью поддерживаю!

Вы про команду ls и её ключики хоть что-то слышали? Имхо нет.

Ты вообще не понял ом речь.

Имхо про ls вы таки не слышали.

Какое отношение все ваше перечислянное имеет к наличию или отсутствию ftp ?

К наличию или отсутствию никакого. К использованию — прямое.

Ну и микроскоп имеет «прямое отношение» к использованию в забивании гвоздей. Надеюсь намек понятен?

Ладно, братан, как скажешь, ты победил.

Мда... не доходит через голову... попробую по другому. Шаред хостинги во все поля юзают ftp и нередко, что безальтернативно.

Ты можешь перестать писать братан, ты уже победитель.

Я попробовал осесть на KDE и испытал ту же самую проблему.

Кроме KeePassXC, у меня так же возникли проблемы с тем, чтобы восстановить игру с SMB-шары в Steam. Ибо это самое случайное расположение, не добавишь в PRESSURE_VESSEL_FILESYSTEMS_RW, чтобы тот мог его видеть. Тоже надо переопределять unit и выставлять фиксированное расположение.

Ну и самая неожиданная проблема, оказалась в том, что оно тормознутое. У меня для подключения к NAS есть целая 2.5 Gbit/s сетка. Но скорость восстановления из бекапа была меньше одного гигабита. Не айс.

Я ради спортивного интереса поменял свой конфиг на GNOME (NixOS), перезагрузился и попробовал там, с помощью GVFS. Там скорость была кратно выше, пусть и не максимально возможная.

Ну тут я и плюнул… Как бы мне не нравилась покоцанность Nautilus и самого Mutter/gnome-shell в целом (в плане «эти протоколы поддерживаем, а эти не хотим, потому что мы радужные нетакусики»), пока оставил GNOME. Для меня он всё равно временная остановОчка. Более привычная и близкая к тому, что я хочу видеть. Для постепенного отвыкания от Шиндоус. Там может на Hyprland или другой тайлинг перескочу.

Идея пользоваться GVFS из KDE мне кажется отвратительным костылём.

Нет (по крайней мере, известного мне) способа заставить KDE показать что-либо в /run/user/1000/kio-fuse, если к нему не обращалось в Dolphin приложение, которое не умеет KIO. Не поможет даже открыть в Dolphin «Remote > Network > Cloud». Вероятно есть какая-то магия dbus для этого.

Именно так

P.S. Да, я знаю, что ТруЪ посоны монтируют шары используя mount -t cifs и systemd.automount. И что там оно работать будет быстрее, и волосы будут мягкие и шелковистые, и в баню с мужиками будет ходить не стыдно…

Но, тут проблема в другой плоскости. В том, что онтопик до сих пор не дорос до пользования шарами на уровне «перейти по пути \\mynas.local\home в Проводнике Windows». Ближе всего к этому экспириенсу, тут именно GNOME с его GVFS. А KIO-Fuse с момента релиза – как буд-то не развивается. Выпустили для галочки и кушайте что дают.

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

Например, в линуксе нет ни одного аудио (!) плеера, который имел бы паритет даже с бесплатными плеерами для винды, например.

Strawberry.

Даже не рядом.

Я использую Strawberry как основной плеер, да, но - по меркам винды это - нет. А когда-то, первый амарок даже в винде выглядел круче. Но с тех пор он не развился, просто форкался и переписывался на все новые несовместимые фреймворки, а виндовый софт развился.

А чего не хватает? Форматы поддерживаются, музыка играется.

В итоге я нашел synctrain для iOS, выкинули WebDAV и сделал Syncthing. Оказалось проще всего.

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

Ну ок, не размусоливай. Есть мнение, что комбайны переоценены, а всё, что от плеера требуется - уметь играть из каталога, уметь составлять плейлисты, уметь в поиск, грузить музон на плеер, да в общем-то и всё.

Остальное - свистелки и перделки, либо малонужные, либо не нужные вообще.

Такое ощущение будто бы можно было вместо всего этого просто захостить Vaultwarden.

Ближе всего к этому экспириенсу, тут именно GNOME с его GVFS.

Можно этот момент развернуть поподробнее?

Так вот, теперь можно еще раз озвучить суть сабжевой проблемы.

А можно было её озвучить сразу. Между утверждениями «в линуксе нет ни одного аудио (!) плеера, который имел бы паритет даже с бесплатными плеерами для винды» и «в линуксовых плеерах либо нет коллекции, либо она на начальном уровне, а мне она нужна» дистанция огромного размера.

Ну и раз нужна коллекция – чем тебя не устроил, например, MPD? Там есть коллекция и есть куча клиентов под разные хотелки.

Ещё тебе Strawberry советовали, но ты так и не ответил, чем он тебя не устраивает. Меня, кстати, тоже не устраивает, но я могу сказать, почему, я считаю, что плеер должен музыку играть, а не показывать размалёванный набор свистоперделок. Мне в этом плане больше нравятся DeadBeef и QMMP с Simple UI (а в винде – Foobar 2000).

Никогда не работал в корпоративной среде с оффтопика и не переходил на шары по ссылке? Чтобы оттуда документы двойным кликом открывать и не париться вообще, монтировать, не монтировать?

Потому что GVFS оно «само». И пути у него однозначные и предопределённые. И FUSE доступ по умолчанию для программ…

Надо было davfs2 пробовать.

Это виртуальная абстракция KIO
Dolphin
kio-fuse

После потраченного впустую времени даже на замену Dolphin на PCManFM-Qt (он GVFS), я забил и вернулся к скрепному /etc/fstab. Ты не поверишь, как это удобно! (по сравнению с перечисленным).

Чтобы оттуда документы двойным кликом открывать и не париться вообще, монтировать, не монтировать?

Понятно, а потом проблемы «ой, а я документ открыл, а он повис» и «почему мне ворд не даёт открыть, говорит, открыт другим». Видели, знаем. В винде, разумеется.

И пути у него однозначные и предопределённые.

Вот тут и хотелось бы примеров, как эти пути выглядят.

А ТСу (хоть он уже и не прочитает) спасибо за наводку на gio mount, пригодится. В KDE действительно с этим не всё шоколадно, особенно по части MTP.

дистанция огромного размера.

Не согласен. Настаиваю на правильности изначального утверждения. Нет паритета.

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

Ну и раз нужна коллекция – чем тебя не устроил, например, MPD?

Нет управления коллекцией, не работает на кривых тегах во многих случаях, нет актуальных поддерживаемых клиентов. Это вообще цирк, для него же просто клиентов под линукс нет, только какая-то консольная запускалка плейлиста. И в Имаксе есть пакет. А то что было раньше, заброшено, протухло, на протухших тулкитах. Никому не нужно. Я когда использовал mpd 15 лет назад как основной плеер, в качестве клиента использовал Имакс, за неимением лучшего. Это же просто крайне смешно.

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

Ещё тебе Strawberry советовали, но ты так и не ответил, чем он тебя не устраивает

Я же отвечал, и подробно. Во-первых, я и использую Strawberry, задолго до того как мне «советовали». Во-вторых, я его пытался даже фиксить для устранения тех проблем, которые меня не устраивают, и если некоторые устранить не так сложно (например заставить его читать русские теги), то другие там просто архитектурно непреодолимы.

Strawberry - это по сути не плеер реализованный как плеер с нуля, это GUI обертка над объектом «плеер» из библиотеки GStreamer. И вся обработка звука, вообще вся, даже эквалайзер - там идёт внутри GStreamer, используемый как черный ящик. И впендюрить туда DSP плагины например не так просто. Хотя, может я и преувеличиваю его проблемы, появится время, буду еще изучать вопрос.

плеер должен музыку играть

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

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

Первый - «просто плеер», использовать иерархическую структуру файловой системы. Тут нсть фундаментальная проблема - эта структура только одна. Например - Группа/Альбом/Трек. А если мне надо сейчас в плейлист кинуть 30 треков жанра арт-рок? 20 треков би-боп? Дальше что. А завтра по другому критерию классификация. Файловая система это не позволяет делать, там структура одна и только одна. Ты же мне не предложишь создавать рядом с музлом, папки с симлинками, в которые будут засимлинканы все треки по всем различным критериям построения дерева треков?

Эту проблему решает второй вариант плеера - поеер с коллекцией на основе SQL базы данных. К базе, можно сформировать любые запросы, и строить дерево треков по любым нужным критериям. Именно поэтому, и существует такая штука как «коллекция» в плеерах - чтобы можно было структурировать треки динамически, по разным критериям, переключаясь между ними.

А дальше, это даёт возможность автоматизировать генерацию плей листов, на что вы тоже все будете кричать что это лютое ненужно, мы слушаем только 5 альбомов Led Zeppelin и вполне способны добавить их руками в плейлист, и в таком духе.

вроде недавно новость проскакивала что в KeePassXC добавили синхронизацию по ssh, не?