Map Archive, show me the numbers

Level 2
Joined
Sep 20, 2005
Messages
14
ok, this idea hit me when looking into how servers work:

count the number of page generation requests for any map/map grouping, count the number of page generations for maps/map groupings, and adverage time to generate a map/map grouping page.

Compile a list over a 24-hour period, once every hour like this, and if page generations are less than page requests, this might just be the problem that pops up every so often, but never/rarely for the admins/mods

if this is the case, a fix would be to reduce the time needed to generate each page (if possible, kinda doubt it with several gigs of maps on the servers) or look into how the results from a map page generation request searched the database to generate its results, and see if the code could be improved without comprimizing its stability/accuracy (i wish i knew how to do this, no coding experiance)
 
Level 13
Joined
Jan 9, 2004
Messages
1,037
How about forget about doing that, and just rewriting this site from scratch and switching to a service with higher banwith? Besides for the HTML itself being written horribly (I'd hate to look at the php) it seems that this site has outgrown its server.
 
Level 2
Joined
Sep 20, 2005
Messages
14
a re-write isnt nessesary (although it might help) but all you need is a script to count those things for you, and dump all the info into a text file every hour or so.

question: does this site have a web-master or anyone who knows the html code? or when did that person leave?
 
Level 13
Joined
Jan 9, 2004
Messages
1,037
You ever look at the HTML very closely? It's horrible. So many extra things that do absolutely nothing.

Darky was the one who amde and deals with the php and HTML of the site, but unfortunately he's kind of inactive. I know HTML but I don't have the power to do any of that stuff.
 
Level 2
Joined
Sep 20, 2005
Messages
14
i guess the thing to do would be to ask darky to give permission to clean up the code, with an option for darky to revert back if something major gets screwed up...) and before making any changes, a master backup should be made, along with incremental backups everytime speed increases without adding any bugs or decreasing reliability. a hard-save of the code every hour or so that work is being done should give a decent recovery point if a change breaks something critical for an easy revert and compare.

edit:

after thinking about it a bit, it might be better to ask darky to take a look at the map section as a whole : the traffic per hour, time to generate each page, and number of failed page generations (a request for a page generation that timed out before it was sent) and see if there was anything he could do to streamline/improve the process
 
Top