Здравствуйте, mibe, Вы писали:
M>Ветки в реестре не более и не менее отдельны чем файлы в файловой системе. Реести и есть файловая истема (только у него нет общаего для ОС интерфейса ФС)
в реестре нельзя настроить права доступа на ветки по юзерам/группам
Дарней,
> M>Ветки в реестре не более и не менее отдельны чем файлы в файловой системе. Реести и есть файловая истема (только у него нет общаего для ОС интерфейса ФС)
> в реестре нельзя настроить права доступа на ветки по юзерам/группам
Тьфу! думал про одно, написал про другое
главная проблема с реестром (как и с файловой системой) — то, что нельзя настроить права доступа отдельно для каждого приложения
Здравствуйте, Дарней, Вы писали:
Д>Тьфу! думал про одно, написал про другое Д>главная проблема с реестром (как и с файловой системой) — то, что нельзя настроить права доступа отдельно для каждого приложения
А что считать "приложением"? Как отделить одно приложение от другого?
Дарней wrote:
> C>Ээээ... А где у вас инкапсюляция данных, например, в apache.conf? > вероятно, в слове "apache" в названии файла
Ну вот, а в реестре будет в названии ветки HKLM/Software/Apache.
> C>Ну а на производительность вообще гнать не надо, реестр — это маленькая > C>БД, даже с индексацией. И работает оно обычно даже быстрее текстовых > C>файлов с конфигами. > Быстрее текстового конфига с таким же объемом данных — это я конечно > не спорю. Но текстовых конфигов такого объема просто не бывает — никто > еще не додумался сделать один текстовый конфиг на всю систему, к счастью
Оно за счет индексирования и кэширования скорее всего будет быстрее и
маленького текстового файла. А если еще учитывать, что не нужно тратить
время на парсинг конфигов.
Здравствуйте, Cyberax, Вы писали:
C>Точно так же, как и для файлов конфигов.
не совсем точно так же. К примеру, описания компонентов для всех приложений валятся в одну кучу. Чем некоторые программисты пользуются для того, чтобы скрывать там информацию — о сроке работы пробной версии, например.
C>И решение точно такое же — C>запускать приложения из под специальных пользователей.
это да... но под каждое приложение создавать отдельного пользователя — не очень веселое занятие
Здравствуйте, Cyberax, Вы писали:
C>Ну вот, а в реестре будет в названии ветки HKLM/Software/Apache.
И в названии ветки HKCR тоже?
C>Оно за счет индексирования и кэширования скорее всего будет быстрее и C>маленького текстового файла. А если еще учитывать, что не нужно тратить C>время на парсинг конфигов.
Реестр — он не бывает маленький. А большой реестр не будет быстрее маленького текстового файла — это однозначно.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Всех излечит, исцелит
добрый Ctrl+Alt+Delete
Re[11]: Э.Реймонд "Искусство программирования для Unix"
Здравствуйте, Дарней, Вы писали:
Д>Тьфу! думал про одно, написал про другое Д>главная проблема с реестром (как и с файловой системой) — то, что нельзя настроить права доступа отдельно для каждого приложения
Заведи для приложения отдельную учетную запись и нет проблем.
... << RSDN@Home 1.2.0 alpha rev. 606>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[12]: Э.Реймонд "Искусство программирования для Unix"
Здравствуйте, Cyberax, Вы писали:
C>Дарней wrote:
C>Ну а на производительность вообще гнать не надо, реестр — это маленькая C>БД, даже с индексацией. И работает оно обычно даже быстрее текстовых C>файлов с конфигами.
А править текстовый конфиг гораздо удобней, особенно если нужно это делать ручками
как было уже сказано, текстовых конфигов такого объема просто не бывает ( у меня
реестр после экспорта занял 31,479,352 ).
И если Вам необходимо подправить
пару десятков параметров в текстовике вы сделаете это гораздо быстрее чем будете
прагыть во веткам реестра кликать мышькой и т.п.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[13]: Э.Реймонд "Искусство программирования для Unix"
Дарней wrote:
> VD>Заведи для приложения отдельную учетную запись и нет проблем. > учетная запись для ворда, учетная запись для пейнта... не многовато > будет?
Ну в юниксах так и делают. В моем /etc/passwd есть: qmaild, qmails,
qmailr, qmailq, qmailp, mysql, nobody, identd, irc, gnats, ejabberd,
Debian-exim, majordomo и еще штук пять.
--
С уважением,
Alex Besogonov (alexy@izh.com)
Posted via RSDN NNTP Server 1.9
Sapienti sat!
Re[13]: Э.Реймонд "Искусство программирования для Unix"
Здравствуйте, Дарней, Вы писали:
Д>учетная запись для ворда, учетная запись для пейнта... не многовато будет?
А зачем тебе для ворда то отдельную учетную запись заводить? Я так понимаю, что речь идет о каком-то особенном случае. Вот для него и заводить. Например, из какого-нить Аутлука прет зараза. Чтобы чего не вышло завести учетную запись с огранивенными правами, дать ей доступ куда нужно и запускать Аутлук через нее.
... << RSDN@Home 1.2.0 alpha rev. 606>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[14]: Э.Реймонд "Искусство программирования для Unix"
Здравствуйте, VladD2, Вы писали:
VD>А зачем тебе для ворда то отдельную учетную запись заводить? Я так понимаю, что речь идет о каком-то особенном случае. Вот для него и заводить. Например, из какого-нить Аутлука прет зараза. Чтобы чего не вышло завести учетную запись с огранивенными правами, дать ей доступ куда нужно и запускать Аутлук через нее.
Я имел в виду ситуацию в общем... такая "общедоступность" данных — это просто неправильно, ИМХО
а решать проблему через фиктивные пользовательские записи — это просто костыли
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Всех излечит, исцелит
добрый Ctrl+Alt+Delete
Re[9]: Э.Реймонд "Искусство программирования для Unix"
raskin wrote:
>>> > Ээээ... А где у вас инкапсюляция данных, например, в apache.conf? >>> Во-первых, в том, что в файле не лежат настройки монитора. >> А /etc/X11/XF86Config — это галлюцинация? > Я имел в виду apache.conf .
Врете. У меня настройки монитора в дефолтном конфиге Дебиана лежат в
каталоге /etc/apache/../X11! Где же здесь инкапсюляция?
> Кстати да, галлюцинация для 1/2 Linux-оидов.
Кстати, не меньшая проблема — отсутствие стандартных методов поиска
конфигов.
> Вот Unix-оиды не хотят повторять славный путь. > Управление устройствами, кстати, очень стоит хранить текстом — ссоры > устройств можно было бы разруливать из-под консоли, предварительно их > деинициализировав (а... опять перезагрузка.. за что?).
У меня конфликт устройств в последний раз был в 99 году (еще на
материнке с ISA-слотами). Ну а в чем проблема один раз зайти в hardware
monitor и поправить параметры — не представляю.
>> Ну так делите по веткам в чем проблемы? Реестр же иерархический. > Нет, это-то реестр позволяет. Только в apache.conf пользователь > (извините, администратор) решает, что он вынесет, а что оставит в файле.
И что? Пусть в хороших прогах конфиги делятся на HKLM-ные и HKCU-шные.
--
С уважением,
Alex Besogonov (alexy@izh.com)
Posted via RSDN NNTP Server 1.9
Sapienti sat!
Re[15]: Э.Реймонд "Искусство программирования для Unix"
Дарней wrote:
> VD>А зачем тебе для ворда то отдельную учетную запись заводить? Я так > понимаю, что речь идет о каком-то особенном случае. Вот для него и > заводить. Например, из какого-нить Аутлука прет зараза. Чтобы чего не > вышло завести учетную запись с огранивенными правами, дать ей доступ > куда нужно и запускать Аутлук через нее. > Я имел в виду ситуацию в общем... такая "общедоступность" данных — это > просто неправильно, ИМХО > а решать проблему через фиктивные пользовательские записи — это просто > костыли
Ну так файлы конфигов тоже, в общем-то, общедоступны (с учетом прав,
естественно). Так что тут вопрос уже доверия к приложению.
punk4 wrote:
> C>Ну а на производительность вообще гнать не надо, реестр — это маленькая > C>БД, даже с индексацией. И работает оно обычно даже быстрее текстовых > C>файлов с конфигами. > А править текстовый конфиг гораздо удобней, особенно если нужно это > делать ручками > как было уже сказано
Ну так сделайте программу, которая будет интерпретировать реестр как
текстовый файл. Кстати, реестр можно править в виде .reg-файлов, которые
абсолютно текстовые.
> И если Вам необходимо подправить пару десятков параметров в текстовике > вы сделаете это гораздо быстрее чем будете > прагыть во веткам реестра кликать мышькой и т.п.
У меня реестр достпен как виртуальный каталог в FAR'е, так что все
спокойно делается без мышки. А вообще, работа с реестром не должна быть
обычным делом — нужны специальные графические оболочки для нужных
настроек. Например, "Control Panel".
Здравствуйте, Cyberax, Вы писали:
C>А вообще, работа с реестром не должна быть C>обычным делом — нужны специальные графические оболочки для нужных C>настроек. Например, "Control Panel".
А если хочется сделать нечто не задуманное изначально в утилите настройки?
Собственно, предлагаю прочитать (если не читал) правило разделения (Rule of Separation: Separate policy from mechanism; separate interfaces from engines) в книге "The Art of Unix Programming". И сказать, в чем ты с ней не согласен.
Утилиты обработки текстов общего назначения (find, grep, sed, etc) заведомо покрывают большую функциональность, чем ты можешь покрыть в своей оболчке для настройки чего-либо.
Зачем отбирать возможность использовать эту мощь? Хочется высокого уровня и простоты — используй утилиты настройки, фронтенды. Но зачем их ставить во главу угла?
Например, я запросто могу положить свой /etc в CVS. Реестр — нет. Или пустить поиск по сложному критерию. Или найти разницу между двумя версиями конфига. И для этого мне не нужны специальные утилиты.
Здравствуйте, Cyberax, Вы писали:
C>Ну так сделайте программу, которая будет интерпретировать реестр как C>текстовый файл. Кстати, реестр можно править в виде .reg-файлов, которые C>абсолютно текстовые.
Да уж, абсолютно, вот вам значение произвольно из первого попавшегося места
{23170F69-40C1-278A-1000-000100020000}
расскажите ка мне что он оно значит?????
C>У меня реестр достпен как виртуальный каталог в FAR'е, так что все C>спокойно делается без мышки. А вообще, работа с реестром не должна быть C>обычным делом — нужны специальные графические оболочки для нужных C>настроек. Например, "Control Panel".
А у меня конфигурационные файлы доступны в vi, vim, joe, emacs и что вам
еще будет угодно, при желании хоть в Worde можно править с использованием
всей мощи которую предлагает то или иное средство. IMHO панимание приходит
быстрее и лучше когда руками и головой делаешь а не галки ставишь в окнах.
