News | Forum | People | FAQ | Links | Search | Register | Log in
Site Help
This is the forum to ask questions about this website, report things that are broken, request features, etc.

Be sure to check out the FAQ as well.
First | Previous | Next | Last
Unavailability 
this happens very often... i have a hunch it's during peak load hours. 
Unavailability 
Same problem here. Site not responding at all or some error about maximum process limit exceeded, or something. Or a recursive SQL error. 
Gggrrrrrrr..... 
i have a hunch it's during peak load hours.

Yes, it happened very often in the afternoon (French time)... and it's boring... Is there a way to avoid this issue ? 
Heh 
Go finish your map JPL. =) 
Bal 
It's "cooking"... don't worry ;) 
Today 
func is fast like F1 :) 
Errrr.. 
Nevertheless I get a "URL cannot be reached" message this morning... weird... 
Slow 
today too, half of time doesn't load at all 
Func Sigh 
in the evenings (europe), it more often than not:
1) doesn't load at all
2) gives internal error (process limit exceeded)

It works really only in off-load hours. Which sucks. Are there any actions in planning?

Cause this board rocks and I hope good stuff will be kept going on in here. (Just look at the latest goings in mapping help for example!) 
Even In Off-load Hours 
when it works fairly fine, it's intolerably slow when being logged in. why this difference?
btw. what about a 'mark all threads read' option? 
Even In Off-hours 
when it works fairly fine, it's intolerably slow when being logged in. why this difference?
btw. what about a 'mark all threads read' option? 
Even In Off-hours 
when it works fairly fine, it's intolerably slow when being logged in. why this difference?
btw. what about an 'mark all threads read' option? 
Ugh... 
 
Weird As Hell 
FYI, func_ works faster when you access as guest (unlogged)... no "url cannot be reach", no "no internal error"... Metlslime ? Any idea ? 
... Oooppss... 
.. I just got at least "recursive SQL error" he he he... 
Just To Reiterate 
when it works fairly fine, it's intolerably slow when being logged in. why this difference?
btw. what about an 'mark all threads read' option
 
Well... 
There is a difference between being logged in and logged out -- logged in people get a SQL query which includes their userid when visiting forum.php, while anonymous users get one that doesn't contain a userid. MySQL caches queries, so if you're not logged in, there's a good chance that your queries will have already been processed for someone who visited just before you, and so it can come out of the cache, which is a lot faster.

But this doesn't mean as much for the news page, the view_thread page, etc. 
And Still 
it fucks up most of the time, even if you're on a computer with no cookies - thus unlogged. It won't load func, either you get a zero sized reply or timeout or process limit exceeded. 
Metlslime 
What's happening today ?! It's working so fast I can't remember when it happened last time... ;)
Did you change anything in your php code ?
Nevertheless, it's cool to see all is workig fine now... I hope it will be stable more than today :P 
He Replaced The Hamster Wheel With A Drunken CZG 
 
Database... 
...might be faster now. Thanks to Sleepwalkr for the tips.

Let's try it out this week and let me know how good/bad things are. 
Re-Database 
It seems quite a bit faster than it has been for some time now. But still not like it used to be, but a definite improvement over recent times, for me thus far anyway. 
No Server Errors Or Anything So Far... 
*crosses fingers*

maybe i can post more than just random links now ^_^ 
Argh! 
just had one of those recursive sql errors again? 
IMPROVE'D 
There has definitely been a nice improvement since the changed DB code. I have had no errors, and the site has loaded everytime I tried to access it; albeit frequently it still takes five seconds to get a response. 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.