We use 1) based on our boxes and average weight of items that go in box. So small table (relatively).
On Dec 30, 11:38 am, 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.
