httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From <...@covalent.net>
Subject RE: cvs commit: httpd-2.0 CHANGES
Date Wed, 13 Jun 2001 15:58:57 GMT
On Wed, 13 Jun 2001, Ian Holsman wrote:

> I was wondering if mod_autoindex should be using subrequests at all.
>
> Wouldn't it be better if there was a optional function that both
> mod_mime & mod_mime_magic exported which could provide the mime
> type of a file (which is what mod_autoindex needs the subrequest for)

mod_autoindex uses it for more than the mime type.  We need to run the
subrequest, because we need to go through all of the auth/authz steps.  If
I disallow my server from serving .ht* files, I don't want those to show
up in my autoindex.

Ryan

>
> ..Ian
>
> > -----Original Message-----
> > From: Greg Ames [mailto:gregames@remulak.net]
> > Sent: Wednesday, June 13, 2001 7:56 AM
> > To: new-httpd@apache.org
> > Subject: Re: cvs commit: httpd-2.0 CHANGES
> >
> >
> > Cliff Woolley wrote:
> > >
> >
> > >
> > > > How huge are 20 apr_mmap_t's?  Big deal if they have to
> > wait for the end
> > > > of the request.  and how common would it be to have 20
> > include files
> > > > anyway?
> > >
> > > Yeah, but there're other problems, like chewing up too many
> > file handles
> > > in pathological cases...
> > >
> > > > Let's see some real world examples where this is noticeably bad.
> > >
> > > What about mod_autoindex on a directory with 1000 files?
> >
> > <gulp>  If the little icons on each line turn into subrequests, you've
> > got me, for sure.
> >
> > I don't think many admins would intentionally turn on autoindexing on
> > such a directory - imagine navigating thru this puppy with
> > your favorite
> > browser.  But if they did, I'm sure that they would rather see output
> > than seg faults.
> >
> > As I think I said, I don't mind a superior solution.  But the
> > last time
> > I checked, it didn't exist.  Seg faults in the core whenever you use
> > something as popular as mod_include just don't cut it.
> >
> > Greg
> >
>
>


_______________________________________________________________________________
Ryan Bloom                        	rbb@apache.org
406 29th St.
San Francisco, CA 94131
-------------------------------------------------------------------------------


Mime
View raw message