[Deploying Sakai] Urchin analytics?

Steve Swinsburg steve.swinsburg at gmail.com
Thu Oct 13 14:16:45 PDT 2011

Hi Chris,

Assuming every tool uses head scripts to resize the iframe then that approach would work. Google analytics can be setup to be asynchronous too.

However you might like to consider the server wide stats feature of Site Stats as it gives you some very nice aggregated information (you'll want to use the latest version as it has been vastly improved).


On 14/10/2011, at 1:10 AM, Maurer, Christopher Wayne wrote:

> Thanks for the feedback Peter.
> We also use site stats, but I'm not certain that it provides the information that people are looking for (to be used outside of the system for more aggregate information).
> Putting the tracker in the footer doesn't capture activity from inside the tool frame so that didn't seem like a sufficient solution.
> Chris
> From: "Liu, Peter" <peter.liu at yale.edu>
> Date: Thu, 13 Oct 2011 13:44:41 +0000
> To: Chris Maurer <chmaurer at iupui.edu>, production <production at collab.sakaiproject.org>
> Subject: RE: Urchin analytics?
> Hi Chris,
> We have used Google Analytics for our Sakai 2.6 version at Yale, only on the home page of my Workspace.  I think it is best to put the Javascript at the footer part to avoid page load performance.  We have not put it on very pages.  Besides, there is a Sakai-contrib tool: SiteStats and we are currently running this tool on pilot mode.
> Cheers,
> Peter
> From: production-bounces at collab.sakaiproject.org [mailto:production-bounces at collab.sakaiproject.org] On Behalf Of Maurer, Christopher Wayne
> Sent: Thursday, October 13, 2011 7:30 AM
> To: production
> Subject: [Deploying Sakai] Urchin analytics?
> Anyone out there use urchin [1] or some other analytics package?  IU is looking to deploy urchin and wondered if anyone else had experience with it.  I've heard that umich is using it, but only on a small scale (just tracking hits against help docs?)
> We were thinking about using it to track everything in sakai…is that wise?  Since we'd generate a ton of traffic are we likely to kill the server that is doing the tracking?
> The current approach for the data collection was to add some javascript to head scripts.js in the setMainFrameHeight function, that way we'd be able to track pretty much everything.  Is that reasonable or does that sound like a bad idea?  That seemed like the simplest approach for getting the pages tracked compared to modifying every source file in each tool.
> Anyone feedback from folks on these plans?
> Chris
> [1] - http://www.google.com/urchin/index.html
> _______________________________________________
> production mailing list
> production at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/production
> TO UNSUBSCRIBE: send email to production-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/production/attachments/20111014/562e9a18/attachment.html 

More information about the production mailing list