We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
  • I’ve had to manually go in and clear out the user tracking tables (at least log_access, log_hosts, and log_visitors; they can get quite large over time) occasionally. Would anybody else feel that the ability to truncate certain tables, in the same manner as the admin logging table manager_log (which can be done from Audit trail), would be useful? Perhaps include the ability to dump the tables to the client before truncating them, if keeping the records is important?
      Studying MODX in the desert - http://sottwell.com
      Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
      Join the Slack Community - http://modx.org
    • That’s a wonderful idea Susan.
        Ryan Thrash, MODX Co-Founder
        Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me
        • 18397
        • 3,250 Posts
        Or maybe a function could be implimented to "prune" the table so data older than x date gets deleted on a regular basis. Also, there could be another function that saves the overall stats to a table called overall_stats for each pruning (1 line) so the admin can maintain basic overall stats over time without a massive MySQL db. In other words, the table overall_stats would contain a summary (information displayed on Visitor Stats page) without keeping the user specific data.
        • Good ideas Mark. I like the idea of preserving monthly stats for posterity plus having some historical daily traffic available for X months.
            Ryan Thrash, MODX Co-Founder
            Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me
            • 18397
            • 3,250 Posts
            Thanks!

            The site I am working on now has only been online for less than 2 months with nearly 3,000 visits but the log_access table is 3.75 MB!!!!!!!!

            What should I do until these features are implimented? I do not want to loose the overall stats (browsers, referrers, etc) but 3.75MB is 90% of the db size!!!
            • Work in progress at the moment; should be ready to go in a couple more hours. Will involve replacing the existing /manager/actions/static/bkmanager.static.action.php file and adding a new /manager/processors/userlogs.processor.php file.

              Since it’s a mod of the bkmanager system, you can easily dump the table before trucating it.

                Studying MODX in the desert - http://sottwell.com
                Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
                Join the Slack Community - http://modx.org
                • 18397
                • 3,250 Posts
                Sounds good. Thanks!
                  • 18397
                  • 3,250 Posts
                  Quote from: sottwell at Aug 18, 2005, 07:12 AM

                  Work in progress at the moment; should be ready to go in a couple more hours. Will involve replacing the existing /manager/actions/static/bkmanager.static.action.php file and adding a new /manager/processors/userlogs.processor.php file.

                  Any progress yet Susan?

                  P.S. How do you disable the stats until this solution is ready?
                  • I’ve turned it over to the developer team, as soon as they OK it it’ll get released to "the wild".
                      Studying MODX in the desert - http://sottwell.com
                      Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
                      Join the Slack Community - http://modx.org
                      • 18397
                      • 3,250 Posts
                      Quote from: sottwell at Aug 21, 2005, 11:06 AM

                      I’ve turned it over to the developer team, as soon as they OK it it’ll get released to "the wild".

                      Is it in "the wild" yet? (writes this as logging tables exceeds 5MB!) huh