From: Evgeny Sinelnikov <sin@basealt.ru> To: devel-distro@lists.altlinux.org Subject: [devel-distro] Веб-браузер в инсталляторе или для инсталлятора? Date: Tue, 15 Oct 2024 08:59:40 +0400 Message-ID: <e4b63d5f-3298-43f3-8a8f-51a83275408e@basealt.ru> (raw) In-Reply-To: <2595755.KHDaQ3PfBV@zerg.malta.altlinux.ru> Доброй ночи, Ещё один конкретный вопрос. Кому и зачем нужен браузер в инсталляторе? (про конфигуратор - далее) Я разобрал этот вопрос с antohami@ и вот к чему я пока что пришёл: Единственное, для чего нужен браузерный вариант инсталлятора - это проблема необходимости для удалённой установки использовать что-то, кроме браузера. Например, как у нас сейчас, VNC-клиент. Мне вот интересно. А кто у нас этим, вообще, пользуется, хотя бы через VNC? И кто будет пользоваться, если такую возможность реализовать? А ещё, насколько это актуально для "железных" машин, а не виртуалок. У серверных, "железных" машин обычно, для этих целей имеется IPMI (или аналоги). А ставить в таком режиме сотни клиентских машин - сомнительная затея. ___________________ Ещё один момент - это "современные" тенденции всё превращать в веб. И у этого есть свои преимущества, даже перед VNC, наверное. Прежде всего, потому, что "всё что движется" заворачивают в http. Кстати, следом за http появляется https и любителям веба хочется задать вопрос: "А с этим как быть? Жить на самоподписанных сертификатах на каждой инсталлируемой машине?". Предлагаю тому, кто топит за эту историю решить простой, по сравнению и инсталлятором вопрос - реализовать в нашем apt поддержку https-proxy. После этого можно будет всерьёз говорить о компетенциях в теме веба для низкоуровневых задач. ___________ Ещё один момент про веб для инсталлятора, который даже обсуждать не хочется.... Звучит он так, что "на вебе вон чего делают, смотрите как просто! И разработчиков на рынке во сколько". Честное слово, грустно думать даже, может быть сразу на дотнете начнём тогда? ___________ .... Я уже думал отправлять ответ, как получил в потоке ещё одно сообщение от klark@, которое привожу ниже. По крупицам пытаюсь понять недовысказанное про веб... 15.10.2024 01:23, Leonid Krivoshein пишет: > > On 10/14/24 22:57, Evgeny Sinelnikov wrote: >> Доброй ночи, >> >> хотелось бы сконцентрироваться на конкретных вопросах. Хотелось бы >> ориентироваться на конструктивные предложения. Архитектурных решений >> не так много, на самом деле. Архитектурных решений реализуемых в >> разумные сроки еще меньше. >> > > Только здесь основная цель -- не сам конфигуратор, а множество > работающих в нём модулей, т.е. если в разумные сроки мы сможем > создавать несколько новых модулей, если к этому можно будет подключить > множество разработчиков, если технология будет интересна не только > нам, но и админам "на местах". > Трудно отвечать на недосказанное, подразумеваемое и предлагаемое, как очевидное. Тезисно: - Не нужно заставлять админов быть разработчиками, если они этого сами не хотят. - Возможности админам давать нужно, и такие возможности, как раз, и предоставлены для бекендов. - При этом, давать возможность делать простые, кривые, небезопасные фронты через веб - полная чушь. - Самые активные уже сейчас могут начать осваивать cockpit, в который нативно встраиваются интерфейсы на dbus. - Желающим написать срочно свой веб-движок, аналогичный cockpit, вне какой-либо модели безопасности предлагаю сначала подумать... (подробности в отдельной теме). - "Cрочно" ничего, кроме cockpit, получить в виде веб-интерфейса пока не вижу ни смысла, ни ресурсов. - А от админов нам нужна понятная, подробная аналитика (то есть адекватная обратная связь), иначе всё так и останется в недоделанных костылях. В целом, ничего не имею против костылей, кроме того, что их проблематично масштабировать. Но и встраивать в продукты их не вижу смысла. alterator-net-domain тому хороший пример. На текущий момент сценариев "подключения множества разработчиков" предполагается несколько: 1) разрабатываемые в рамках unix-way бекенды могут быть встроены в реализованные толстые клиенты. Для этого требуется удовлетворять при реализации этих бекендов поддерживаемым уже разработанным фронтендами интерфейсам, которые лежат в соответствующих пакетах: - https://packages.altlinux.org/ru/search/?branch=sisyphus&q=alterator-interface- 2) для уже разработанных бекендов могут быть использованы разные фронты под разные задачи, графические окружения, а также консольные утилиты. Всё это достаточно понятно админам. Не вижу никаких для них в этом сложностей, если они хотят что-то разработать. Документацию будем наращивать. Примеры тоже будем создавать. [...] >>> >>> А, если нам нужен графический инсталлятор, то графику, в любом >>> случае, не стоит запускать под рутом. > > Да. > > Конфигуратор я бы рассматривал как веб-интерфейс, работающий не под > root'ом, и не обязательно на том же хосте. Как фоновый агент, через > который можно менять настройки системы, будучи администратором сети, у > которого есть полномочия, а не только как локальный root. И одной из > обязанностей этого фонового агента может быть периодическое обновление > куска дерева конфигурации с какого-то условного контроллера домена. > > Часть настроек может быть изначально в ведении обычного пользователя. > В идеале иметь возможность как делегировать пользователям полномочия > менять конкретные системные настройки, так и наоборот, забирать у > обычного пользователя полномочия менять изначально пользовательские > настройки. Всё это разделение прав решается в пределах одной программы > конфигуратора без SELinux, Polkit и интроспекции dbus. Как вариант, в > пределах иерархической БД конфигурации. К слову, в виндовом реестре, > помимо древовидных "кустов" предусматривалась раздача ACL на целый > "куст". > Ну, давайте... + ещё один какой-то фоновый агент, с непонятным протоколом и непродуманным способом аутентификации... где "всё это разделение прав решается в пределах одной программы конфигуратора". Кто это всё писать собирается, если архитектура даже не продумана? В какие сроки? [...] > >> Кстати, как альтернативу, с недавних пор systemd рассматривает - >> https://varlink.org/ >> >> Systemd Looking At A Future With More Varlink & Less D-Bus For IPC >> https://www.phoronix.com/news/Systemd-Varlink-D-Bus-Future >> > > Просто, по нужде люди работают много лет с этим dbus и понимают, что > организовать взаимодействие можно намного проще. Причём там, где оно > действительно нужно. Например, когда мы связываем фронт с бэком в > UI/UX, JSON & Ко уместнее dbus, особенно, если мы выходим за пределы > хоста, чего хотелось бы. Если конфигуратор -- одна программа, если наш > тулкит уже позаботился о взаимодействии фронт и бэк частей модуля, нам > даже не надо об этом думать и остаётся только решить, в каких случаях > уместно использовать кем-то написанное с использованием dbus, чтобы > подтянуть и этот дополнительный функционал. > Вот, вроде хотим конфигуратор, а превращается всё в веб-интерфейс для ansible. Не понимаю что значит: "Если конфигуратор -- одна программа, если наш тулкит уже позаботился о взаимодействии фронт и бэк частей модуля, нам даже не надо об этом думать и остаётся только решить, в каких случаях уместно использовать кем-то написанное с использованием dbus, чтобы подтянуть и этот дополнительный функционал." Кто, о чём, как, почему должен позаботиться? (это риторический вопрос) Ответа, полагаю, просто нет. Архитектуры нет. Есть предположения о том, что если удачная архитектура кем-то будет реализована, то всё можно будет как-то сделать. Про удалённый доступ напишу в ответвлении про интерфейсы. 14.10.2024 11:27, Sergey V Turchin пишет: > On Thursday, 10 October 2024 22:29:00 MSK Leonid Krivoshein wrote: >> On 10/9/24 22:46, Leonid Krivoshein wrote: >>> On 10/9/24 12:06, Sergey V Turchin wrote: >>>> On Wednesday, 9 October 2024 04:40:37 MSK Leonid Krivoshein wrote: >>>> >>>> [...] >>>> >>>>> 1.4. Разве вебовский UI/UX сейчас не приоритетней? Его давно не >>>>> проблема >>>>> встраивать в толстые приложения. >>>> Проблема. Например, на e2k кроме Gecko/Firefox есть лишь некий >>>> libwebkitgtk4, >>>> который не везде встроишь. >> Достаточно того, что есть браузер, из него можно конфигурировать систему. > Какой веб-браузер будем использовать в установщике на e2k? Или только по сети > из Internet Explorer? > > [...] > -- Синельников Евгений Александрович Руководитель обособленного подразделения «Инженерный отдел «Саратовский» ООО "Базальт СПО" тел. +7 (495) 123-47-99 (доб. 531) моб. тел. +7-917-207-53-96
next prev parent reply other threads:[~2024-10-15 4:59 UTC|newest] Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-10-08 13:43 [devel-distro] Тезисы для инсталлятора на базе альтератор 2.0 Антон Мидюков 2024-10-08 23:13 ` [devel-distro] " Leonid Krivoshein 2024-10-08 23:29 ` [devel-distro] Тезисы для инсталлятора " Leonid Krivoshein 2024-10-09 2:13 ` Evgeny Sinelnikov 2024-10-09 21:52 ` Leonid Krivoshein 2024-10-14 7:17 ` [devel-distro] " Sergey V Turchin 2024-10-14 19:57 ` [devel-distro] Интерфейсы " Evgeny Sinelnikov 2024-10-14 21:23 ` Leonid Krivoshein 2024-10-14 21:57 ` Антон Мидюков 2024-10-15 1:11 ` Leonid Krivoshein 2024-10-15 4:49 ` Anton Farygin 2024-10-15 9:44 ` Michael Shigorin 2024-10-15 15:05 ` Denis Medvedev 2024-10-16 0:25 ` Leonid Krivoshein 2024-10-17 7:22 ` [devel-distro] " Sergey V Turchin 2024-10-15 19:29 ` [devel-distro] " Leonid Krivoshein 2024-10-17 7:27 ` [devel-distro] " Sergey V Turchin 2024-10-18 9:05 ` [devel-distro] [JT] мировоззренческое по путям развития Michael Shigorin 2024-10-15 5:19 ` [devel-distro] Интерфейсы для инсталлятора на базе альтератор 2.0 Evgeny Sinelnikov 2024-10-15 23:02 ` Leonid Krivoshein 2024-10-15 10:30 ` [devel-distro] инсталятор как краеугольный камень выбора технологического пути Michael Shigorin 2024-10-09 1:40 ` [devel-distro] Installator 2.0: конфигуратор, создающий kickstart-файл Leonid Krivoshein 2024-10-09 9:06 ` [devel-distro] " Sergey V Turchin 2024-10-09 19:46 ` [devel-distro] " Leonid Krivoshein 2024-10-10 19:29 ` [devel-distro] про API и фронтэнды Leonid Krivoshein 2024-10-10 23:27 ` Антон Мидюков 2024-10-11 0:33 ` Leonid Krivoshein 2024-10-14 7:27 ` Sergey V Turchin 2024-10-15 4:59 ` Evgeny Sinelnikov [this message] 2024-10-15 5:53 ` [devel-distro] Веб-браузер в инсталляторе или для инсталлятора? Антон Мидюков 2024-10-15 20:53 ` Leonid Krivoshein 2024-10-18 9:25 ` Michael Shigorin 2024-10-14 7:22 ` [devel-distro] Re: Installator 2.0: конфигуратор, создающий kickstart-файл Sergey V Turchin 2024-10-14 19:58 ` [devel-distro] " Leonid Krivoshein 2024-10-15 4:52 ` Anton Farygin 2024-10-15 19:30 ` Leonid Krivoshein 2024-10-15 6:33 ` [devel-distro] " Sergey V Turchin 2024-10-17 7:32 ` [devel-distro] " Sergey V Turchin 2024-10-17 7:49 ` [devel-distro] " Антон Мидюков 2024-10-17 8:44 ` [devel-distro] " Sergey V Turchin 2024-10-18 8:56 ` [devel-distro] qtbrowser vs wasm Michael Shigorin 2024-10-15 10:03 ` [devel-distro] [JT] Re: Installator 2.0: конфигуратор, создающий kickstart-файл Michael Shigorin 2024-10-15 23:49 ` Leonid Krivoshein 2024-10-16 8:52 ` Michael Shigorin 2024-10-14 7:43 ` [devel-distro] " Sergey V Turchin 2024-10-14 10:54 ` [devel-distro] " Sergey V Turchin 2024-10-09 9:49 ` [devel-distro] " Alexey Gladkov 2024-10-09 19:54 ` Leonid Krivoshein 2024-10-10 9:10 ` Alexey Gladkov 2024-10-10 12:21 ` Leonid Krivoshein 2024-10-10 14:31 ` Alexey Gladkov 2024-10-09 6:19 ` [devel-distro] Тезисы для инсталлятора на базе альтератор 2.0 Ivan A. Melnikov 2024-10-09 7:21 ` Антон Мидюков 2024-10-09 9:21 ` [devel-distro] " Sergey V Turchin 2024-10-09 13:08 ` [devel-distro] " Leonid Krivoshein 2024-10-09 13:56 ` [devel-distro] о голосовом управлении (was: Тезисы для инст, альтератор 2.0) Arseny Maslennikov 2024-10-10 8:11 ` [devel-distro] о голосовом управлении Антон Мидюков 2024-10-14 7:33 ` [devel-distro] Re: Тезисы для инсталлятора на базе альтератор 2.0 Sergey V Turchin 2024-10-09 22:08 ` [devel-distro] " Leonid Krivoshein 2024-10-10 1:01 ` [devel-distro] Пример файла разметки и описания Leonid Krivoshein 2024-10-10 8:54 ` Антон Мидюков 2024-10-10 5:26 ` [devel-distro] Тезисы для инсталлятора на базе альтератор 2.0 Антон Мидюков 2024-10-10 10:29 ` Leonid Krivoshein 2024-10-14 4:58 ` [devel-distro] Тезисы для инсталлятора на базе альтератор 2.0 (промежуточный итог) Антон Мидюков 2024-10-14 18:59 ` Leonid Krivoshein
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=e4b63d5f-3298-43f3-8a8f-51a83275408e@basealt.ru \ --to=sin@basealt.ru \ --cc=devel-distro@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Distributions development This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel-distro/0 devel-distro/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel-distro devel-distro/ http://lore.altlinux.org/devel-distro \ devel-distro@lists.altlinux.org devel-distro@lists.altlinux.ru devel-distro@lists.altlinux.com public-inbox-index devel-distro Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel-distro AGPL code for this site: git clone https://public-inbox.org/public-inbox.git