Mathieu Jondet [EMAIL PROTECTED] wrote:
Hi all,
I'm actually working on a application for generating dynamic virtual
host and locations in these virtual host from a web interface.
The purpose of this application is to give a non-administrator the
possibility of adding on the fly virtualhost to a webserver without
modifying httpd.conf and to add locations to a specific virtualhost.
So far I've manage to do the part of generating the httpd.conf file
through Perl sections which takes all the necessary data from a MySQL
server. The tricky part is to update the server configuration without
having to restart the server.
I've looked on the web and in the archives of the mailing list and
found things about
using the PerlInitHandler and sending Apache a SIGUSR1 signal.
I don't know how to do this as I'm quite new to the mod_perl
programming. I would
also want to know if it won't be too slow to check the modifications
times of the
config in the database at each client request.
Do you have any other idea of doing this ?
What will be the more efficient way to update my configuration against a
database ?
Thanks for answers and ideas,
I'm working on the design of something similar -- right now I'm doing
a config file that will (hopefully) allow configuration of Apache 2
or Apache 1.3 (Apache 2 as front SSL proxy and Apache 1.3 as backend
application server) depending on which role it is playing. I still
have some studying and playing to do to see if this is possible. If
Apache 1.3 is in both roles, I know it is possible.
side note
Apache 2 with mod_perl should not be an expensive proxy (compared
to Apache 1.3/mod_perl or even Apache 2 without mod_perl). It can
be configured to have no more than one Perl interpreter, regardless
of the number of threads. It might be possible to configure it
with zero perl interpreters and only use Perl during the
configuration. Of course, Apache 2/mod_perl isn't quite
production-quality, yet.
/side note
Instead of doing expensive checks, the page that is used to manage
the configuration information in the database can detect changes and
either send the appropriate signals or provide a button the user can
use when they are finished making changes to send the signals (I'm
also having to make this work in a distributed environment---a.k.a.,
a web farm). The same script can also do any checking of
configuration files (run them through the appropriate Apache with the
-c flag).
--
James Smith [EMAIL PROTECTED], 979-862-3725
Texas AM CIS Operating Systems Group, Unix
