httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dean Gaudet <>
Subject Re: Aha! The conditional logging beast rears its head again
Date Mon, 03 Nov 1997 20:47:42 GMT
Just because users ask for a feature doesn't mean we have to implement it
the way they ask for it.  You know my opinion on this topic.  For example,
here we go, here's conditional logging for 1.3:

    TransferLog "| pidthing /path/to/pidfile grep -v 'do your best' >>/path/to/access_log"

And here's an easier way to rotate logs for 1.3 without doing a full
server restar:

    TransferLog "| pidthing /path/to/pidfile cat >>/path/to/access_log"

Where pidthing is the following sh script:

    if [ $# -lt 2 ]; then
	echo "usage: $0 pidfile_path program_to_exec [args ...]" 1>&2
	exit 1
    if ! echo $$ > $1; then
	echo "can't write pidfile" 1>&2
	exit 1
    exec ${1+"$@"}
    echo "exec failed" 1>&2
    exit 1

Impressive, no?  The unix philosophy at its best.


On Mon, 3 Nov 1997, Rodent of Unusual Size wrote:

>     There was a discussion a while ago (July/August, I think) about
>     adding conditionalisation to mod_log_config, so the configuration
>     could direct which requests should be logged and which not (a la
>     mod_log_referer).  The discussion was happening just when 1.3
>     feature-freeze was starting to settle in.  The basic disagreement,
>     as I remember, was that some people (those with big systems and big
>     disks, I think) felt it's more appropriate for such filtering to be
>     an after-process, or done by some inline filter (now that reliable
>     piped logs are here).  Personally, I still prefer to have it in the
>     server itself and not waste the cycles nor bytes trying to winnow
>     through a "log-of-everything" file.  It's less of an issue with a
>     piped filter, but I'd *still* prefer to see it in the server -
>     no-one says people *have* to use it.
>     PR #1351 is asking for this, so be warned - I may open the
>     discussion once again.. ;->
>     #ken    P-)}

View raw message