информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Страшный баг в WindowsВсе любят медSpanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Phrack #70/0x46 
 Возможно, Facebook наступил на... 
 50 лет электронной почте 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Ну-ну... 29.09.05 14:54  Число просмотров: 1520
Автор: Heller <Heller> Статус: Elderman
<"чистая" ссылка> <обсуждение закрыто>
> При текстовой организации файла лучший способ поиска -
> линейный. С линейной же зависимостью от объема, а
> вставка/удаление - вообще мрачные. Бинарные БД гарантируют
> логарифмическое время поиска/вставки/удаления.
А сколько занимает средний конфигурационный файл? Несколько килобайт (ну или несколько десятков килобайт максимум). Потери не критичны.

[skipped]


> Поиск по бинарным базам никто не отменял. Там он даже
> эффективнее.
Смотри выше. Тебе много приходится в них искать? При условии того, что лазить в них приходится не так уж и часто.

> > значение, чем искать в кучи вкладок графической
> утилиты.
>
> > > б) разбросанностью конфигов по всему винту и фиг
> > > разберешься что где
>
> > Это в реестре фиг разберёшься, что где. Вот только не
> надо
> > говорить, мол "зато он в паре файлов", а-то я начну
> > говорить, что текстовые конфиги в одном компьютере.
>
> Наоборот. Настройки реестра очень хорошо структурированы. И
> я в большинстве случаев вполне хорошо себе представляю в
> каком направлении идти за той или иной настройкой. И в
> любом случае, вся конфигурация сведена в одно место.

Ну хорошо. А объясни мне что делать в ситуации, когда конфиги получаются достаточно сложными, со вложенными структурами и т. д.? Плюс текстового файла в том, что писать ты можешь там всё что угодно, хоть inline-скрипты - посмотри как это сделано, нампример в Апаче. Как бы я его конфигурировал в графиечском интерфейсе?

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

И, кстати, в реестре поиск действительно сложная задача - большой он и громоздкий. Текстовики же все небольшие и разнесены по директориям. В этом случае директории выполняют те же "папки" реестра (не помню как грамотно называется) и поиск ничуть не усложняется.

Ещё аргумент: иногда возникает необходимость работать с конфигами программно (всмысле конфигурить их по ходу дело из собственного софта). С текстовиками всё просто - их структура полностью прозрачна. А как ты, интересно, будешь писать программу, которая что-то правит в реестре?
<operating systems> Поиск 








Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach