On Thu, Nov 15, 2012 at 10:00 AM, C. Michael Pilato <cmpilato_at_collab.net> wrote:
> On 11/15/2012 08:49 AM, Joe Schaefer wrote:
>> Sure it can be done via config directives:
>> just set an env var whenever some request
>> is inconsequential and server admins can
>> configure their logging to ignore that request.
>> We already do that for svn operation logging.
>
> I've been considering the same sorts of approaches recently (as a result of
> this thread). But one thing has me bothered: from the server's point of
> view, there's no meaningful difference between "a GET that's part of a
> checkout/update" and "a GET that's part of some other non-update-y operation".
>
> Does that mean that we give the client the power to mark particular GET
> requests as "below radar"? That doesn't seem very ... audit-friendly.
> (Granted, no one is forcing the server admin to ignore said GET requests.)
>
> If we don't feel comfortable giving the client this power, then I think our
> only option is to advise admins to ignore all GET requests aimed at
> Subversion repositories (which has the bonus feature of not requiring any
> work on our part).
When I do a GET using a web browser or wget, the logged request is for
something like:
/svn/repos/trunk/foo.txt
But when I do a checkout using Serf, the logged request is for something like:
/svn/repos/!svn/ver/2/trunk/foo.txt
Could we give admins the ability to not log the requests for !svn ?
We would probably also want the Subversion operational logs to not
include the get-file log entry for these files as well.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2012-11-15 16:10:31 CET