Уже нет никакого юникс-вея. Одна утилита — одна задача давно в прошлом.

То, что можно использовать любой текстовый редактор (даже ed), а не одну-две кривые поделки на ncurses.

У тебя что стоит сто текстовых редакторов что ли ? :-) Мне вполне хватает ne в консоли и juffed в гуях. тоже и с редактором реестра на ncurses.
Да и принцип опенцурца никто не отменял - «не нравится, сделай лучше» -)

Совсем ты дурак :-) Чем отличается правка в одном редакторе от правки в другом ? :-)

Тем что XML не предназначен для чтения и письма белым человеком? А предназначен только для робатов и случайных индусов, проклявших свою судьбу? :D

PS
Понимаете в чем дело - блоб записаный хексдампом не является текстовым конфигом. Так же и с XML - вроде текст, но по сути хексдамп для робатов.

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

Ну что ты, как будто html-странички в блокноте не верстал.

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

Вот для тебя писал, прочитай, а? Я понимаю что дислексия, но там будет ответ на вопрос «почему в винде так», а так же на многие другие вопросы :D

----

просто xml позволяет в будущем масштабировать конфиг для более сложных вещей, которые были не нужны на начальном этапе. А если изначально выбрать Key=Value конфиг, то при изменении ТЗ через год придется много переписывать.

Вооот. Именно этого абзаца не понимает наш вендотролль с профессиональной дислексией. Патамучто дурак, да :D

MS может писать парсеры. Но внутренная структура MS во времена win95 это огромный трафик изменений в ТЗ в условиях постоянного цейнтнота. Система в постоянном хаосе.

Ни на какую человекочитаемость или переносимость конфига на другие виндовсы нет времени. Есть время только в билде 165237232 сдампать системные объекты в реестр вот так, а в 165237236 сдампать уже абсолютно иначе. При этом сам демон реестра (а это в терминах юникс - именно демон) постоянно меняется. И все на что можно рассчитывать в условиях цейнтнота это дампать состояние памяти в более менее адрес-независимом формате.

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

Ну ясно, линупсотроль, «если нет то значит и не нужно» :-) Мне нужен быстрый запуск прог, еще раз повторить ? :-)

Бинарный системный реестр запуск левых приложений не ускоряет вообще. Угодай почему. Это раз.

Два - ты в курсе, что то самое линуксовое приложение не читает стопитсот тестовых файлов из етс? Оно лезет к dconf где все уже прочитано и все уже в памяти распарсенное ..... то есть ты реально эпический баклан ;D

Три - то что может реально ускорить - особенно не делается (хотя есть и исключения). То есть кроме тебя это действительно никому не нужно :D

берешь красную шапку 2020 и открываешь в ней реестр от шляпы 2020 Ферштейн ?

И эти люди тут еще о дедсаде рассуждают. Вас батенька, уже санитары заждались ;D

Ну что ты, как будто html-странички в блокноте не верстал.

При этом, во первых html это далеко не средний xml - там тегов то немного, много css. Во вторых, да, опять же - css. В третьих это никакие не конфиги а кодерство, при чем крайне противное.

PS
Кстате да - реестр это тоже не конфиги.... но похоже до понимания этого тут далеко :D

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

Ну ясно в видне ускоряет в линухе нет Тайд уже вас ждет :-) Логики нет напрочь
Шито кедовые проги читают гномые поделки ? Кто тут баклан ? :-) Остальные проги, которых большинство, и которые вообще не кедовые и гномовые на dconf сразу кладут с пробором. Тюлень :-)

Мне вполне хватает ne в консоли и juffed в гуях. тоже и с редактором реестра на ncurses.

:D

Вы так и не ответили на важный вопрос - как будете:
a) читать бинарные конфиги от программы сдохшей 20(30...) лет назад?
б) как будете читать бинарные конфиги для одной системы под другой?
в) как будете читать бинарные конфиги у непопулярной системы... ну вот утилиты есть только под эту непопулярныую систему.

и в добавок

г) если конфиг немного испортится в разных местах так что программа его н ечитает - что делать с бинарным? На свалку? :D

Еще разик, ты объяснил причины почему бинарные конфиги быстрее Спасибо, но заодно ты же и подтвердил что они вообще быстрее что и требовалось доказать :-)

Какой другой ? Если будет общий реестр линуха то вряд ли шляпа будет делать свой реестр а марк свой, если уж совсем не дураки, что тоже вообще то под сомнением :-)
Ты что администрируешь локалхост и что такое бэкап вообще никогда не слыхал ? Берешь и восстанавливаешь. Охота повозится в редактором реестра хоть в консоли, нет проблем. Что ты возишься с текстовым в консоли что с бинарным редактором реестра в консоли разницы не никакой.

Ну ясно в видне ускоряет в линухе нет Тайд уже вас ждет :-) Логики нет напрочь

Так в винде ускореет это ваше мнение, а в линухе не ускоряет это мое мнение. Логика в том что вы неправы. :D

Шито кедовые проги читают гномые поделки ? Кто тут баклан ? :-)

Быхыхыхы. Не в курсе еще да? Но кудауж вам - вы застряли в шестидесятых с бинарными конфигами и гуем.

Остальные проги, которых большинство, и которые вообще не кедовые и гномовые на dconf сразу кладут с пробором. Тюлень :-)

Ну нельзя же быть таким идиотом как вы :D В винде то же самое - причина быстрого старта десктопсофта не в бинарном реестре. Так как и там конфиги для левого софта в основном лежат в тех же файлах. Причина в том что оптимизируют на быстрый старт - о чем я вам и писал. Но вы прочитали только слова «при начальной загрузке» а это лишь один из методов оптимизации :D
А в линупсе - не оптимизируют. Так как потребитель этого не требует. И да - вы не потребитель линукса, вы потребитель венды :D

Еще разик, ты объяснил причины почему бинарные конфиги быстрее Спасибо, но заодно ты же и подтвердил что они вообще быстрее что и требовалось доказать :-)

Я как раз написал противоположное - лечите дислексию :D

Быстрее не бинарные конфиги, а спасение/загрузка состояния сервисов и ПО, а так же заточка всей системы под подобный дизайн. А стейт можно в тексте дампать если очень надо. Но это будет не конфиг, а состояние сервиса/объектов/чегото. Чего собственно ты и не понимаешь, так как дурак. :D

А теперь скажи мне, как часто это бывает что тебе нужно восстанавливать конфиг слаки 0.5 20 летней давности и где ты ее сейчас найдешь :-) Время жизни ос даже не суперпупер серверах не превышает 10 лет, на десктопе так вообще от силы лет 5.
:-) Вообще говоря это общая метода таких спорщиков - выдумать никому ненужную хрень от балды, и приводить ее как аргумент. То о чем ты сказал вообще никому не нужно, вот о чем спич :-)

Баклан ты :-), какая разница как организован реестр спич о том что он быстрее, ты это подтвердил, далее вообще то и спорить не о чем

Понимаете в чем дело - блоб записаный хексдампом не является текстовым конфигом. Так же и с XML - вроде текст, но по сути хексдамп для робатов.

Ну вот например ядро конфигурят menuconfig, xconfig, etcconfig И если бы конфиг ядра был в xml ничего бы для конечного пользователя не изменилось бы. Так же и со всеми остальными конфигами можно к делу подходить, было бы удобнее имхо(мне ядро как конфигурялки сделаны нравится и для всех остальных конфигов такого подхода нехватает)

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

никому ничего не нужно кроме скорости работы конфигов.. действитетельно.. только почему тогда с тобой куча людей спорит?

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

Оно работает черт знает как; оно тормозит; оно пытается сочетать несколько несочетаемых служб.

Это ты как пользователь оного отвечаешь или как лоронолитег?

Оно работает черт знает как; оно тормозит; оно пытается сочетать несколько несочетаемых служб.

А текстовых редакторов для этих целей написали 100499.

Баклан ты :-), какая разница как организован реестр спич о том что он быстрее, ты это подтвердил, далее вообще то и спорить не о чем

Я говорил не о том как реестр организован, я говорил что реестр это ВООБЩЕ НЕ бинарный конфиг. Он не может быть быстрее другой системы конфигов, он вообще не система конфигов. Это suspend/resume такой, черезжопный. :D Понял, дятел? :D

И да, получается что в венде вообще конфигов нет. Оторвали подсистему конфигов - ниасилили. Система реально не дотянула по технологиям даже до 70-х годов даже, прошлого века, о чем тут вообще можно говорить. Говно и есть говно :D

там же были и ответы. Потому что на лоре непропорционально большое количество красноглазиков :-) Аналогичная дискуссия пару лет назад на linuxquestions была куда как продуктивнее чем аргументация от балды на лоре типа необходимости восстановления конфигов слаки 0.5 которой сейчас уже нигде нет :-)

Нет, ты все таки баклан :-) Реестр функционально это бд конфигов, ты все время говоришь не о его функциональности ао методах его построения. Да это то всем пох .. :-), в реестре правят именно конфиги.

fasepalm

А колесо парадигма, и это свет нашей науки!

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

Сферический потребитель в линуксе(например я) требует оптимизации скорости не СТАРТА софта, а скорости РАБОТЫ софта, который стартует раз в месяц, и его стабильности. :D

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

да мне красноглизики абсолютно пох.. :-), для меня линух инструмент а не религия, и быстрый запуск софта мне нужен.

Да, для тебя это не религия. Это для тебя спорт. Ты в линуксе не работаешь, ты в нем софт на скорость запускаешь :D

Что, сказать совсем нечего?

Совсем. Я даже не представляю, чем на такой жирный вброс надо отвечать.

А я не айтишнег :-), у меня линух на домашнем десктопе и здесь мне быстрота запуска софта нужна, как она нужна и шляпе с ее dconf :-) Я ж говорю, красноглизик

2+2=4

а ничего что этой писанине over (50/2 )**? лет ? Прогресс в умах остановился и в башке только талмуд ?

от тебя ответов не было, других на твоей стороне тут нет.

Да это то всем пох .. :-), в реестре правят именно конфиги.

Продолжайте себе это повторять....

Реестр функционально это бд конфигов

Продолжайте себе это повторять, бугога :D

, ты все время говоришь не о его функциональности ао методах его построения.

Я все время говорю что в реестре хранят состояние, а конфигов в венде и нету. Только suspend/resume, дампилка/восстанавливалка состояний вендообьектов между рестартами. Вот и приходится хранить конфиги в состоянии. Конфиги при кривых руках и особой упоротости и в памяти можно хранить.... только потерять легко...как это у вас и происходит :D

И для ускорения линупс-софта, нужно не бинарные конфиги, а в переписывать каждое ПО под быстрый старт. С использованием либо каких линупс-сервисов (того же dconf или гономовского каконтам xxxxsession), либо вручную дампать стейт в ~/.cache .

Только никому кроме вас, вендузятника, этого не надо :D

А я не айтишнег :-),

А при чем тут айтишность?

у меня линух на домашнем десктопе и здесь мне быстрота запуска софта нужна,

«Я ж говорю, красноглизик»(C)

Никогда этого не понимал. Компьютер должен быть абсолютно тихим и/или стоять в кабинете. Если сервак то в хозпомещениях, тогда сделать тихим компьютер там где живут люди еще проще. В таком случае там ничего не надо «быстро запускать» - там и так все работает.

как она нужна и шляпе с ее dconf :-)

Фейспалм. Во первых, о dconf как о универсальном средстве рассказал вам я.

Во вторых dconf , он не для скорости. Но похоже для чего dconf я точно не смогу вам объяснить... :D

Я все время говорю что в реестре хранят состояние, а конфигов в венде и нету.

Состояние чего, настроек?

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

Ага. Только велосипедным способом. В xml написал:

<virtual-hosts>
<x:include href=«vhost1.xml»/>
<x:include href=«vhost2.xml»/>
<x:include href=«vhost3.xml»/>
</virtual-hosts>

И искаропки работает - для парсера прозрачно.

Если добавить это все - получится XML. С его монстровидностью.

Да. Но нельзя сказать что это ненужно. Конфиг конфигу рознь. Если взять какой нить типичный апач - то они фактически изобрели свой собственный велосипедный xml. А если обратится например к тому примеру с модульной аппликухой которую я описал как юниксвей - так там конфиг будет иметь нефиговые размеры и конфигов куча именно чтобы вынести то что относится к настраиваемым частям софта из кода, и дать пользователю широкие возможности адаптации.

А?

Например валидация по схеме. В условиях засилия JSONовых сервисов вещь совершенно необходимая чтобы каждый раз не велосипедить. И вот как то не выходит каменный цветок в виде например законченой библиотеки вебсервисов для какой нить джанги или рора. Везде «вам пришел JSON - разбирайтесь».

В json это все на уровне приложения.

То-то и оно. По факту это обозначает кучи кода в критических местах и «непонятная херня произошла потому что передали непонятную херню» во всех остальных. Вместо «line 10 in object x field y expected boolean but found хрень».

Никто не мешает делать include json под-объекты.

Не разрушая синтаксис?

Генетически там почти все возможно

Не накладывая хитрых ограничений как в json например сделать неймспейсы?

Я тут недавно узнал с удивлением что энтерпрайз кастомеры считают XML говном

Да. Просто пока лучше этогно говна в мегасофт ничего не придумали. С трудом себе представляю ODF на JSON.

Состояние чего, настроек?

Состояние всего. В WIMP ООП программа это множество объектов. Соответственно состояние программы - состояние этого множества объектов. Если не заморачиватся настройками, а просто сохранять и восстанавливать состояния объектов (особенно прямо в систему их сохранять, так как у нас все ПО такое в идеале), можно в принципе обойтись без конфигов... если вдруг не случится чегото плохого.

Ну что-то типа find /usr/share/emacs -name «*.elc» -delete Но нафига? Мне кажется там даже используемый по умолчанию buffer switcher на elisp написан. Можно конечно вручную выпилить все, что не касается редактирования текстов напрямую - dired, image, vcs, epg, gnus, org, mail, calendar, calc, shell, eshell, term, erc, rcirc, игры и все что я ещё не вспомнил. Но какую ты при этом цель преследуешь - мне непонятно.

В Apple это просекли и сделали няшный plist

Так он может быть как бинарный, так и текстовый.

Юникс-вей — понятие многогранное. Но в общем случае это когда есть куча простых связанных программ, которые срут друг в друга данными (в классическом варианте — текстовыми).

При этом ИМХО вообще пофиг что там на системном уровне творится, главное, чтобы это было доступно для пользовательских программ.

Состояние всего.

В виндовом реестре? Это ты загнул.

Или вот конфиг отсылаемого мыла - с трудом представляю как JSON может сделать это - проще:

<message>
<subject>[japanese xtest] サーバの接続が切断されました</subject>
<body type=«text/html»>
<![CDATA[<h1>hello from japan　様、</h1>
<br>
<br>
nVerge サーバ は、管理しているnVergeサーバから接続が切断されました。
<br>
<img src=«cid:tux»/>
source: <a href=«cid:source»>result</a>
<br><i>--
nVerge Network
Powered by <a href='http://www.company.com'>company</a></i>]]>
</body>
<attachment type=«text/plain» content-id=«result» name=«nVerge サーバ»>
nVerge サーバ は、管理しているnVergeサーバから接続が切断されました。
</attachment>
<attachment type=«image/jpeg» content-id=«tux» file=«framework/test/flyingsaucer.jpg» name=«picture»/>
<attachment type=«image/jpeg» content-id=«att» file=«framework/test/flyingsaucer.jpg» name=«att.jpg»/>
<attachment type=«text/plain» content-id=«source» file=«framework/test/com/company/mail/TestJaMail.java»/>
</message>

Замутил опрос про формат конфигов: Настройки приложения должны храниться в

Или вот конфиг отсылаемого мыла - с трудом представляю как JSON может сделать это - проще:

У тебя там не конфиг, а фактически шаблон для отсылки мыла. То есть документ-данные. Тот самый случай когда все равно лучше XML ничего особенно не придумали если не хочется заморачиватся.... хотя CDATA выглядит по идиотски, согласись.

И кстате в этом случае наоборот будет JSON неудобен - разве что в случае когда его руками никто особо редактировать не будет.

Я не предлагаю везде использовать JSON, я говорю что когда у нас реально потребность в огромном конфиге(конфигах) который будет писать человек - нужен нормальный миниязык. Опять же, возможно, где будут и JSON и XML-подобные и keyvalue подобные элементы.

Просто тотальный унифицированный мегапарсер со всеми возможными суперфичами - это нечитабельно получается.

Хотя может и возможно сделать нечто универсальное но с сильно улучшенной читабельностью/писабельностью человеком.

PS
Твой мессаг предыдущий многабукв.... сложно отвечать :D

CDATA выглядит по идиотски, согласись.

Альтернатива CDATA в любых форматах - тотальное экранирование. Это был бы вообще ужос:)

Состояние всего.

В виндовом реестре? Это ты загнул.

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

Альтернатива CDATA в любых форматах - тотальное экранирование. Это был бы вообще ужос:)

Тебе все равно приходится экранировать чтото - что бы закрывающие скобки у CDATA работали.

Но в любом случае я пока слышу претензии класса «программистам в зоопарке недокладывают мяса - спасайте хищников». То есть «оно менеечитабельно - но робатам удобней». А это собственно все к «не шмогла»(С) Читабельность приносится в жертву энтерпрайзности и дешевизне разработки этих мегамонстров.

Тебе все равно приходится экранировать чтото

Ну - только последовательность ]]>:) То есть кроме как жутким смайлам ничего никому не грозит:)

То есть «оно менеечитабельно - но робатам удобней».

Ну не совсем. Скорее «хочешь пользоваться робатами - делай как им удобнее. Иначе придется брать лопату и сажать картошку вручную»

Шито, линух на десктопе никому не нужен ? расскажи это шляпникам, во они посмеются, пилят себе гном с реестром и не слущаю всяких красноглазиков в лора, вот беда то :-)

Ну - только последовательность ]]>:) То есть кроме как жутким смайлам ничего никому не грозит:)

Уже json можно невставить.

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

Ну не совсем. Скорее «хочешь пользоваться робатами - делай как им удобнее. Иначе придется брать лопату и сажать картошку вручную»

Нуууу эээээ, так и отправится править хекскоды недолго :D Что часто и делают обосновывая примерно такими же словами :D

Шито, линух на десктопе никому не нужен ? расскажи это шляпникам, во они посмеются,

Вот ведь трудный. Как раз именно шляпникам линукс на десктопе и не нужен - они серверами занимаются. О чем постоянно у красноглазых на ЛОР плач стоит - «проклятая шляпа с серверами111».

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

пилят себе гном с реестром и не слущаю всяких красноглазиков в лора, вот беда то :-)

Я понимаю что бред в голове, но все таки - тут все наоборот Это красноглазые на ЛОР слушают редхат и вам переписывают. :D