Zikula Community

• **unknown user**
  
  

  • Rank: Expert
  • Registered: Mar 16, 2002
  • Last visit: Oct 21, 2009
  • Posts: 1193

  Posted: Sep 15, 2004 - 01:49 PM

  Probably the most requested feature for the statistics module (from www.mtrad.com) is some way to remember which sub-reports are checked off so that you don't always have to go checking what you want.
  
  Well, we've pretty much done that by providing the ability to memorize reports. And memorized reports can be called from a menu of all the reports or just linked to directly.
  
  You can check it out by going to www.mtrad.com and clicking on "Statistics (Our module)" in the main menu.
  
  This should be released as statistics v8 in a couple of weeks. We need to chase down some bugs, test the permissions scheme and update the documentation....

  • 
  •  
• markwest
  
  

  • Rank: Team Member
  • Registered: Mar 18, 2002
  • Last visit: Oct 21, 2009
  • Posts: 6606

  Posted: Sep 15, 2004 - 08:28 PM

  Craig,
  
  One little piece of feedback having played (all be it briefly with the demo). My one request with the statistics module has always been a way of producing output similar to the report from the current stats module. This can now be done with the URL index.php?module=statistics&func=remember&rn=Classic. The only comment would be this uses the textual name of the report which may be a problem depending on the actual name used for the report. Spaces are correctly translated to %20 but I can see this being a problem especially with other character sets. Perhaps introducing a report id and use this as the parameter.
  
  -Mark
  
  --
  Visit My homepage and Zikula themes.

  • 
  •  
• **unknown user**
  
  

  • Rank: Expert
  • Registered: Mar 16, 2002
  • Last visit: Oct 21, 2009
  • Posts: 1193

  Posted: Sep 15, 2004 - 09:12 PM

  I can see the point about other character sets. I was hoping to get away from using meaningless numeric IDs. But I'll see about providing both.
  
  I'm glad that you picked up on the Stats Classic report and how to link directly to a report. Good snooping for just a "brief play" with the demo. 8)

  • 
  •  
• **unknown user**
  
  

  • Rank: Softmore
  • Registered: Mar 16, 2002
  • Last visit: Jun 26, 2009
  • Posts: 201

  Posted: Sep 17, 2004 - 09:56 PM

  One proplem is how to detect search engine's visit and do not include the visits in human visits.
  here is a page for spider:http://www.jafsoft.com/searchengines/webbots.html
  But,though there are so many ways,It still cann't detect them correctly.
  If we cann't detect search engine's visits correctly then the results of stats is not correct!!

  • 
  •  
• **unknown user**
  
  

  • Rank: Softmore
  • Registered: Mar 16, 2002
  • Last visit: Jun 26, 2009
  • Posts: 201

  Posted: Sep 17, 2004 - 10:05 PM

  I've try the ways above page listed.and failed.the agent cann't detect search engine in most of case.
  I've found google'bot come from many IP,more then 20!and not the googlebot.com.
  I think we should resolve this proplem first.

  • 
  •  
• **unknown user**
  
  

  • Rank: Expert
  • Registered: Mar 16, 2002
  • Last visit: Oct 21, 2009
  • Posts: 1193

  Posted: Sep 18, 2004 - 02:03 PM

  ccm111

  One proplem is how to detect search engine's visit and do not include the visits in human visits....If we cann't detect search engine's visits correctly then the results of stats is not correct!!

  
  That the statistics module does not filter search engine visits is not a bug and does not mean that the stats are not correct. It just means that it doesn't filter the statistics in the manner that *you* want.
  
  The original Stats module and most of the 3rd party visitor statistics module do not do anything about search engine spiders.
  
  Now - identifying search engine spiders is an interesting *feature* that many people would like to have. (Me included.) It is something that we have been working on as time allows. We have designed an approach that will allow us to collect more specific browser information and also identify if the client is a search engine spider. If you would like to implement this on your own or help us implement it, please drop me an email to crs AT mtrad DOT com. I will send you some links and info about how we plan to enhance the statistics module.
  
  But what did you think of the memorized reports feature that we just added?

  • 
  •  
• **unknown user**
  
  

  • Rank: Softmore
  • Registered: Mar 16, 2002
  • Last visit: Jun 26, 2009
  • Posts: 201

  Posted: Sep 18, 2004 - 11:17 PM

  thank you,I've sent you a email and this is my email:top100cn@top100cn.com
  I'm willing to do something for your module.
  

  Quote

  But what did you think of the memorized reports feature that we just added?

  
  Of course,the function of stats is not only for admin,but also for showing site stats for users or customers.so we need a DB to store "results" of details which can store for ever(a long periods such as 10 years).
  I think this is a main porpuse our PN folks select your module and hope the module could do it.
  when I first ues your module,I delete it only after four days.why?it increase my DB 130M!this is mean i need dump the datas two or three days.But my users cann't see anything after the data be dumped.
  the very importent thing is:we need a stats module which can show all our stats!
  many server have installed the awstats,it's good enough for admins.But we still need a stats module to show site's breif stats for site users or customers .of course, instead the postnuke default one.
  Best wishes to your module

  • 
  •  
• **unknown user**
  
  

  • Rank: Expert
  • Registered: Mar 16, 2002
  • Last visit: Oct 21, 2009
  • Posts: 1193

  Posted: Sep 19, 2004 - 07:15 AM

  ccm111

  thank you,I've sent you a email and this is my email:top100cn@top100cn.com
  

  
  I never got your email.
  

  Quote

  Of course,the function of stats is not only for admin,but also for showing site stats for users or customers.so we need a DB to store "results" of details which can store for ever(a long periods such as 10 years).
  I think this is a main porpuse our PN folks select your module and hope the module could do it.
  

  
  It does do exactly that.
  

  Quote

  when I first ues your module,I delete it only after four days.why?it increase my DB 130M!
  

  
  Congratulations! If the statistics module added 130mb of data over those 4 days, you were getting in excess of 130,000 page views each day. (If you store statistics details for each page view, it takes 210-250 bytes per page view.)

  Quote

  this is mean i need dump the datas two or three days.
  

  
  That's your choice. But you could also consolidate statistics or, with v7, move them to a separate table and run your reports from there.
  
  Consolidation and filtering have always been there. And with v7, we've added a bunch of stuff to improve the usability of statistics on large sites. There are many things that you can do to manage statistics in your specific environment.
  

  Quote

  But my users cann't see anything after the data be dumped.
  

  
  No data means no reports.
  

  Quote

  
  the very importent thing is:we need a stats module which can show all our stats!
  

  
  Right! Which the statistics module does.
  

  Quote

  
  many server have installed the awstats,it's good enough for admins.But we still need a stats module to show site's breif stats for site users or customers .of course, instead the postnuke default one.
  

  
  The statistics module pretty much does everything that awstats does. And it does more of some things. And it can do "brief stats" for users as well.
  
  So, once again, what did you think of the memorized reports feature that we just added?

  • 
  •  
• **unknown user**
  
  

  • Rank: Softmore
  • Registered: Mar 16, 2002
  • Last visit: Jun 26, 2009
  • Posts: 201

  Posted: Sep 19, 2004 - 04:09 PM

  Quote

  
  So, once again, what did you think of the memorized reports feature that we just added?
  

  
  Yes,i think it'll be good.
  

  Quote

  
  Congratulations! If the statistics module added 130mb of data over those 4 days, you were getting in excess of 130,000 page views each day. (If you store statistics details for each page view, it takes 210-250 bytes per page view
  

  
  at about 10000 visit.Alexa daily rank at 20000(no 130,000 page views).this is because everything is in summery table,so we cann't store the datas for ever (e.g.10 years ).
  WHAT I MEAN is we can only store the results of detailtable to summerytable,not all of the detail datas.It'll be good if users could never dump any datas and the stats can show hits,visits,pages,users...of a 10 year periods or more.
  this is only my suggestion and best wishes to the module.

  • 
  •  
• **unknown user**
  
  

  • Rank: Expert
  • Registered: Mar 16, 2002
  • Last visit: Oct 21, 2009
  • Posts: 1193

  Posted: Sep 20, 2004 - 06:07 AM

  ccm111

  Quote

  
  So, once again, what did you think of the memorized reports feature that we just added?
  

  
  Yes,i think it'll be good.
  

  
  But did you look at the "Classic" report? It is what you were asking for earlier in this thread. Is it what you're looking for to provide users "brief" statistics?
  

  Quote

  
  at about 10000 visit.Alexa daily rank at 20000(no 130,000 page views).
  

  
  So statistics wasn't really using 130mb of disk on your system.
  

  Quote

  this is because everything is in summery table,so we cann't store the datas for ever (e.g.10 years ).
  

  
  Actually, you can store it as long as you want.
  

  Quote

  
  WHAT I MEAN is we can only store the results of detailtable to summerytable,not all of the detail datas.
  

  
  That's not true. You can store all of the detail data in the summary or the archive table.
  

  Quote

  It'll be good if users could never dump any datas and the stats can show hits,visits,pages,users...of a 10 year periods or more.
  

  
  You can now. Always could. So far, I am up to two years worth of data on a couple of my sites. I expect that it will collect as long as those sites are still on the net.

  • 
  •  
•  
•  

Users on-line

• alfonsomarin

This list is based on users active over the last 60 minutes.