Forum Moderators: open
Since I don't want to bang against the server after each box selection, I have loaded the data into a multi-dimentional javascript array that gets sent to the client embedded in the html file. Since there is the potential for a fair amount of data, I've placed indices in the value elements of the select boxes to help find the correct place in the javascript array to begin loading the next box. So far so good.
Now I'm thinking about client side caching of the javascipt. I've considered a couple options, each of which involves moving the javascript array to a new file. One possibility is to use the file system object to write a new version of the javascript file whenever a change is made to the underlying SQL data (1-2 times per week). The other thought is to actually make the javascript file a .asp extension file and build it on the fly. I've got some thoughts on how to expire and trigger a refresh, but without going into them I'm wondering if someone hasn't already invented a better version of this mousetrap?
Thanks for your interest,
Ross
The problem will be when ..
If this is gonna happen, I'd be looking at worst case scenario and doing that now, with test data in the db.
Just a crazy idea i had! - You could flush the buffer after the main page elements are on it, and placing some hidden data below the closing </body> tag, the page might look fully loaded, before it really is?
Thanks for the thought!