[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: mod_authz_svn config, WAS: RE: Speeding up mod_dav_svn

From: Greg Stein <gstein_at_lyra.org>
Date: 2003-06-10 23:46:36 CEST

On Tue, Jun 10, 2003 at 11:25:22PM +0200, Sander Striker wrote:
> > From: Greg Stein [mailto:gstein@lyra.org]
> > Sent: Tuesday, June 10, 2003 11:15 PM
>
> > On Tue, Jun 10, 2003 at 02:00:28PM -0500, kfogel@collab.net wrote:
> >> "Sander Striker" <striker@apache.org> writes:
> >>> While thinking about caching the parsed access file for mod_authz_svn,
> >
> > Isn't there a way to get that stuff integrated more tightly with httpd's
> > configuration? It has all the support needed for specifying locations,
> > merging config options, inheritance of config, etc. It kind of sucks to have
> > Yet Another Config Format.
>
> I know. But I'm not entirely sure how you'd call back to httpd's authz hooks
> for some arbitrary location.

Ah. Right. hmm... I won't mention 'subrequest' because then I'd have to
break my own legs (no sense waiting for you to do it).

[ boy, I wish my location tree concept was implemented... ]

> > If you don't want to integrate with Apache's config, then how about using
> > svn_config instead? You're binding against mod_dav_svn, which means that
> > you've got libsvn_subr in your process space anyways. This approach would
> > probably work for svnserve, too.
>
> I'm using those routines already. I'm not sure what you are implying.

Brain fart on my part. I saw 'parse_authz_line' and some strchr's and
whatnot, but I didn't read the whole module. Heh :-)

> > +1 on integrating with httpd.conf
> > +0 on a separate .conf
>
> Integration isn't going to be a fun enterprise. For me the most important
> part was to get the code running that makes the calls to check access
> against a repos path. I'll be working on perfecting that. If someone wants
> to change the actual is_allowed code I won't stop 'm ;).

Heh. I was just stating opinions :-) ... +0 still means "sure" :-)

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jun 10 23:43:29 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.