Funny this came up. I use analog, a free logging tool. Yesterday, I got fed up with analog counting CFTOKEN information as separate sites. So, I rolled a web log scrubber that deletes all the URL variables after .cfm|.cfml|.htm|.html , and writes this scrubbed log over to a separate directory.
I run analog against the scrubbed logs, and all of a sudden the information looks decent! Only trick is, the converter, called CleanLogFilesForAnalog.cfm , runs real slow. I'm sure if somebody looked it over, they could clean it up. For one, my RegEx ability is about 3rd grade level. I'm CFLOOPING through each line of log, instead of krankin' the whole log in one shot. But, it does work. Slooo but it does eventually work. Sort of like the court system here in the US (for ya outsiders). Anyhow, if somebody wants a copy, let me know and I'll email it to ya. If you update it, let me know! Kay Smoljak wrote: > Does having W3C format have any disadvantages? Like greater overhead or > something? > > -----Original Message----- > From: David Nesbitt [mailto:[EMAIL PROTECTED]] > Sent: Thursday, 9 May 2002 11:50 PM > To: [EMAIL PROTECTED] > Subject: Re: Web Trends > > > Just to add my 2 cents worth of experience with IIS logging. If you want > more information to be stored, change the log format from the default to > WC3 format, it logs more information like cookies. Also, you can have it > save information to an ODBC AND you can specify more fields to add to > the log by changing the Extended Properties if you want to (though I > think the WC3 format takes all of the ones listed in IIS4) > > That said, we rolled our own stats logger to collect the CF information > we wanted and run the IIS WC3 log. > > > : David Nesbitt > : Tundra Semiconductor > : Web Developer (ColdFusion) > : Ottawa, ON Canada > : [EMAIL PROTECTED] > > ----- Original Message ----- > From: Roger <mailto:[EMAIL PROTECTED]> Dahlstrom > To: '[EMAIL PROTECTED]' > Sent: Thursday, May 09, 2002 9:42 AM > Subject: RE: Web Trends > > Hmmm. I suppose you could write to a text file in the IIS log format if > you wanted - you could turn off logging from IIS and just write your own > text file. That would probably work. > > -----Original Message----- > From: Gallant, Ron [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 09, 2002 9:25 AM > To: '[EMAIL PROTECTED]' > Subject: RE: Web Trends > > > Well my company uses webtrends, we just kinda plug into that. Not a > whole lot of options. other then scratching FB3. Yah right. lol > > Thanks > > > > -----Original Message----- > From: Roger Dahlstrom [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 09, 2002 9:20 AM > To: '[EMAIL PROTECTED]' > Subject: RE: Web Trends > > > Nope. The problem (at least in my case) is that IIS does not log > anything past index.cfm, so there's really no way for WebTrends to do > anything with it. What I have done is the following (Michael, this will > help you with your long-running requests as well). > > Create a table with the columns that I want - I use date/time, IP, > Request Method, Requested Page, HTTP Status, Time Taken, User Agent, > HTTP Referer, and User Cookies, but any CGI variable will work. This > doesn't log any images - just pages, and just those that come from > index.cfm (in my case at least, that's all I use). In that file, the > Requested Page is #server_name##path_info##query_string#, and I use > getTickCount() to log the request time taken. > > -----Original Message----- > From: Gallant, Ron [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 09, 2002 8:04 AM > To: '[EMAIL PROTECTED]' > Subject: Web Trends > > > Has anyone found a way to get Web Trends to recognize FB3 pages? I am > using SES urls and all web trends is showing is allot of hits to > index.cfm. > > Blue Cross Blue Shield of Florida, Inc., and its subsidiary and > affiliate companies are not responsible for errors or omissions in this > e-mail message. Any personal comments made in this e-mail do not reflect > the views of Blue Cross Blue Shield of Florida, Inc. > > > > Blue Cross Blue Shield of Florida, Inc., and its subsidiary and > affiliate companies are not responsible for errors or omissions in this > e-mail message. Any personal comments made in this e-mail do not reflect > the views of Blue Cross Blue Shield of Florida, Inc. > > > > > > > Alan McCollough Web Programmer Alaska Native Medical Ctr. ==^================================================================ This email was sent to: [email protected] EASY UNSUBSCRIBE click here: http://topica.com/u/?bUrFMa.bV0Kx9 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^================================================================
