They are adamnant on Coremetrics, but that is not the point, which is that node_counter and accesslog disagree. Nancy Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.
________________________________ From: "[email protected]" <[email protected]> To: [email protected] Sent: Thu, November 18, 2010 2:48:12 PM Subject: Re: [development] Accesslog and Node_counter Hi Nancy I've come in late here but have you considered piwik? http://piwik.org http://drupal.org/project/piwik Lee On Thu, 18 Nov 2010 09:13:03 -0800 (PST), nan wich <[email protected]> wrote: > A) We do not use Google Analytics at all - it is not an option (we do use > Coremetrics). > B) The GAC modules uses the node_counter table. I need to be able to > see the > number of reads on all nodes with term 18 for the month of September, > 2010. Or > for the second quarter of the year, or last week. Or that were written by > user/234. The node_counter table simply does not have the granularity to > do > that; it has reads today and total reads forever. > > Nancy > > Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. > King, Jr. > > > > > ________________________________ > From: Stefan M Kudwien <[email protected]> > To: [email protected] > Sent: Thu, November 18, 2010 9:35:28 AM > Subject: Re: [development] Accesslog and Node_counter > >> I ask because we are increasingly needing to get view counts per day, >> not just >>total. I can easily add a hook_nodeapi('view') to count from today, but >>wanted >>to get historical counts as well. > > Another idea: in case you're already using Google Analytics, and need a > cache-proof solution, there's also the Google Analytics API module > (http://drupal.org/project/google_analytics_api), which allows you to > access > Analytics data remotely. Pro: it's off-loaded from your own server. > Contra: it's > not real-time. > > The Google Analytics Counter module > (http://drupal.org/project/google_analytics_counter) is based on this API > and > might already nearly do what you need. > > -- Stefan Kudwien > Drupal Consulting
