Chuck Schick wrote:
>Aengus:
>Then is the flaw with analog? From what I see, analog will only process
>the lines if the date is on the line, otherwise it returns a "corrupt line"
>message.
As Steve has pointed out, what IIS is supposed to do, and what IIS does
aren't always the same thing. So Analog is conservative in the assumptions
it makes. I don't consider this a flaw as such, but if Analog assumed the
date, I'd probably take advantage of it on some of my servers with daily
logs. (The date is a relatively small field, so it doesn't make a
significant impact on the size of your logs).
The fact that your historical logs aren't as useful as you would like
because you didn't use the right format is unfortunate, but it's not really
Analogs fault. (The Search Word report finally made it worth my while to
start logging referrers, but there's nothing I can do about all the old logs
that don't have referrers, for example).
> My point is that the default settings under IIS 4.0 create a log file
>that cannot be properly interpreted by Analog with running the preprocessor
>(which I was aware of but my single attempt at running proved
>unsuccessful).
IIS is equally conservative about what it puts into the log file by default
- it defaults to the bare minimum amount of information that you might need
to debug a problem, rather than logging everything and having your system
blow up when it fills the system drive (I've seen it happen).
It's been a long time since I had to "fix" any of my logs but Convlog always
gave me something usable (though I didn't care much about referrer data
then). I wrote the logfix.vbs because there was some additional information
that I wanted to keep that NCSA format didn't cover, but I might do it
differently if I had to do it again. (It's too picky about filenames). The
perl script should be much
> I think it is something that people running NT servers need
>to be aware of if they want to use analog for their web statistics.
>( Note: I am referring to using the W3C Extended Log File Format.)
There's scope for a whole book on "Analog for IIS"! But that is as much because
of the background and experience of people whose first web server is more and
more likely to be IIS. (And I say that as someone who hasn't used anything but
IIS for almost 3 years).
Aengus
------------------------------------------------------------------------
This is the analog-help mailing list. To unsubscribe from this
mailing list, send mail to [EMAIL PROTECTED]
with "unsubscribe" in the main BODY OF THE MESSAGE.
List archived at http://www.mail-archive.com/[email protected]/
------------------------------------------------------------------------
