Re: Parsing config files in a directory

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Parsing config files in a directory
Дата
Msg-id 407d949e0910262016t56872315p89ed0decc1bfbe9e@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Parsing config files in a directory  (Greg Smith <gsmith@gregsmith.com>)
Список pgsql-hackers
On Mon, Oct 26, 2009 at 6:55 PM, Greg Smith <gsmith@gregsmith.com> wrote:
> If the default glob pattern is *.conf, won't all those already be screened
> out?  I can see your point that letting it be adustable will inevitably
> result in some fool one day writing a bad matching pattern that does grab
> backup/lock files.  But is that concern so important that we should limit
> what people who know what they're doing are allowed to do?

Well the file name is a kind of API so if it's not fixed it's less
useful. Modules won't know how to name the files they drop in so
they'll be read. Autotuning packages won't know what characters are
allowed in their filename or how to disable their file or backup files
if they want. Etc.

There's not really any flexibility to be gained in using a different
pattern anyways since the user and other programmers are free to
choose filenames which match the pattern.

This isn't novel territory. Other software like Apache have had config
directories for aeons. And Debian makes extensive use of them for
packages which have other packages providing behaviour changing
addons. I believe the conventions I suggested are the common
conventions used by most -- afaik all -- of these other projects.

--
greg


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: per-tablespace random_page_cost/seq_page_cost
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Parsing config files in a directory