Report, edit, etc...Posted by IsolatedPurity on 2005-07-18 at 07:21:07
http://www.staredit.net/index.php?act=filecp&do=downs
(it used to show ALL the files you ever downloaded).
Yay for bad programming.
Yoshah, if you are still doing the dldb script for senv5, it *better* be good.
(it used to show ALL the files you ever downloaded).
QUOTE(Tyler)
We've tracked down some an issue that has been causing your server to perform
*very* slowly to an HTTP process w/ the following request: "GET
/index.php?act=filecp&do=downs" Simply navigating to that page reproduces the
problem - it sucks up all the CPU it can and starts using well over 500MB of
RAM.
*very* slowly to an HTTP process w/ the following request: "GET
/index.php?act=filecp&do=downs" Simply navigating to that page reproduces the
problem - it sucks up all the CPU it can and starts using well over 500MB of
RAM.
Yay for bad programming.
Yoshah, if you are still doing the dldb script for senv5, it *better* be good.
Report, edit, etc...Posted by Yoshi da Sniper on 2005-07-18 at 11:40:11
dun dun dun CACHE!
Report, edit, etc...Posted by BeeR_KeG on 2005-07-18 at 12:14:49
Hehe, so thats where all that extra bandwith might've been coming from?
Report, edit, etc...Posted by IsolatedPurity on 2005-07-18 at 12:19:39
Um, ew, no... not for this situation. All that would be needed to fix it is a limit on the sql return. It would also help if it didn't duplicate entries or instead, had a count column for the downloads... like I was testing downloading a certain map people were having problems with and downloaded it like 20 times while testing some new code for it, now, I got 20 entries of me downloading that file... which all got listed when I used that portion of the script. I wouldn't recommend a count column for senv5 though, just a simple record once with your latest download date *IF* you feel the need to record downloads. You could make some pretty good functions with such a table... such as a little field in the map view page saying "You downloaded this file on XX-XX-XXXX", so you could possibly avoid downloading the same file twice while browsing for maps... and then you could have a simply functionality option to delete or mark download entries as null to avoid seeing that message if you like reformat or lost your maps and want to know what maps you've downloaded RECENTLY... or... such a table could also tell you if the map was updated since you last downloaded it...
There is so much possibility in a new dldb script in like every area possible, don't screw it up
.
Edit (since you replied to the topic while I was writting):
Beer, no...
The bandwidth apparently came from 2 functions that seemingly loaded the entire file for reading(?) so it can dynamically get the file size (instead of, perhaps, caching it). It also did this for screenshots. Senv4 dldb does almost everything wrong and doesn't care what resources it uses.
There is so much possibility in a new dldb script in like every area possible, don't screw it up
.Edit (since you replied to the topic while I was writting):
Beer, no...
The bandwidth apparently came from 2 functions that seemingly loaded the entire file for reading(?) so it can dynamically get the file size (instead of, perhaps, caching it). It also did this for screenshots. Senv4 dldb does almost everything wrong and doesn't care what resources it uses.
Report, edit, etc...Posted by Pineapple on 2005-07-26 at 01:39:41
Im pretty sure Yoshi can do good on the DLDB... So this is why SeN was going very slow randomly out of no where...