Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
И что? Ты сейчас становишься на очень скользкую тропу... 29.09.05 17:32 Число просмотров: 1923
Автор: amirul <Serge> Статус: The Elderman
|
> Гм. Только что порылся поиском по сендмайловскому конфигу.
> Либо моя машинка с Cel 2.4 на борту ооочень мощная, либо
> что-то тормозное у тебя. В считанные мгновения находится
> то, что задано в строке поиска.
И что? Ты сейчас становишься на очень скользкую тропу. Заботиться об эффективности не надо, потому как я не могу заметить глазом миллисекундные задержки. Но речь то не о твоем глазе, а о тысячах таких задержек и о лишних расходах при таком подходе к программированию
> Неэффективно для обработки кем? И чем? Т.к. лично для себя
> я не вижу большей эффективности хранения конфигурационных
> файлов в бинарном виде, нежели в текстовом.
А при чем тут для тебя лично. Одно дело личные ощущения, другое - формальный анализ алгоритмов. Так вот поиск по тексту - линейное время в лучшем случае.
> > А отделение
> > интерфейса от представления - вообще то один из китов
> в
> > программировании и в IT вообще.
> К чему ты это?
К тому, что кто то заладил, что раз бинарное представление, значит графический интерфейс.
> Реестр тут при том, что это единственное из
> конфигурационных файлов, который есть смысл держать в виде
> бинарной БД. Другое дело, что в никсах никакого реестра
> нету (и не нужен), поэтому смысл в бинарных конфигах
> отпадает.
Что за чушь. В винде реестр ради реестра? Реестр появился для повышения эффективности работы с конфигурацией и все. Ты же говоришь, что эффективность юниксу не нужна. Потрясающе просто
> Ага, так вот в чём дело. Отвечаю на этот тред, а
> пердчувствие какое-то нехорошее. Оказывается мы мягко
> переходим от представления конфигурационных файлов к
> принципиальным возможностям БД.
Не понял. Мы ВСЕ ВРЕМЯ говорили о потенциальных возможностях. Потому как и винда и юних в штатном режиме потребляют 1-3% от процессорного времени. Грабли могут проявиться только на высокой загрузке.
> Именно, что структурировал. И в /etc тоже структурированно.
> Зачем создавать создавать лишний уровень вложенности,
> создавая папку и помещая тудаодинконфигурационный файл?
А в одном конфигурационном файле один параметр? Зачем искать по текстовому файлу, если можно искать по файловой системе (этот поиск будет все равно эффективней)
> А конфиги к одной программе кладутся в отдельную папку.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
