Re: Virtual Hosting and the FHS

2001-07-14 Thread Russell Coker
On Sat, 14 Jul 2001 02:58, Craig Sanders wrote: > > I would be interested in the motivations and arguments anyone on the > > list has to contradict my opinion. I'm sure it looks like I'm trying > > to start a flame war, but I just cannot understand why anyone would > > wish to log to a database.

Re: Virtual Hosting and the FHS

2001-07-13 Thread Craig Sanders
On Fri, Jul 13, 2001 at 01:25:50PM -0400, Jeff S Wheeler wrote: > Do you find it difficult to manage your text file database when you > have programs on different machines needing access to the data? nope, not at all. most of the servers i build are fairly self-contained. i don't need to query

RE: Virtual Hosting and the FHS

2001-07-13 Thread Jeff S Wheeler
d as products like Zeus and thttpd seem to be superior to Apache in that arena, and probably will continue to be. - jsw -Original Message- From: Craig Sanders [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 12, 2001 5:05 PM To: Haim Dimermanas Cc: Russell Coker; [EMAIL PROTECTED] Subject:

Re: Virtual Hosting and the FHS

2001-07-12 Thread Craig Sanders
On Thu, Jul 12, 2001 at 10:00:57AM -0500, Haim Dimermanas wrote: > > any script i need to write can just open the virtual-hosts.conf file > > and parse it (it's a single line, colon-delimited format) to find > > out everything it needs to know about every virtual host. > > I used to do it that wa

Re: Virtual Hosting and the FHS

2001-07-12 Thread Haim Dimermanas
> The problem with that comes when you have multiple web server machines. > > I set things up with logging to a single file. Then for multiple machines > it's easy to use ssh to get the logs from each machine and merge them into a > single log file. Again, take a look at mod_spread for Apache

Re: Virtual Hosting and the FHS

2001-07-12 Thread Russell Coker
On Thu, 12 Jul 2001 17:00, Haim Dimermanas wrote: > My research showed that web hosting customers don't look at their stats > every day. Even if they did, your stats are generated daily. Having the > logs in a database allows you to generate the stats on the fly. Now with a > simple caching syste

Re: Virtual Hosting and the FHS

2001-07-12 Thread Haim Dimermanas
> > Why not use vhost_alias_module in Apache and something like the > > following: VirtualDocumentRoot /home/www/%-1/%-2/%-3/%-4+ > > because that's not as flexible as my system. it's fine if you want > all your vhosts exactly the same, but it doesn't allow for individual > variation. Absolute

Re: Virtual Hosting and the FHS

2001-07-11 Thread Craig Sanders
On Wed, Jul 11, 2001 at 01:20:16PM +0200, Russell Coker wrote: > Why not use vhost_alias_module in Apache and something like the > following: VirtualDocumentRoot /home/www/%-1/%-2/%-3/%-4+ because that's not as flexible as my system. it's fine if you want all your vhosts exactly the same, but it

Re: Virtual Hosting and the FHS

2001-07-11 Thread Haim Dimermanas
> > Now imagine that the guy wants his website accessible via > > http://example.com as well. The URL only has 2 parts. Apache will look for > > the files in /home/www/com/example/_/_/(notice the 2 "_" this time) when > > example.com is requested. > > > > Any solution? > > Enable sym-links in Apa

Re: Virtual Hosting and the FHS

2001-07-11 Thread Craig Sanders
On Wed, Jul 11, 2001 at 01:20:16PM +0200, Russell Coker wrote: > Why not use vhost_alias_module in Apache and something like the > following: VirtualDocumentRoot /home/www/%-1/%-2/%-3/%-4+ because that's not as flexible as my system. it's fine if you want all your vhosts exactly the same, but it

Re: Virtual Hosting and the FHS

2001-07-11 Thread Russell Coker
On Wed, 11 Jul 2001 19:39, Haim Dimermanas wrote: > > Why not use vhost_alias_module in Apache and something like the > > following: VirtualDocumentRoot /home/www/%-1/%-2/%-3/%-4+ > > I have one large problem with this solution and I have been working on it > for days without being able to solve it

Re: Virtual Hosting and the FHS

2001-07-11 Thread Haim Dimermanas
> > Now imagine that the guy wants his website accessible via > > http://example.com as well. The URL only has 2 parts. Apache will look for > > the files in /home/www/com/example/_/_/(notice the 2 "_" this time) when > > example.com is requested. > > > > Any solution? > > Enable sym-links in Ap

Re: Virtual Hosting and the FHS

2001-07-11 Thread Russell Coker
On Wed, 11 Jul 2001 19:39, Haim Dimermanas wrote: > > Why not use vhost_alias_module in Apache and something like the > > following: VirtualDocumentRoot /home/www/%-1/%-2/%-3/%-4+ > > I have one large problem with this solution and I have been working on it > for days without being able to solve i

Re: Virtual Hosting and the FHS

2001-07-11 Thread Haim Dimermanas
> Why not use vhost_alias_module in Apache and something like the following: > VirtualDocumentRoot /home/www/%-1/%-2/%-3/%-4+ I have one large problem with this solution and I have been working on it for days without being able to solve it. What do you do if your customer have a URL that has les

Re: Virtual Hosting and the FHS

2001-07-11 Thread Haim Dimermanas
> Why not use vhost_alias_module in Apache and something like the following: > VirtualDocumentRoot /home/www/%-1/%-2/%-3/%-4+ I have one large problem with this solution and I have been working on it for days without being able to solve it. What do you do if your customer have a URL that has le

Re: Virtual Hosting and the FHS

2001-07-11 Thread Russell Coker
On Wed, 11 Jul 2001 05:29, Craig Sanders wrote: > whatever policy you decide on for your system, make it consistent...that > will allow you to automate just about every aspect of creating or > maintaining virtual hosts. e.g. because all vhosts are set up according > to my policy, i only have to edi

Re: Virtual Hosting and the FHS

2001-07-11 Thread Russell Coker
On Wed, 11 Jul 2001 05:29, Craig Sanders wrote: > whatever policy you decide on for your system, make it consistent...that > will allow you to automate just about every aspect of creating or > maintaining virtual hosts. e.g. because all vhosts are set up according > to my policy, i only have to ed