Буду отвечать в принятом тут (по-крайней мере некоторыми товарищами)стиле.
>Я в прошлом месяце одного человека пересадил на линуха, а в этом пересажу еще одного. И никакого реестра у них не будет.
Медаль герою!
Реестра у них не будет, пока они не поймут, что с ним удобнее. А поймут когда -- так там уж твое мнение их вряд ли будет интересовать. Если конечно они не будут такими же упертыми "тру".
>Можно поинтересоваться, это программа такая? А скрипт и морду к нему не проще написать или ты очередной krename ваяешь?
Дяденька, вы знаете, как поиск работает? А как там индексированные файлы хранятся? А как по регэкспу искать, чтобы быстро было?
Дяденька, вы это на шелле писать будете? А потом материться, что ответ на запрос "linux-2.6.8 .tar" вам приходится ждать двадцать четыре с половиной минуты?
А, может, вы еще предложите MySQL переписать в виде скрипта? И морду к нему?
Чтобы совсем было понятно, еще вот: эта прога будет (в качестве франтенда) модулем к апачу, соответственно все работает либо через утилиты управления (типа mysqladmin), либо через веб-интерфейс, либо лапками.
>Да трахайтесь как хотите, господи. Сами же потом будете материться, адепты чистого виндовса.
> When two different softwares want to integrate themselves, it is programatically very hard to read, ...
LR - костыль для решения этих проблем. Да и не решит он их.
> A software developer must waste a lot of time to write the plumbing code for configuration file parsing etc.
Вытекает из первого. Это как раз легко решается и без LR.
> Different distributions tend to place different software configuration in different places with different formats.
Аналогично получим и в LR. Есть сомнения? Взгляните на /etc в разных дистрибутивах.
> A system administrator must know all these formats.
Пилять. Это смешно.
> There is no way to know today what was changed in a specific configuration file. If /etc/shadow file time changes, there is no way to know if the change was related to nobody's or root's record.
Если лазить помимо api, то хрен что отследишь! А такие умники найдутся! Да и реализаций api будет с вагон.
> High-level system administration GUIs (webmin, redhat-config-*, SuSE's YAST, etc) are just a dream today.
>Дяденька, вы знаете, как поиск работает? А как там индексированные файлы хранятся? А как по регэкспу искать, чтобы быстро было?
а причем тут сабж ? каким образом он увеличит скоросить поиска чего либо ?
>Дяденька, вы это на шелле писать будете? А потом материться, что ответ на запрос "linux-2.6.8 .tar" вам приходится ждать двадцать четыре с половиной минуты?
честно скажу ни разу не сталкивался... что бы двадцать четыре да к тому же еще с половиной минуты у меня в моей слаке поиск шел ... ты про такую вещь как slocate слыхал ? покасказываю - забиваешь в крон updatedb а потом пишешь locate something-to-be-found и всё ... и твоя задумка насчет проги поисковика это извини - но это из раздела - поделок-свистелок .... если это будет какая то морда то ок ... но принцип уже давно придуман собственно ...
тут вопрос не за или против ... точнее есть непонятные личности которые ждут этого ЛР как прихода спасителя - а есть те кто просто не допирают типа "на фиг надо, если и так работает ?" ...
всем : где находится помойка в /etc а то я уже второй день не могу найти ...
Про HKCU(HKLM)\Software\Microsoft\Office понятно.
А как быть со всякими:
HKU\S-1-5-21-583907252-813497703-1202660629-1003\Software\Microsoft\Office
HKCR\.xxx\OpenWithList\Microsoft Excel\shell\edit\ddeexec\application
HKCR\Excel.Backup\shell\Print\ddeexec\application
HKCR\CLSID\{00020810-0000-0000-C000-000000000046}\PersistentHandler
Экспортировать весь реестр не катит - там настройки других прог, коих на
момент восстановления может и не быть или у них изменились настройки и
восстанавливать их не надо.
>> А так - ну загнутся пару файлов, да и х. с ними - руками сам напишу.
>Дык и с реестром в offtopic та же песня: загнулось все -- восстанавливаемся из backup'-ов,
>загнулись какие-то ключи -- пишем руками.
И такие ключи руками восстанавливаешь?:
[HKEY_CLASSES_ROOT\CLSID\{00020810-0000-0000-C000-000000000046}\PersistentHandle r]
@="{98de59a0-d175-11cd-a7bd-00006b827d94}"
[HKEY_CLASSES_ROOT\CLSID\{01C3D4A7-A701-11D1-8324-00A024CAA292}\InprocServer32]
"InprocServer32"=hex(7):39,00,66,00,27,00,5e,00,56,00,6e,00,2d,00,7d,0 0,66,00,\
28,00,59,00,52,00,5d,00,65,00,41,00,52,00,36,00,2e,00,6a,00,69,00,47,00,72,\
00,61,00,70,00,68,00,69,00,63,00,73,00,46,00,69,00,6c,00,74,00,65,00,72,00,\
73,00,46,00,50,00,58,00,46,00,69,00,6c,00,65,00,73,00,3c,00,00,00,00,00
Появление проектов аля LR, YAST, linuxconf, webmin и т.д указывает
на то, что проблема с конфигами все же есть. Правда решать ее надо
IMHO не так.
Какой для меня была бы идеальная система конфиг файлов?
Файлы в /etc, текстовые, с коментариями, т.е. все как и сейчас, но
формат файлов стандартизован и достаточно гибок, чтоб удовлетворить
всех/многих/большинство. Естесственно, что все проги обязаны придерживаться
этого формата.
Есть мощная библиотека для работы с этим форматом. И тулзы на основе
этой либы - хошь гуевые, хошь консольные. В скриптах и инсталяторах
можно было бы не изголяться sedом и awkом (хотя и это не возбраняется), а писать типа:
# regset smb.global.workgroup=MYGROUP
или
# regset /etc/smb.conf global.workgroup=MYGROUP
API опять же стандартизаван и перенесен в C, перлы и прочие питоны.
И коментарии не грохаются.
Тогда бы было абсолютно без разницы чем править конфиги - гуем, текстовым редактором, из консоли или скриптом. Результат был бы одним и тем же.
Причем при стандартицации не так уж и трудно было реализовать эту либу.
Дело за "малым" - как заставить разработчиков, скажем, sendmail принять и использовать этот формат?
Пардон, в этом сообщении:
>"Про HKCU(HKLM)\Software\Microsoft\Office понятно. А как быть со всякими:"
пропала "шапка". Оно должно читаться так:
2 Dselect
>> Восстановление системы делаешь и что? У половины прог слетают
>> настройки.
> А экспортировать/импортировать реестр, видимо, религия не позволяет...
Позволяет. Но подскажи, плз, какую ветку рееста экспортировать/импортировать,
для сохранения/восстановления всех настроек Офиса?
Про HKCU(HKLM)\Software\Microsoft\Office понятно. А как быть со всякими:
>Дяденька, вы знаете, как поиск работает? А как там индексированные файлы хранятся? А как по регэкспу искать, чтобы быстро было?
Ну если бы ты умел связно выражать свои мысли, мы бы поняли, про какой поиск ты говоришь. Есть поиск по локальным smb-ресурсам, есть поиск по ftp, есть поиск по сайтам...
Нет, зачем же на шелле, думается, что сначала я бы провел поиск продуктов с наиболее подходящей мне функциональностью, а потом, найдя их, я бы заточил их под себя. Думается, что данные он будет хранить не в реестре, а в базе данных, подобранной соответственно нагрузке и скорости (interbase, mysql).
Слушай, поисковики по самбе есть.
Вообще, что тебе мешает провести поиск по ресурсам, забить имеющееся в базу и потом раз в сутки отслеживать изменения?
Тоже мне проблема.
>Появление проектов аля LR, YAST, linuxconf, webmin и т.д указывает на то, что проблема с конфигами все же есть. Правда решать ее надо IMHO не так.
Она есть для простого пользователя, но видимо не стоит так остро, иначе бы уже все давно было написано и стандартизировано.
Не вижу отличия в том, чтобы нажать галочку и изменение параметра в конфиге. Проблема может возникнуть при выставлении несовместимых параметров. Однако в конфигах обычно указывается, какой параметр с каким не нужно ставить или наоборот, следует выставить сразу два.
Было бы интересно реализовывать все не реестром, а исключительно изменением конфигов.
Скажем, идет у меня раздел с лицензией. После него в тех же комментах некое ключевое слово (или группа слов), после которой идет описание
каким должен быть гуй к этой проге (расположение элементов, закладок,
их названия) и описание параметров и их связность.
Прога конфигуратор считывает конфиг, вырисовывает на его основе гуй и ты мышой вносишь соответствующие изменения в этот конфиг.
Проблем с такой штукой две:
1. Заставить всех в конфиг включить описание конфигуратора (предположим, этим могли бы заняться дистростроители).
2. Дать понять конфигуратору, что такая прога установлена в системе.
Первую проблему можно решить с течением времени.
Вторую нужно решать на уровне пакетного менеджера - либо менять rpm/dpkg и т.п., либо добавить в /var еще один каталог и туда скидывать текстовый файлик с названием проги и местоположением конфига/конфигов.
Плюс один и несомненный:
Не нужно переделывать софт, не нужно переделывать существующую систему конфигов, конфигуратору не нужно иметь внутреннюю базу.
Основная сложность - создать стандарт универсального описания и соответствующий универсальный парсер (коим и является по сути конфигуратор).
1. Это у меня уже не первая версия, прошлая использовала MySQL и именно в этом месте был bottleneck, поэтому сейчас я делаю лапками. С грамотными структурами данных и хорошими алгоритмами поиска получается быстрее.
2. LR я собираюсь использовать для хранения конфигурации, а именно: какие модули поисковика (типа списка музыки, списка фильмов, статистики, логгинга в MySQL базу, и собственно алгоритмов поиска) грузить, какие параметры у них будут и т.п.
3. Я прекрасно знаю, как это все работает. Не надо плз меня учить. Если что, см. пункт 1.
Вообще, я не являюсь сторонником текущей реализации LR. Честно говоря, мне она не очень-то нравится. Я за идею болею (всей душой, честное слово). По моим комментариям по-моему это видно.
Что касается использования LR в моем проекте в текущем его виде, еще не факт. Везде, где я писал "LR", имелась в виду идея, а не текущая реализация. Возможно, что стандартного API, присутствующего на данный момент, мне и не хватит -- тогда будет конфиг в стиле апача (имхо довольно приятный кстати синтаксис). В этом случае LR будет радостно мною прикручен, как только он появится (а он появится, я в это верю) в подходящем виде.
> Вообще, я не являюсь сторонником текущей реализации LR. Честно говоря, мне она не очень-то нравится. Я за идею болею (всей душой, честное слово). По моим комментариям по-моему это видно.
О-о-о, бля! Докрутились! Я не я и лошадь не моя!
Я тоже не против светлого будущего и всеобщего процветания, "я за идею болею", вот только "не являюсь сторонником текущей реализации". Ага.
> О-о-о, бля! Докрутились! Я не я и лошадь не моя! Я тоже не против светлого будущего и всеобщего процветания, "я за идею болею", вот только "не являюсь сторонником текущей реализации". Ага.
Ну покажи мне пожалуйста, где я говорил, что мне нравится идея с тысячами мелких файликов в /etc/registry?
> Реестра у них не будет, пока они не поймут, что с ним удобнее. А поймут когда -- так там уж твое мнение их вряд ли будет интересовать. Если конечно они не будут такими же упертыми "тру".
А другого реестра пока на горизонте нет!
> Как же вы достали. Перед тем, как что-то писать, ознакомьтесь с предметом разговора. ...
> Процитирую тогда:
1. Там XML используется только для импорта/экспорта. Вас никто не обязывает.
2. Сами данные хранятся как файлики в /etc.
3. Порча одного ключа портит (о, парадокс!) только этот ключ.
4. Права доступа регулирует файловая система. Она же обеспечивает быстроту и качество операций с реестром.
То есть "одобрямс"?
> Какое счастье, что среди местных противников LR, с пеной у рта доказывающих порочность того, о чем они даже представления не имеют, мало программистов (кодеров), которые, собственно, и будут решать, жить LR или сдохнуть
LR уж какой есть. Ты собственно кто?
> В моем текущем проекте (скромненький поисковик по локальным сетям) я буду использовать LR. Точка.
Ах кодер! Использовать собрался? Значит ЗА!
> Ну покажи мне пожалуйста, где я говорил, что мне нравится идея с тысячами мелких файликов в /etc/registry?
Дальше продолжать? Тебе нравится идея LR, которая именно так и реализована. Ты собираешься использовать то что тебе не нравится? Мда.
> Да хрен с ними, с разработчиками. Пускай кто-нибудь для начала попробует представить sendmail.cf в виде убожества name=value...
Да не надо это делать. Нужна просто программа (frontend) для всех конфигурационных файлов системы. Заходишь в такую, набираешь пароль root и правишь все конфиги из этой программы прямо (backup старых настроек можно сделать), пользуешься поиском, видишь, что у тебя установлено и тд... Такая программа нужна, она не всякие левые никому не нужные регистры...