homepage Welcome to WebmasterWorld Guest from 54.205.189.156
register, free tools, login, search, pro membership, help, library, announcements, recent posts, open posts,
Become a Pro Member

Home / Forums Index / WebmasterWorld / Ecommerce
Forum Library, Charter, Moderators: buckworks

Ecommerce Forum

This 86 message thread spans 3 pages: < < 86 ( 1 [2] 3 > >     
Authorize.Net Down?
Authorize.net Timing out...
Robski




msg:3945504
 1:07 pm on Jul 3, 2009 (gmt 0)

It appears that Authorize.Net is down and has been for about 5 hours.

I can't load [authorize.net...] nor https://secure.authorize.net.

Does anyone know if they have an offsite status page or what is happening?

 

WebDev2009




msg:3945652
 4:01 pm on Jul 3, 2009 (gmt 0)

#authorizenet [twitter.com]
I understand transaction processing is back up with the exception of Global processing. We are working to bring that up ASAP.
4 minutes ago

[edited by: engine at 5:52 pm (utc) on July 3, 2009]
[edit reason] Timeline [/edit]

pbradish




msg:3945653
 4:02 pm on Jul 3, 2009 (gmt 0)

Authorize.net is still failing transactions for us as well.

carguy84




msg:3945655
 4:06 pm on Jul 3, 2009 (gmt 0)

How can you prevent a fire from ever happening again? Disasters happen, its how they handle it thats important.

You can't, however someone as big as Auth.net shouldn't be dependent one 1 datacenter. I find it hard to believe they don't have a distributed network of datacenters.

From what i've heard the fire wasnt even IN their center,it was in the same building and triggered sprinklers in their center.

Wow, if that's true, that is a disaster. Sprinklers near/in a data center :(.

We use PayPal's Payflow Pro (I think it's like $30/month) as our backup. If a transaction fails due to a network error, the payment just gets routed to PayPal. While I wouldn't wish PayPal's payment processing on anyone as their sole provider, I must say, they have been pretty solid as a backup.

Best thing to do though, is just store the payment info temporarily and run the transactions manually once Auth.net is back up.

pdivi




msg:3945656
 4:06 pm on Jul 3, 2009 (gmt 0)

processing is back up with the exception of Global processing

what does this mean? US transactions work?

rachel123




msg:3945660
 4:08 pm on Jul 3, 2009 (gmt 0)

we are still failing. And we are in the US. No response from the gateway...

Thankfully we have backup systems in place so our checkout is not down, but I am absolutely amazed that this kind of outage is possible for a processor as huge as Auth.net. Backup systems affected too? With a company as huge as this one, who would have thier backup systems in the same building?

WebDev2009




msg:3945664
 4:11 pm on Jul 3, 2009 (gmt 0)

I read a sprinkler system took out their generators.... I really can't believe they don't have a backup plan for "any" disaster.

Gomvents




msg:3945673
 4:19 pm on Jul 3, 2009 (gmt 0)

Is it working for ANYONE? Not by what they say - any merchants here having success? I'm not and I'm in USA.

maardsma




msg:3945676
 4:22 pm on Jul 3, 2009 (gmt 0)

Global I believe refers to Global Payments, a large payment processor. Our merchant provider uses Global.

However we are not getting any response from the API so I believe the twitter message may be incorrect.

ssgumby




msg:3945677
 4:22 pm on Jul 3, 2009 (gmt 0)

No success .. in US

WebDev2009




msg:3945680
 4:25 pm on Jul 3, 2009 (gmt 0)

Not working here. (US)

fedem




msg:3945681
 4:25 pm on Jul 3, 2009 (gmt 0)

We are losing sales as well I have already lost some customers. We have Google and Paypal Checkout, but customers are use to place order by credit cards.

ssgumby




msg:3945683
 4:26 pm on Jul 3, 2009 (gmt 0)

#authorizenet [twitter.com]
Understand that many of you are still not transacting. The team is aware of this and working to restore full processing.

[edited by: engine at 5:54 pm (utc) on July 3, 2009]
[edit reason] timeline [/edit]

trinorthlighting




msg:3945699
 4:40 pm on Jul 3, 2009 (gmt 0)

I can not believe you would place sprinklers in a generator room in the first place. Seems as if they would use a much safter method such as a carbon dioxide fire suppression system. Water and electricity do not mix well.!

SageDog




msg:3945708
 4:48 pm on Jul 3, 2009 (gmt 0)

Our solution to this was implemented when we lost out connection twice before (once form Authorize.net being down for a short period and once from an upgrade of PHP versions on our server that affectect the curl() command in our shopping cart).

Because a return string is obtained from authorize.net, we built in a feature that triggers if no string is returned. It then stores that transaction data and also notifies us via email. Our first "lost" transaction of the day came around 7am PDT and I was notifed immediately. Our site also notifies customers that their transaction has been "queued", so we don't get angry calls or emails.

We'll have to manually enter sales once authorize.net is back up, but ultimately this was a nice fail-safe, and seamless for our customers.

WebDev2009




msg:3945726
 5:03 pm on Jul 3, 2009 (gmt 0)

#authorizenet [twitter.com]
Ops team continues to work. Will provide updates via Twitter when I have them.

[edited by: engine at 5:55 pm (utc) on July 3, 2009]
[edit reason] timeline [/edit]

incrediBILL




msg:3945728
 5:05 pm on Jul 3, 2009 (gmt 0)

Paypal Checkout, but customers are use to place order by credit cards

The part about Paypal misconceptions is what I find most amusing today as Paypal can be installed to look and work seamlessly like any other CC processor using direct payment APIs.

Example:
https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=developer/e_howto_api_WPDirectPayments

ACM_Wallet




msg:3945739
 5:14 pm on Jul 3, 2009 (gmt 0)

We've lost a bunch of web orders as well... our last one was last nite, 9:30pm-ish, mountain time. However the phone traffic is the same. Taking a few calls regarding outage/failed transactions... we're just converting to phone orders.

Good thing for us the 4th is a slightly slower time.

10:15am MT still no connection

ssgumby




msg:3945765
 5:46 pm on Jul 3, 2009 (gmt 0)

We are backup processing transactions!

Toddibear




msg:3945766
 5:47 pm on Jul 3, 2009 (gmt 0)

I have transaction processing back on my desktop software, but there is no love on the website tip.

WebDev2009




msg:3945768
 5:50 pm on Jul 3, 2009 (gmt 0)

We may be back up.. doing test orders...

WebDev2009




msg:3945774
 5:58 pm on Jul 3, 2009 (gmt 0)

#authorizenet FYI, the Merchant Interface may be slow to access, but it is up.

netmeg




msg:3945775
 5:58 pm on Jul 3, 2009 (gmt 0)

The part about Paypal misconceptions is what I find most amusing today as Paypal can be installed to look and work seamlessly like any other CC processor using direct payment APIs.

Yep, I have a client using it in a few Zen Cart sites and the customers don't even know it's Paypal.

ACM_Wallet




msg:3945777
 5:59 pm on Jul 3, 2009 (gmt 0)

We are transacting on our site.

[edited by: encyclo at 7:04 pm (utc) on July 3, 2009]
[edit reason] no references to personal sites please [/edit]

salewit




msg:3945779
 6:03 pm on Jul 3, 2009 (gmt 0)

Test transaction failed here 11:03AM PST

ssgumby




msg:3945785
 6:04 pm on Jul 3, 2009 (gmt 0)

We've had 10 successful transactions come in. I would assume it will be flaky (up and down) for a day or so.

originalgeek




msg:3945787
 6:11 pm on Jul 3, 2009 (gmt 0)

@SageDog - Are you aware that your "solution" runs afoul of PCI guidelines? You're only allowed to store the last 4 digits of a card number and are never to store the CVV2 number.

lukesc




msg:3945790
 6:22 pm on Jul 3, 2009 (gmt 0)

@originalgeek - And I hope you're aware that the CVV2 is not required for a successful transaction and is for verification purposes only. He can store the credit card number as long as it is well protected and conforms to PCI guidelines and not store the CVV2 at all and still manually process transactions.

Gomvents




msg:3945791
 6:22 pm on Jul 3, 2009 (gmt 0)

orders and complaints still flowing in (East Coast, USA)- looks like it's still flaky for sure. Posted: 2:21pm EST

jbroder




msg:3945792
 6:22 pm on Jul 3, 2009 (gmt 0)

We use authorize.net with global payments as merchant processor and we are now back seeing transactions again.

sjstyle




msg:3945795
 6:23 pm on Jul 3, 2009 (gmt 0)

originalgeek - just curious, where are you getting your info on the PCI guidelines, because everything I have ever seen says you can keep full credit card info for as long as it takes to bill a customer....

lukesc




msg:3945798
 6:28 pm on Jul 3, 2009 (gmt 0)

PCI guidelines are well documented. You can store the whole credit card number as long as it is encrypted, firewall protected, etc... The CVV2 must never be stored at all, but last I checked it was only for verification, thus optional. The CVV2 just ensures that the person making the transaction has the card in hand. You can process transactions without it manually.

This 86 message thread spans 3 pages: < < 86 ( 1 [2] 3 > >
Global Options:
 top home search open messages active posts  
 

Home / Forums Index / WebmasterWorld / Ecommerce
rss feed

All trademarks and copyrights held by respective owners. Member comments are owned by the poster.
Home ¦ Free Tools ¦ Terms of Service ¦ Privacy Policy ¦ Report Problem ¦ About ¦ Library ¦ Newsletter
WebmasterWorld is a Developer Shed Community owned by Jim Boykin.
© Webmaster World 1996-2014 all rights reserved