Welcome to Geeklog, Anonymous Monday, December 09 2024 @ 11:45 pm EST
Geeklog Forums
Help! Problem With GUS killing site
Page navigation
winnerdk
I would like to kill or disable GUS temporarily. What's the best way to do that?
Thanks.
Don
www.panama-guide.com
Dirk
Then, I'd suggest you disable the plugin for the moment.
And then you can start looking into what actually happened.
bye, Dirk
winnerdk
And, I already have (had) rootdebug set to false in config.php
That being the case, is there some other way you were seeing the information you saw?
Thanks
Don
www.panama-guide.com
Dirk
The only other thing I could think of is when you are using your own error handler (in lib-custom.php) or changed the code for the default error handler (in lib-common.php).
bye, Dirk
scarecrow
Something happened with GUS last night and now the site is down.
Just a wild thought from left field, are there any issues with available disk space and the size of the DB? I mention this as we ran into a couple of things while playing with our test site and seeing what would happen if a user's available disk quota was exceeded.
winnerdk
The GUS plugin was causing the problem, and as soon as I turned it off the site came back up.
Don
http://www.panama-guide.com
winnerdk
And, this is the plugin that barfed and caused by site to go down for like 12 hours?
No thanks. If the plugin is not stable enough to allow it to run forever without having to worry about an accumulation of data crashing my site, I don't want it running.
Rather, I would like to know what happened and why. I would also like to know that there is a new release of GUS that has fixed the problem. And then, after I install the upgrade, I might let it run (and watch it like a hawk.)
Don
http://www.panama-guide.com
Dazzy
I get 50-60000 hits a week and have to clean it every month otherwise overall speed begins to be affected
Dazzy
winnerdk
I installed GUS back in March of 2007, and have been averaging more than 5 million hits per month. Let me see how big the file is. Do you remember exactly what I have to empty out?
Don
http://www.panama-guide.com
winnerdk
For whoever writes GUS - you should add a feature to archive the data periodically to prevent this from happening. Or, maybe it's there and I'm just unaware of it.
Don
http://www.panama-guide.com
winnerdk
And, this plugin should be fixed to prevent this from happening.
Don
http://www.panama-guide.com
winnerdk
It did dump all the current variables. That's what Geeklog's error handler does when an error occurs and you're logged in as a member of the Root group - or when you enable rootdebug in config.php. Double-check that you only have one 'rootdebug' entry there.
The only other thing I could think of is when you are using your own error handler (in lib-custom.php) or changed the code for the default error handler (in lib-common.php).
bye, Dirk
Hey Dirk;
I checked the config.php and there's only one rootdebug entry. And, I didn't modify the error handler or change any code. Can you help me to figure out what's going on with regards to this issue? Thanks.
Don
http://www.panama-guide.com
Laugh
Have anyone else run into any other issues I should bring up?
I've had a few (I only remember 2):
1. If the referer is set to http:// it causes an error in the gus stats block
2. The users agent table ID field needs it's type to be set to an int or eventually you run out of ids.
Tom
One of the Geeklog Core Developers.
ironmax
The GUS plugin does have an option to remove data under the admin menu. I've talked to Andy before (like a year or so ago) about adding a date range here so you don't have to remove all your stats. I don't think he is really updating his plugins anymore but I will check with him if I can. I dont' really see the point in archiving the data (instead of deleting) since similar problems will result (timeouts) when you review the reports data.
Have anyone else run into any other issues I should bring up?
I've had a few (I only remember 2):
1. If the referer is set to http:// it causes an error in the gus stats block
2. The users agent table ID field needs it's type to be set to an int or eventually you run out of ids.
Tom
Tom,
I have been in contact with Andy about all of this and he's going to get an update out. He might even jump in and say something, now that I just emailed him and included this link.
Michael
Dazzy
The GUS plugin does have an option to remove data under the admin menu. I've talked to Andy before (like a year or so ago) about adding a date range here so you don't have to remove all your stats. I don't think he is really updating his plugins anymore but I will check with him if I can. I dont' really see the point in archiving the data (instead of deleting) since similar problems will result (timeouts) when you review the reports data.
Have anyone else run into any other issues I should bring up?
I've had a few (I only remember 2):
1. If the referer is set to http:// it causes an error in the gus stats block
2. The users agent table ID field needs it's type to be set to an int or eventually you run out of ids.
Tom
this is true but if the table gets to big you get an sql error when you go to that page and have to do it through phpmyadmin.
Dazzy
suprsidr
I'd also like to see the auto-deletion of the "ignored" instead of the little astrid(*) that appears in the admin to alert me to their exsistance. Maybe even add them to badbehavior or the ban plugin list as well.
Spambots visit sites with referral stats soley for the linkback value, and its frustrating to see them get listed at all.
And I agree that older stats should be auto-deleted as well(maybe a config set time limit) as mysite becomes sluggish after about a week of stats collection.
Hello Andy
Hope HemoSpat is going well
-s
FlashYourWeb and Your Gallery with the E2 XML Media Player for Gallery2 - http://www.flashyourweb.com
predatorfe
Bye, Stefano
www.imaccanici.org
http://www.imaccanici.org
ironmax
Hello all. I have a problem with GUS too: since a couple of days, i get some rude parsing error while displaying referrers in the GUS block. I figured out the only way to remove the error is to set GUS not to display referrers in the block. Anyway, the error was displayed only to users in group Root, because they are the only ones who can see referrers. Maybe it has to do something with this thread?
Bye, Stefano
www.imaccanici.org
Ummm I think its something similar to the http:/// problem. This is a known bug and plus the author has been notified. He should be coming out with an updated version soon.
Michael
Laugh
SELECT * FROM `gl_gus_userstats` WHERE referer='http%3A%2F%2F'
One of the Geeklog Core Developers.
Page navigation
- Normal Topic
- Sticky Topic
- Locked Topic
- New Post
- Sticky Topic W/ New Post
- Locked Topic W/ New Post
- View Anonymous Posts
- Able to post
- Filtered HTML Allowed
- Censored Content