www-apache-bugdb mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Coranth Gryphon <gryp...@healer.com>
Subject config/3663: suggestion for restructuring *.conf files
Date Wed, 13 Jan 1999 20:53:23 GMT

>Number:         3663
>Category:       config
>Synopsis:       suggestion for restructuring *.conf files
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Class:          change-request
>Submitter-Id:   apache
>Arrival-Date:   Wed Jan 13 14:10:01 PST 1999
>Originator:     gryphon@healer.com
>Release:        1.3.3
[Generic configuration suggestion]
I read that you are planning to combine access.conf and srm.conf
into just one httpd.conf file. I have an alternate suggestion on
how to break up *.conf files in future releases.

1) Put all server config directives in 'httpd.conf'
This would also have the "ResourceConfig" entries for each _virtualhost_.conf
(see below). Or a new directive
             VirtualConfig addr[:port] file
which would be the equivalent of
             {VirtualHost addr[:port]} Include file {/VirtualHost}
2) Put all common directives (for base and all virtual sites) in 'common.conf'
These would be things that rarely are virtual site specific
(eg. AddIcon, AddLanguage, Expires*, RLimit*), but may still be overridden
by individual VirtualHosts.

3) Put all virtual server directives for the base machine in 'default.conf'
4) Put all other virtual host directives in their own '_virtualdom_.conf' files.
These latter two would usually only have things like ServerAdmin, ServerName,
DocumentRoot, Log paths, ScriptAlias, etc. The _virtualhost_ files would be
named whatever the sysadmin wants, and rely on the "VirtualConfig" directive.

This allows for easy configuration of basic requirements and a clear separation
between what is Virtually-overridable and what is daemon-specific. It also
allows for each '_virtualdom_.conf' file to be owned by the appropriate uid for
the webmaster for that virtual site, thus not requiring access to httpd.conf.

As a final advantage, a command-line wizard can now be written to simplify
setup of Apache by both the machine's sysadmin and each virtual webmaster.
I wrote one of these for FreeBSD a year ago, but the config file format
was changing too rapidly to keep it ported. I would be happy to write a
generic one (with API) for the Apache project, mapped to the above split.

-coranth [gryphon@healer.com]
[In order for any reply to be added to the PR database, ]
[you need to include <apbugs@Apache.Org> in the Cc line ]
[and leave the subject line UNCHANGED.  This is not done]
[automatically because of the potential for mail loops. ]
[If you do not include this Cc, your reply may be ig-   ]
[nored unless you are responding to an explicit request ]
[from a developer.                                      ]
[Reply only with text; DO NOT SEND ATTACHMENTS!         ]

View raw message