Totally Zenned
- Join Date:
- Aug 2009
- Location:
- North Idaho, USA
- Posts:
- 2,015
- Plugin Contributions:
- 0
Auth.net SIM script timed out while trying to POST transaction results
Your script timed out while we were trying to post transaction results to it.
I sure could use some help correcting this problem
Tnx
Rick
SIM is functional in our sandbox and not functional on our live server. I've compared ZC admin settings in both. The only differences that I can find right now are in the server OS, php version and MySQL version and SSL. Both servers use same ZC versions and same plugins.
Sandbox server: Functional
Production server: Error Script timeout when "Pay Now" button on the Auth.net SIM Form is clicked
Auth.net approves the transaction but nothing happens on the zencart side other than SIM_Debug
ZenCart 1.5.3 both servers. Plugins identical both servers
authorizenet.php files identical on the 2 servers
ZenCart SIM settings identical on the 2 servers
Production VPS server SSL and enabled
Sandbox shared server No SSL
Both servers use the same Auth.net account credentials
Script causing error (I think)
[x_relay_url] => https://chainweavers.com/index.php?main_page=checkout_process&action=confirm
Sandbox server
php 5.3.28
MySQL 5.5.40-cll
Server OS Linux 2.6.32-531.17.1.lve1.2.57.el6.x86_64
Production server
php 5.4.31
MySQL 5.5.39-cll
Server OS Linux 2.6.18-274.7.1.el5
Link suggested earlier by DrByte
http://www.zen-cart.com/content.php?302-authorizenet-sim-an-error-occurred
There are several reasons for seeing this message:
**OK **1. Your site is too slow in responding to Authorize.net's attempt to return the customer to your site and/or send back transaction authorization to your site. Maximum 10 seconds is permitted. If your server is slower than 10 seconds when attempting to load a page, you have a more serious problem than merely handling payments. You need to resolve your server speed problem first. Start by talking to your hosting company, and/or consulting our FAQs on speed and performance.
OK 2. If your store is in Down For Maintenance mode, you cannot test SIM transactions.
OK 3. You have the Authorize.net server's IP address blocked in your store's server firewall or .htaccess rules. Consult your server's apache errorlog to find the IP address which is being repeatedly denied when payments are attempted, and unblock it.
BLANK 4. You may have entered invalid URLs into your Authorize.net "Relay Response URL" and/or "Receipt URL" settings. Ideally you should leave them blank and let your store send the proper values with your transactions, or if you are uncomfortable with that for some reason, set them to point to your index.php?main_page=checkout_process URL.
No Known or observed problems 5. You might have a problem caused by an invalid or improperly configured SSL certificate on your site. Thus, if Authorize.net is attempting to respond to your site and your site has problems in SSL mode, then Authorize.net will be encountering either an error message or delayed response, thus triggering symptoms similar to #1 above.
**
Don't use rewrite rules** 6. You might have invalid rewrite rules set as a result of creating or adding an .htaccess file to rewrite URLs as part of so-called "seo" addons, or installed such an addon. Many times such addons fail to properly handle all returning responses from external systems properly, resulting in serious system problems.
Configuration: Sessions: Identical both sites 7. If your site has a problem with sessions handling or cannot properly set a valid session cookie, you might have similar problems because the return response cannot be connected to the customer's original shopping session, and thus an error is returned, and thus Authorize.net doesn't see the expected "200" response code they want to see. (If they don't see a "200" response, they send the error message which is the topic of this article.)
