[Chameleon] Statistics for a chameleon server

Sun Sep 5 21:40:07 EDT 2004

Paul,

With "usage by application", do you mean for different contexts? I guess if it has to be specific for a module, we would have to specify a module name in chameleon. It would probably not be a bad idea for other purposes as well, if a chameleon site (whether chameleon or CWC based) could be referred to by means of a module name. 

We run a few sites on our server, but for each site I set up a separate htdocs area (so I can be more specific in configuration, and permissions). So I guess it wouldn't make a difference for us. But I imagine it could be easy to have statistics all stored in the same folder on the disc, with the dbf named after their module. The admin module could inventorise all availabe statistics files without having to know which modules exist. Am I being too vague here?

regards,

Jacob

-----Original Message-----
From: Paul Spencer [<mailto:pagameba at magma.ca>] 
Sent: 2 September 2004 21:27
To: Jacob Delfos
Cc: chameleon at lists.maptools.org
Subject: Re: [Chameleon] Statistics for a chameleon server

Jacob,

the admin pages are not currently working but will be fixed up for the 
next beta.

Sounds like a cool utility.  Can it be extended to track useage by 
application as well?

I would be interested in adding it to the admin package as an optional 
component.

Cheers,

Paul

Jacob Delfos wrote:

> Paul,
>  
> I wasn't aware of the admin capability (admin.php?). I just tried it, 
> but it came out blank.
>  
> I have implemented a simple counting solution, that gathers information 
> from a user when a new session is started (I call a function from 
> session.php). The information is just what I can get from php (IP, 
> browser, etc.), but at least I get some idea of who comes around. It 
> opens/creates a dbf file and adds a new record to it for each user. I 
> had to give write permission to the folder where I placed the dbf file. 
> I wrote a small phtml file to spit out the records, and give the totals. 
> See <http://spatial.hgm.com.au/cwcroe7/common/session/viewstats.phtml>
>  
> I'm not sure if it should/could be a widget, because it doesn't really 
> have to do with the functionality of the page. I have no doubt it could 
> be implemented far more elaborately with more functionality than what I 
> made, though. (e.g. you could make it write W3C format logs, and use an 
> open-source web-statistics tool with graphs to analyse them).
>  
> If anyone is interested in the code, let me know.
>  
> regards,
>  
> Jacob
>  
>  
> -----Original Message-----
> From: Paul Spencer [<mailto:pagameba at magma.ca>]
> Sent: 9 August 2004 19:57
> To: J. Delfos
> Cc: chameleon at lists.maptools.org <<mailto:chameleon at lists.maptools.org>>
> Subject: Re: [Chameleon] Statistics for a chameleon server
>  
> 
> Jacob,
>  
> that's a neat widget idea.  I think a generic logging widget would be a
> useful thing for quite a few people.  It may be useful to have it hooked
> into the admin capability perhaps.
>  
> Unfortunately, I don't have any plans to add such a widget, but if you
> or someone else does, I'll certainly look at incorporating it into the
> chameleon distribution.
>  
> Cheers,
>  
> Paul
>  
> J. Delfos wrote:
>  > Hi All,
>  >
>  > I just wanted to ask whether anyone else has ever bothered to keep
>  > statistics of their chameleon site, and what would be the best way to do
>  > so? The problems I run into is that I don't want to use some image that
>  > needs to be downloaded for statistics to be done remotely, because that
>  > can hold things up (especially when using the 'onload' functionality to
>  > trigger chameleon functionality). If I use an apache log analyser, I
>  > usually would have to set up a whole statistics webpage, and I'm not too
>  > happy with the security some of those things offer. Also, the statistics
>  > from the log are not too useful, because users refreshing the page
>  > (submitting) results in multiple entries, and if you run more than one
>  > chameleon site you cannot tell easily what belongs to what (using a
>  > database to split up results doesn't work, because the URL strings are
>  > too long).
>  >
>  > Does anyone have a better idea? Perhaps a statistics widget that uses
>  > session info?
>  >
>  > Regards,
>  >
>  > Jacob
>  >
>  > 
>  > 
>  > JACOB DELFOS
>  > SPATIAL INFORMATION ANALYST
>  > Maunsell Australia Pty Ltd
>  > 629 Newcastle Street
>  > PO Box 81
>  > Leederville 6902
>  > Western Australia
>  > ABN 20 093 846 925
>  > 
>  > Tel     + 61 8 9281 6185
>  > Fax    + 61 8 9281 6297
>  > jacob.delfos at maunsell.com <<mailto:jacob.delfos at maunsell.com>> 
> <<mailto:jacob.delfos at maunsell.com>>
>  >
>  >
>  > ------------------------------------------------------------------------
>  >
>  > _______________________________________________
>  > Chameleon mailing list
>  > Chameleon at lists.maptools.org <<mailto:Chameleon at lists.maptools.org>>
>  > <http://lists.maptools.org/mailman/listinfo/chameleon>
>  
> -- 
>   -----------------------------------------------------------------
> |Paul Spencer                           pspencer at dmsolutions.ca 
> <<mailto:pspencer at dmsolutions.ca>>   |
> |-----------------------------------------------------------------|
> |Applications & Software Development                              |
> |DM Solutions Group Inc                 <http://www.dmsolutions.ca/|>
>   -----------------------------------------------------------------
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Chameleon mailing list
> Chameleon at lists.maptools.org
> <http://lists.maptools.org/mailman/listinfo/chameleon>

-- 
  -----------------------------------------------------------------
|Paul Spencer                           pspencer at dmsolutions.ca   |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 <http://www.dmsolutions.ca/|>
  -----------------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.maptools.org/pipermail/chameleon/attachments/20040906/072ca4fa/attachment.htm