Thanks for the sample. I can see some potential for improving things.
Though at this point it'll likely be a total rewrite of the drawing
routines. (which may not be a large hit afterall - I was considering
this to make use of the jQuery.data() capabilities and free up some
funky code for
hi,
i have similar problems like shawn: im requesting a service to return
internet-sources for a specific media-type, e.g. video - amazon.de,
amazon.com, imdb, ofdb, etc...
then i trigger a service for each source, reading and parsing the
source has a duration from 3-30 seconds so there is no
Hi Shawn,
Interesting problem you've outlined. Running the queries sequentially
is slow, and splitting them apart appears faster (presumably since you
display some progress to the user). My approach using objects will not
speed up your 30 second database queries, but it can break down the
Regarding your example of waiting for N records to come back, it is
definitely worth it to pack all those requests into a single AJAX/JSON
request. Not only are you saving the overhead of the HTTP requests
(browsers can only make a 2-4 requests concurrently) but your code
will be cleaner. (e.g.
Can you show a quick sample of the objects/callback methods you allude
to? (instead of the nested approach).
In my case I have three ajax requests, each of which takes a fair bit of
processing on the server side. They were created as separate processes
because of the non-linear use of the
Yeah, I know it'd be better to pack the requests. At the moment, it's
easier to mess with the client than with the server. I'm sure I'll
eventually get around to dealing with the server code again. It's
possible that the client will request more records later in the
seession, and I want to get
I did a little search and came across this page:
http://www.soapatterns.org/asynchronous_queuing.asp
While it may not appear to be an exact answer, it does tend to suggest
some possibilities here. For instance, if each of the Ajax requests
were added to a queue for processing, and the queue
Sounds like some sort of ajax queuing plugin is in order. Would have
to be more complex than animation queues.
eg, queue constists of a 1-d array. Each element in the array can be a
request, or an array of requests (that execute simultaneously). The
queue pops the first element, performs the
This plugin was suggested in another thread:
http://plugins.jquery.com/project/ajaxqueue
While it's close, my initial read of it suggests it doesn't do quite
what we're looking for here. I'll have to play with it to be sure though...
Shawn
Hamish Campbell wrote:
Sounds like some sort of
I had a case where I had to wait for n records to come from the
server. They all had the same callback, which incremented a
counter.and checked to see if this load was the last one. It worked,
but I have thought about giving the whole lists of requests to the
server at once and having the server
I have a similar situation and am watching this thread in hopes
something useful may come of it.
What I've done for now is the nested calls. I use a common
errorHandler() function that takes in the element to show the message
with and the message itself. The message tends to be the
wouldn't nesting the methods work? e.g.
script type=text/javascript
$('#comp1').trigger('load.comp1', function() {
$('#comp2').trigger('load.comp2', function() {
$('#comp3').trigger('load.comp3', function() {
if (action2()) {
// do business logic...
On 5 Mrz., 15:40, J Moore [EMAIL PROTECTED] wrote:
wouldn't nesting the methods work? e.g.
unfortunately not as some methods have to be invoked in parallel.
generally exactly this nesting looks fine with no real code behind
but it is just cruel if you imagine having error-handling, rollbacks
13 matches
Mail list logo
