> > [...] Uh. Why would Analog look at the historic
> > cache files to determine the hits for the brand-new last seven days
report?
> >
>
> The only issue is when the historical cache file overlaps the last seven
> days. Does that answer your question?

Ok. So, this should never come into effect if I just set up a weekly log
report that adds a new week to all the old cache files and reports? I have
no plans on changing the reporting frequency.

How would this come into effect though? When would the historical cache file
(HCF) suck into that seven days? I can see that happening if the machine's
date is set wrong, and the log file entries are subsequently dated wrong. I
can see that happening if someone wanted to do the last ten days (from/to),
but that's explained in the docs.

Is there any time where an innocent nonesuch can cause the HCF to overlap?
I'm just overly paranoid because the statement seemed so strong in the docs.

> I guess you've got two main choices. The one I recommend in the docs is to
> create a cache file from each logfile: then when you want a report,
analyse
> all the cache files. The other would be to create a cumulative cache file
> each week based on the last cache file and the new week's logfile.
> Personally I think this second procedure is much more likely to get
> confused, and when it does, all the data is corrupted together. :)

Definitely makes sense. Is there any significant speed decrease when opening
up VIRTDOMAINS x WEEKS x YEARS cache files per week as opposed to
VIRTDOMAINS x YEARS or VIRTDOMAINS? I can see Analog doing 1994 - 2000 on
your machine, which is nice - how long does that take? Do you have any
system load readouts? (Perhaps a MRTG chart showing load and duration?).

I'm being especially paranoid, as you can see. The primary, and quickly
explained reason is:

    a) old, free log program had y2k issue,
    b) personally i like analog's report/cust. better,
    c) boss is annoyed at y2k issue with old, free log program
    d) boss doesn't want to pay for new, old free log program <g>...
    e) now is perfect time to strike with analog...
    f) ... but everything has to be perfect ;)


> > Again, thanks for explaining all this to an Analog newbie. I hope I'm
not
> > embarrassing the mailing list all that much ;)
> >
>
> Not at all. I wish all the questions here were this intelligent. :)

Whoo hoo! ;)

Kevin Hemenway
-- -----------------------------------------------------------------
Total Net NH, LLC              EMAIL: <[EMAIL PROTECTED]>
15 Pleasant St., Suite 11      WEBSITE: <http://www.totalnetnh.net/>
Concord, NH 03301              PHONE: (603) 225-8422
--------------------------------------------------------------------



------------------------------------------------------------------------
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]/
------------------------------------------------------------------------

Reply via email to