Jump to content
Sign in to follow this  
netstep

Authorize.net Simple Integration Method (SIM) Support

Recommended Posts

Could it have anything to do with my site being on a SSL server and my putting only http://.... in the Receipt/URL?

A bit confusing but posted earlier in #47

3. What is your "Default receipt URL" in

Authorize.net > Account > Settings > Response/Receipt URLs

Should be like: http://www.example.com/checkout_process.php (or https:// for secure + make sure w/w-out www matches your config too)

That's the next factor to consider.

If your site is set to SSL, then the script may be trying to redirect the Anet call to the SSL page...which is not authorized.

From Anet's response: we discourage redirects.... because it might break the script.

You were not intentionally redirecting the that would be the result of sending Anet to an HTTP: page on HTTPS: site.

 

Why did you bury your osC install so far down in your web site?

Icky url path... http://www.mywebsite.com/oscommerce-2.2ms2...out_process.php

It's not relevant to this discussion because Anet doesn't care, but have you considered moving it to:

http://www.mywebsite.com/catalog/checkout_process.php


Sam M. - Seattle

Share this post


Link to post
Share on other sites
A bit confusing but posted earlier in #47

 

That's the next factor to consider.

If your site is set to SSL, then the script may be trying to redirect the Anet call to the SSL page...which is not authorized.

From Anet's response: we discourage redirects.... because it might break the script.

You were not intentionally redirecting the that would be the result of sending Anet to an HTTP: page on HTTPS: site.

 

Is there a way I can fix this?

 

http://www.mywebsite.com/oscommerce-2.2ms2...out_process.php[/url]

It's not relevant to this discussion because Anet doesn't care, but have you considered moving it to:

http://www.mywebsite.com/catalog/checkout_process.php

 

Actually, I didn't. I had a web designer do this and since we were both neophytes when it came to installing OSC that's the way it was set up.

Everything works fine otherwise.

Share this post


Link to post
Share on other sites
Is there a way I can fix this?

Yes. Easy. But this if off topic. Please PM me for help.


Sam M. - Seattle

Share this post


Link to post
Share on other sites

If you've been reading this forum in anticipation of the end of Dragonkeeper's issue. We traced the transaction all the way through but still have an unanswered question.

In the checkout process, the events occurring at the end include sending order confirmations and clearing the cart just before redirecting to the checkout success page. Dragonkeeper's transaction made it all the way through all the steps except for the final redirect to the success page before timing out.

His communication with Anet included.

On occasion, timeouts will occur that are outside of the control of your script or our servers. Typical reasons for these timeouts are Internet traffic, your server is overloaded or malfunctioning, or Internet routing issues. Depending upon your server location and what route is used to send data, it is possible that you may occasionally receive the message you are seeing.

As I understand it Dragaonkeeper's server is located in AU and Anet's server is in New Jersey US...about as far away as you can get. I know light travels fast, but I suppose if you through in a little packet routing and network congestion and you can get a time-out problem (a theory).

 

Drangonkeeper was able to install the AIM module and all transactions worked perfectly.

No worries.


Sam M. - Seattle

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×