Thomas, Your saying load the methods onto the page (without prices), and then for each method, load the price via ajax? Seems like a possible solution to the load time issue, but would need to be written to not require someone do the 'lazy loading' of the method prices if they didn't want to have an ajax solution...
If you take a look at the development trunk of our site at https://dev.europeanpaper.com/ <https://dev.europeanpaper.com/checkout/> and do a test checkout (don't enter your info obviously), but on the cart page and the checkout page (its a combined checkout form), I load the prices via ajax after they enter their zip code or click the calculate button. But as mentioned previously, this takes about ~5 seconds to get all of them back.. if I did each one at a time it could make the customer a bit happier... thanks for the feedback Dave On Fri, Dec 30, 2011 at 7:23 PM, Tomas Neme <[email protected]> wrote: > Respond with all the options with little loading... icons in the > prices section, and return the actual prices via ajax? > > On Fri, Dec 30, 2011 at 1:38 PM, BoulderDave <[email protected]> wrote: > > Hey guys, > > As we previously all agreed on, it takes about 1.5 seconds, for each > > shipping method you use, to get back results from the shipper. So if > > you have 3 methods (which to me doesn't seem like very many), your > > looking at 4.5 seconds to get prices. > > > > Last week I finally enabled the USPS and Fedex modules on our live > > site to see if we would notice a negative impact with the extra load > > time and within an hour we had two customers call complaining that the > > site was slow (referring to the checkout process), and a much higher > > cart abandonment rate. So I had to disabled the modules and go back > > to using the flat rate table. > > > > Not using some sort of dynamic shipping is not an option (says my > > boss, ha), and obviously the current load time is not an option. > > So, I wanted to see what you all thought about possible alternatives, > > what you would find useful, and perhaps I can build new modules that > > could be a great alternative for anybody needing to get quicker > > shipping rates. > > > > Some ideas I've thought of are: > > 1) Use shipping zones instead of zip codes and load all the rates into > > the database > > 2) Load all the shipping rates for each zip code into a database > > 3) Only request rates for one method at a time (the method the user > > has selected on the form) (I dont really like this idea, but it would > > be much quicker between each request/response obviously) > > > > What do you guys think? > > Thanks everyone > > Dave > > > > > > > > > > > > > > > > > > -- > > You received this message because you are subscribed to the Google > Groups "Satchmo users" group. > > 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/satchmo-users?hl=en. > > > > > > -- > "The whole of Japan is pure invention. There is no such country, there > are no such people" --Oscar Wilde > > |_|0|_| > |_|_|0| > |0|0|0| > > (\__/) > (='.'=)This is Bunny. Copy and paste bunny > (")_(") to help him gain world domination. > > -- > You received this message because you are subscribed to the Google Groups > "Satchmo users" group. > 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/satchmo-users?hl=en. > > -- Dave Brown CEO/Founder Rampframe.com - Action Sports Network -- You received this message because you are subscribed to the Google Groups "Satchmo users" group. 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/satchmo-users?hl=en.
