Support for analog web log analyzer wrote:
> On Wed, 5 Oct 2005, Chris Sharman wrote:
> 
>>
>> The correct approach would be for analog to loop round generating
>> logfile names from FROM to TO ...
>> It doesn't seem difficult, but I haven't a pressing enough need to put
>> the time in myself - for me it's more of a gotcha than a real problem.
>>
> 
> Didn't we have this discussion before? Maybe it was with someone else. 

Possibly.

> It's not at all easy to do this because even if the logfiles are dated, 
> analog (i) doesn't know the naming scheme used; (ii) doesn't know the 
> rotation schedule, so doesn't know the start date of the logs. You can 
> do it if you have special knowledge about the web server configuration 
> (like, the web server only writes one logfile and logfiles never 
> overlap), but it's almost impossible to do it in general.

The naming scheme used is surely known to analog via the LOGFILE 
statement ? And is surely effectively the same thing as the rotation 
schedule ?

Eg LOGFILE sys$disk:[]access_log_combined_%Y-%M-%D.gz;*

would be daily files, from midnight - if they were anything else 
analog's access to them would already be broken.

LOGFILE sys$disk:[]services-%Y-%M.log-gz

would be monthly from 00:00 on the 1st.

If you generate the logfile name from the template for the from time, 
and loop round until you get to the to time, you've got all the logs.
Your loop step would be determined by which date/time components you 
found in the LOGFILE statement(s).

Overlap could be an issue: you might need an overlap statement, saying 
how much overlap you cater for. Might be from 0 to a few seconds, I 
suppose, dependent on your longest request. 0 would probably be good 
enough for most purposes.

Multiple logfiles and the like - would still be allowed as at present by 
use of OS-dependant wildcards (as in my first example).

Regards
Chris

Any views expressed in this message are those of the sender and not necessarily 
those of CCA Group.  The unauthorized use, disclosure, copying or alteration of 
this message is forbidden.  The contents of this message may be confidential 
and/or privileged, copyright CCA Group and are intended solely for the use of 
the individual or entity to whom they are addressed.  Whilst this message has 
been scanned, CCA Group cannot guarantee that it is virus free or compatible 
with your systems and accepts no responsibility for any loss or damage arising 
from its use. The recipient is advised to run their own anti-virus software. If 
you receive this message in error please contact [EMAIL PROTECTED] immediately, 
destroy any copies and delete it from your computer systems.

+------------------------------------------------------------------------
|  TO UNSUBSCRIBE from this list:
|    http://lists.meer.net/mailman/listinfo/analog-help
|
|  Analog Documentation: http://analog.cx/docs/Readme.html
|  List archives:  http://www.analog.cx/docs/mailing.html#listarchives
|  Usenet version: news://news.gmane.org/gmane.comp.web.analog.general
+------------------------------------------------------------------------

Reply via email to