Fork me on GitHub

.8 stats - what happend to statistics v8 being core?  Bottom

  • uheweb
    uheweb
    Helper
    • Rank: Helper
    • Registered: Sep 16, 2004
    • Last visit: Oct 21, 2009
    • Posts: 731
    Link to this post Posted: Jan 17, 2008 - 09:13 PM
    Finally took a look at the stats module, hoping for a few improvements. A cursory glance shows the same DB structure as the old stats (ie, multiple tables that require multiple queries and updates per request).

    Hammerhead once mentioned that coldroldsteel's statistics v8 would make it into the core... I'm guessing the code was never polished off enough to do so? I've loved it on .750 to .764 sites and use it regularly. I also love how it records post info to help catch abusers.

    I know CRS had health problems and mtrad.com has been offline for 3 yrs (but coming back in 1-2 weeks icon_smile ) , just wondering if there was any effort to take what he started and build a better core stats?

    If not, should I? icon_smile

    NCM
    SwitchBit / UHEweb
  • kaffeeringe.de
    kaffeeringe.de
    Software Foundation
    • Rank: Software Foundation
    • Registered: Sep 03, 2002
    • Last visit: May 09, 2010
    • Posts: 909
    Link to this post Posted: Jan 18, 2008 - 03:05 AM
    The stats module is one of the step-children of .8 - None of the developers believes that a statistic module makes any sense. The figures it could provide are too complicated to analyse in order to approximate reality. We recommend to use external tools, that either analyse the webserver logs or work like eTracker or Google Analytics.

    --
    best regards from Kiel, sailing city

    Steffen Voss

    Member of the Zikula Steering Committee
    Read The Zikulan's Blog "If you want people to RTFM, make a better FM!"
  • uheweb
    uheweb
    Helper
    • Rank: Helper
    • Registered: Sep 16, 2004
    • Last visit: Oct 21, 2009
    • Posts: 731
    Link to this post Posted: Jan 18, 2008 - 06:21 AM
    True, but integration with postnuke is nice.

    What I've done is used statistics v8 to save the data, then create a custom module that periodically queries this DB and populates hit counts, monthly stats, unique user visits, etc. I like this because it captures PN community users and NOT just standard web/url logs. Also, it makes it much easier to parse the data in other ways in and out of PN. While google analytics and log analyzers are great for general site access, I'm more interested in USER interaction within the postnuke site.

    Also, I use the POST data captured to analyze bot and spam activity and make adjustments to security, or ban IPs, etc.

    I'll dig into the code some and see - regardless, I think if ANY stats modules is included even as an add-on, it should be modeled after statistics v8 rather than the old stats - just so much more relevant data and less query load.

    NCM
  • kaffeeringe.de
    kaffeeringe.de
    Software Foundation
    • Rank: Software Foundation
    • Registered: Sep 03, 2002
    • Last visit: May 09, 2010
    • Posts: 909
    Link to this post Posted: Jan 18, 2008 - 08:42 AM
    Integration with Postnuke is only relevant when you need the templating, the user administration or something like that.

    But I won't stop you from writing a module. It only won't be included into the core. At least not into .8 (feature freeze)

    --
    best regards from Kiel, sailing city

    Steffen Voss

    Member of the Zikula Steering Committee
    Read The Zikulan's Blog "If you want people to RTFM, make a better FM!"

Users on-line

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