Guy, Sorry, I didn't make it clear that changing the Flash code is not an option at this time (no budget). Second and third-best measures only.
Scott On Sep 3, 5:25 pm, Guyren G Howe <[email protected]> wrote: > On Sep 3, 2010, at 17:19 , Scott Olmsted wrote: > > > > > I have a client with an educational site that has about twenty math > > and vocabulary games written in Flash. The Flash code reads past > > scores from the site (hosted at RailsPlayground) and then writes new > > scores at times as the user plays the games. It may be writing a file > > as large as 100K or more, with lots of score information for all the > > games. > > > The client would like to sell this into Asian markets, but three > > potential customers in China have reported the site is too slow. > > > First: since I can't get any more detail about exactly what is meant > > by "too slow", is there any easy way to access the site as if I were > > in Asia, realizing of course that there will be extra latency for the > > extra trip across the Pacific? > > > If the unacceptable performance is due to high-latency communication > > with the Rails site and not due to the initial loading of the Flash > > (which could be helped by hosting it on Amazon's S3 servers in Asia), > > what, if anything, can be done about that? > > One thing that immediately occurs is that 100K seems like a lot of data to be > writing at one time, as someone is taking a test. Unless the test answers are > essays, it sounds as though, rather than writing just the *new* information > back to the server, the Flash app is writing *all* of the information back to > the site. > > If this is the case, changing it to just send the changes seems like the > simplest solution. -- SD Ruby mailing list [email protected] http://groups.google.com/group/sdruby
