Client-side resource calculation for project amount screen

[joo]

Like so...

This would cut down the amount of time spent calculating the amounts myself based on the per-day figures given. If you wanted to go the whole hog you could make all the fields editable, including the number of hours spent on the project to allow total control - this method would still be completely secure as one value would still only be sent to server where the final calcuations can be made. It would only make it more convenient for the user

[SekoETC]

Cool, very cool! Everybody talks about adding stuff like this but no one actually bothered to write the code. It should tell the user to click outside the box to make the numbers to appear but other than that it's cool. You give it the same info as before so there's no need to change the server-side script. The only difference is that people have no need to start over and cancel projects several times to test and fix amounts.

[Doug R.]

I like it in principle, but giving the server more work is definitely not something we need right now.

[Chris]

I like it in principle, but giving the server more work is definitely not something we need right now.

The calculations are done client-side. The only increase for the server is that the page it sends out is (trivially) longer by a couple of Javascript lines.

[Doug R.]

I like it in principle, but giving the server more work is definitely not something we need right now.

The calculations are done client-side. The only increase for the server is that the page it sends out is (trivially) longer by a couple of Javascript lines.

Sorry if I'm being dense, but is it really trivial? 3/4 of the lag seems to be outputting the page back to the player. I hit submit, the info is sent reasonably fast, and then I wait 5 mins or longer for the page to refresh. Even if it slows things by 1% on a 5 min lag, that's 3 extra seconds on a process that should be instantaneous.

[joo]

HTML pages can be compacted to eliminate white space and unneccesary comments, lines of code etc. I could definitely reduce the code I used to about two or three lines.

BTW I changed it so the field is updated periodically (any changes would be seen within a second)

[joo]

Actually, If most of the lag is caused by sending users the same pages over and over again with different data displayed on them, wouldn't it be more efficient to use some sort of XML and CCS/Javascript combination rather than having the server compose the HTML?

This would probably be a long term change, but it's just an idea...

[SekoETC]

Usually sending text to the users isn't what's heavy, sending queries to a database is what. For all we know, the lag might be caused by the fact that more things have been made translatable, thus increasing the number of things that need to be fetched from the database, and the amount of languages has also been increasing. But anyway, the JavaScript code wouldn't have to be fetched from any database since it's the same for everyone, only the output would vary.

[Chris]

I thought that the one and only cause of major lag was processing time-related things (projects, travel, animal activity, rot). 100 users can be on, and I'll get pages in under one second if a task isn't being processed.

[Doug R.]

That's true Chris, but heavy users + some processes = tremendous lag. The two don't mix. See this thread(http://www.cantr.net/forum/viewtopic.php?t=14428) which attempts to track down the lag causes.

[marol]

Moved to accepted suggestion.

Currently performance bottleneck of Cantr is MySQL database. PHP is not an issue. This implementation would involve PHP and it was already been considered by myself, though programmers job queue is quite long recently.

[Torkess_theCommie]

ah cool

Reminds me of moles and stoichiometry...

[DELGRAD]

Really nice Joo. Keep that up.

Thankyou Seko/database , marol/MySQL.
I have next to nothing by way of any programming, but you only need to watch the database time compared to total time to know that the database is the lag bringer.
Everyone needs to remember, many people with many characters and a whole shitload of objects and activities tied to each will inevitably bring lag.

[UloDeTero]

Not to steal your thunder, joo, but I did something similar recently. That too could use client-side calculations. In fact, I had that in mind but didn't mention it in the post at the time.

[joo]

Ah yes, but people just naturally listen to me, you see. That's what makes me such a great dictator