Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.php > #7212 > unrolled thread

FEDEX Shipping

Back to article view | Back to comp.lang.php

Contents

  FEDEX Shipping j <mung_me@att.net> - 2012-09-30 12:35 -0400
    Re: FEDEX Shipping "Peter H. Coffin" <hellsop@ninehells.com> - 2012-09-30 18:09 -0500
    Re: FEDEX Shipping Doug Miller <doug_at_milmac_dot_com@example.com> - 2012-10-01 23:09 +0000

#7212 — FEDEX Shipping

  Any suggestions for shipping rate php code for FEDEX?

I've previously done UPS and USPS and found them to be no joy, 
particularly USPS.

Any helpful suggestions will be much appreciated. At the moment the 
FedEx API looks like a convoluted mess...

Jeff

[toc] | [next] | [standalone]

#7214

On Sun, 30 Sep 2012 12:35:48 -0400, j wrote:
>   Any suggestions for shipping rate php code for FEDEX?
>
> I've previously done UPS and USPS and found them to be no joy, 
> particularly USPS.
>
> Any helpful suggestions will be much appreciated. At the moment the 
> FedEx API looks like a convoluted mess...

Lookup table with enough padding in the figures to justify the
occasional miscalculation is the usual way things are handled.

-- 
A *huge* proportion of people cannot make *correct and accurate*
generalisations of principles.  They have to learn everything as if
it's an unrelated piece of crap, BECAUSE THEY ARE STUPID! PEOPLE ARE 
STUPID!  -- Thorfinn in the Monastery

[toc] | [prev] | [next] | [standalone]

#7218

j <mung_me@att.net> wrote in news:k49sc0$dm4$1@news.albasani.net:

>   Any suggestions for shipping rate php code for FEDEX?
> 
> I've previously done UPS and USPS and found them to be no joy, 
> particularly USPS.

Be careful with UPS -- they still haven't fixed a long-standing bug with zip code validation 
(or, more correctly, with their complete *failure* to validate zip codes).

Specifically, UPS will accept any string of *four* numbers as a zip code, as long as the first 
*three* correspond with a valid zip code *somewhere*, and provide a rate quote based on 
that.

However, the rate quotes they provide might as well be random numbers. Suppose the 
customer mistakenly enters 8072 as the ZIP code. Did he mean 80072, or 80772, or 80722, 
or 08072? There's no way to know. Yet instead of rejecting the rate request, they return a 
rate quote, which is almost surely incorrect.

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.php

csiph-web