Jump to content



Photo
- - - - -

USPS calculator down Today?


This topic has been archived. This means that you cannot reply to this topic.
103 replies to this topic

#1   Logcbnfvr

Logcbnfvr
  • Members
  • 101 posts

Posted 08 December 2008 - 16:01

Good morning!
Anyone else having issues with the USPS shipping calculator being down this morning? Sure puts business to a grinding halt :-)
Kim
Log Cabin Fever Gifts

#2   chrisytsma

chrisytsma
  • Members
  • 113 posts

Posted 08 December 2008 - 16:07

Yep, same here...

Warning: fsockopen() [function.fsockopen]: unable to connect to production.shippingapis.com:80 in /hsphere/local/home/xxxxxx/mysite.com/catalog/includes/classes/http_client.php on line 330

Sucks...

#3   Speedie

Speedie
  • Members
  • 8 posts

Posted 08 December 2008 - 16:07

Yes, same problem here. Apache reports the following:

[error] PHP Warning: fsockopen() [<a href='function.fsockopen'>function.fsockopen</a>]: unable to connect to Production.ShippingAPIs.com:80 in /home/storename/public_html/store/catalog/includes/classes/http_client.php on line 330

So it appears their server is non-responsive.

Edited by Speedie, 08 December 2008 - 16:08.


#4   FlyingKites

FlyingKites

    Projects Director

  • Partner
  • 1,441 posts

Posted 08 December 2008 - 16:50

Yes it's down on all our sites across several servers.

Christmas load?
Kym
We support qdPM Open Framework Project Management

#5   webapps

webapps
  • Members
  • 3 posts

Posted 08 December 2008 - 16:51

Yes, same problem here. Apache reports the following:

[error] PHP Warning: fsockopen() [<a href='function.fsockopen'>function.fsockopen</a>]: unable to connect to Production.ShippingAPIs.com:80 in /home/storename/public_html/store/catalog/includes/classes/http_client.php on line 330

So it appears their server is non-responsive.

Add a connection timeout to the http_client.php under the GET function
// add to class vars timeout in seconds
var $connect_timeout = 60;
// add the connection timeout under the GET function
if (!$this->socket = fsockopen($host, $port, $this->reply, $this->replyString,$this->connect_timeout)) {
	return false;
}
this way at least your page load will not fail

#6   THOUGHTOUT

THOUGHTOUT
  • Members
  • 30 posts

Posted 08 December 2008 - 16:54

Down here too!

#7   zelf

zelf
  • Members
  • 294 posts

Posted 08 December 2008 - 16:58

I called USPS Web tools support and there message states they are trying to resolve the problem. I think that is 3 or 4 times this year USPS has gone down, compared to FedEx going down 0 times.

#8   THOUGHTOUT

THOUGHTOUT
  • Members
  • 30 posts

Posted 08 December 2008 - 17:10

It worked for a brief moment a few minutes ago, let us hope they are close to resolving it /excl.gif' class='bbc_emoticon' alt='(!)' />

#9   zelf

zelf
  • Members
  • 294 posts

Posted 08 December 2008 - 17:12

This attribute needs to be added at the top of the class
// add to class vars timeout in seconds
var $connect_timeout = 60;
Should look like:
var $url; // array containg server URL, similar to parseurl() returned array
	var $reply; // response code
	var $replyString; // full response
	var $protocolVersion = '1.1';
	var $requestHeaders, $requestBody;
	var $socket = false;
// proxy stuff
	var $useProxy = false;
	var $proxyHost, $proxyPort;
	var $connect_timeout = 60;

// add the connection timeout under the GET function
if (!$this->socket = fsockopen($host, $port, $this->reply, $this->replyString,$this->connect_timeout)) {
	return false;
}

The next step on this thread is to add some code that auto switches to flat rates for first class, priority, and express, etc. in the event that USPS is down yet again.

#10   webapps

webapps
  • Members
  • 3 posts

Posted 08 December 2008 - 17:18

This attribute needs to be added at the top of the class

// add to class vars timeout in seconds
var $connect_timeout = 60;

Yes, thats why I said add it to the class vars

#11   zelf

zelf
  • Members
  • 294 posts

Posted 08 December 2008 - 17:22

Yes, thats why I said add it to the class vars

In the event some osc users are not familiar with class structures e.g. where the class vars are located I put an example. Appreciate your post.

#12   webapps

webapps
  • Members
  • 3 posts

Posted 08 December 2008 - 17:25

In the event some osc users are not familiar with class structures e.g. where the class vars are located I put an example. Appreciate your post.

I understand

A note the timeout should be set accounding to your servers timeout, some servers allow longer timeouts than others

Edited by webapps, 08 December 2008 - 17:26.


#13   Nikuman

Nikuman
  • Members
  • 5 posts

Posted 08 December 2008 - 17:55

It's kinda up, then it's down, then it times out. /mad.gif' class='bbc_emoticon' alt=':angry:' />

This timing is about as bad as it could be for us.

#14   nerdDesign

nerdDesign
  • Members
  • 14 posts

Posted 08 December 2008 - 18:01

Typical :-(

This is where I found out though geesh.

#15   iofast

iofast
  • Members
  • 128 posts

Posted 08 December 2008 - 18:06

Down for us as well. We took a look and were thinking about using fixed rates based on the USPS downloadable rates here:
http://www.usps.com/...icing-files.htm

However, we need international handling and to build a whole module would probably be 80 man hours or more with all the complexity we would need to build in. Has anyone looked at doing a USPS downloadable rate chart based module?

#16   Logcbnfvr

Logcbnfvr
  • Members
  • 101 posts

Posted 08 December 2008 - 18:30

Down for us as well. We took a look and were thinking about using fixed rates based on the USPS downloadable rates here:
http://www.usps.com/...icing-files.htm

However, we need international handling and to build a whole module would probably be 80 man hours or more with all the complexity we would need to build in. Has anyone looked at doing a USPS downloadable rate chart based module?

Yeah... the calculator is still going in and out. I turned on a temporay table rate for Priority Mail only, kinda thing just to get by... just loosing too many orders and getting alot of calls!
Log Cabin Fever Gifts

#17   js28784

js28784
  • Members
  • 38 posts

Posted 08 December 2008 - 18:34

This is KILLING us. Phones ringing off the hook with a huge backlog of orders we can't input. Has anyone received an update?

#18   Mike T

Mike T
  • Members
  • 25 posts

Posted 08 December 2008 - 18:53

Brutal Timing. We've switched to a flat rate & disabled USPS for the time being - offering to refund the difference for domestic orders.

Can someone please post when it is back & functioning properly???

THANKS!!

#19   Nikuman

Nikuman
  • Members
  • 5 posts

Posted 08 December 2008 - 19:00

Yeah, this rots.

Someone should lose their job at the USPS over this. Can you imagine how many sales world wide this is trashing?!


We turned on flat rate also, but still have the USPS running and timing out. Not the best solution, but a band-aid. What are you guys doing?

#20   THOUGHTOUT

THOUGHTOUT
  • Members
  • 30 posts

Posted 08 December 2008 - 19:01

We've optioned to go to FLAT RATE describing it this way:

LIMITED TIME Best Way Shipping, PRIORITY USA and FIRST CLASS MAIL INTERNATIONAL $8.00

And turned off "United States Postal Service" API for now