That's exactly what I was looking for, an example of one way to do what I'm asking about.
Anyone have other examples or ideas?? Thanks Peter. ds On Jun 19, 3:13 pm, "Peter J. Farrell" <[email protected]> wrote: > Woah, it's only an email list... > > One technique I've seen employed is to hit an event-handler which kicks > off a separate thread. This event-handler returns a page with some AJAX > and an id. Every 10 seconds of so, it polls another event-handler with > the id to see if the results are available and ultimately picks up the > results. The separate thread can easily stash stuff in the application > scope for easy retrieval or put it in a cache of some sort (like using > cfmodule to start another Mach-II request and use Mach-II caching). > > Another way to speed up a page (it depends on what you mean by slow) is > to employ some caching to elements. Your business requirements might > allow you to have data that isn't up to the second fresh -- allowing you > to cache stuff for 60 seconds or even 10-20 minutes depending on how > many times that cache object is hit and how fresh you need the data. If > the data is really user specific and the hit ratio is too low, caching > probably won't be the answer to your problem. > > .pjf > > dtsammons said the following on 06/19/2009 02:47 PM: > > > You're assuming that I have not looked at 'what the slow request is > > doing' or that I don't already know why the response is slow on this > > particular request. I did not say, or imply, that Mach-II had > > anything to do with our slow loading request ( i know it doesn't). I > > simply am curious if a filter or a plugin would be a good vehicle for > > a 'progress bar' or animated 'loading...' alert for users when a > > slower response is required. > > > Maybe you should get a little more information about a specific > > situation before you make so many assumptions, especially when your > > posting your thoughts, based on those assumptions, for everyone to > > see. > > > ds > > > On Jun 19, 11:21 am, Matt Williams <[email protected]> wrote: > > >> On Jun 19, 1:05 pm, "Peter J. Farrell" <[email protected]> wrote: > > >>> This kind of stuff is hard in the world of stateless web. You'll > >>> probably get a better effect by doing a AJAX request to a Mach-II > >>> event-handler within a page already then trying to simulate something > >>> over HTTP (which in all reality can't handle this elegantly). > > >> I think you should be looking at what the slow request is doing as > >> opposed to figuring out how to show a loading animation. Initial > >> application loading is something a developer or QA person should be > >> doing. Who cares about user friendliness here? > > >> If you have a slow loading request, it has nothing to do with Mach-II. > >> There are many ways to improve performance including db/query > >> optimization, server tuning, caching, etc. I would start with figuring > >> out why a page loads slowly way before trying to put an hour glass on > >> there. > > >> My 2 cents. > > >> Matt Williams --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to Mach-II for CFML list. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/mach-ii-for-coldfusion?hl=en SVN: http://greatbiztoolsllc.svn.cvsdude.com/mach-ii/ Wiki / Documentation / Tickets: http://greatbiztoolsllc.trac.cvsdude.com/mach-ii/ -~----------~----~----~----~------~----~------~--~---
