Can you talk to me via PM so I can try to help fix this for you?
Printable View
Ok, I will do that, I'm a bit scared though because I had a whole lot of problems with 139 and ended up uninstalling it and and going back to 138 to find success, luckily I was just putting up my store and did not have too much to lose but now I do, I'll just back everything up again, thank you
I have not come across any discussion about upgrading or changing from the old checkout by amazon script? I have mostly successfully installed this one (i think) however I still think there is some remnant code frmo the old script which is breaking my css ONLY on the shopping cart page)
does anyone have a link or suggestions of where i need to remove all references that related to the old module?
thanks
Thanks, and what PM stand.
oh right i remember now. the css code for 1 click checkout conflicts with the css stylesheet since it uses COMMONLY used tags. I can't believe this has not been fixed.
I'll post this here for anyone else who is looking for the solution.
If you get redirected to 404 page after checkout, you might want to contact your hosting company to see if this is the problem:
The issue you are having is that the shopping card application is passing a full url, something disallowed by default within mod_security (A module that we run to harden our servers.)
I have white-listed that rule for your domain, the shopping cart appears to be acting normally now.
If you have this issue in the future, please email support and ask them to whitelist mod_sec rule 1234234.
If you have any further questions or support issues, please let us know!
Best regards,
James V.
james thanks for that update. I also run modsecurity but I do not see that rule you mentioned. (in cpanel i went to mod security then edit config) so perhaps i dont have that rule installed?
thanks
can someone tell me what we are suppsed to set as the Success Return page?
First I have gone through and read all the other threads about this problem and tried multiple fixes suggested. My SSL certificate matches, my domain name and I HAVE tried ordering with SSL disabled too with no difference.
I am using the most recent zencart ( 1.3.9g) and the most recent Checkout by Amazon module
I THINK the issue comes down to writting the session/cache info for the store. I have tried testing using database (db) for the cache And file cache and an interesting thing here is NO record ever gets created in the database when I order something.
I have this in my amazon checkout configuration
https://mydomain.com/store/index.php...eckout_success
as well as the same set in the Seller central section of the amazon payments website.
this is my configure.php code in the includes folder and likewise in the admin/includes folder:
and yes i have the sessions folder set in my ZC admin toCode:define('HTTP_SERVER', 'http://mydomain.com');
define('HTTPS_SERVER', 'https://mydomain.com');
define('ENABLE_SSL', 'true');
define('USE_PCONNECT', 'false'); // use persistent connections?
define('STORE_SESSIONS', 'db'); // use 'db' for best support, or '' for file-based storage
define('SQL_CACHE_METHOD', 'database');
define('DIR_FS_SQL_CACHE', '/home/MYUSERNAME/public_html/demo/cache');
/home/MYUSERNAME/public_html/demo/cache
I tried testing without DB cache (set it to use file) and a session file DOES get created, but the same effect, session timeout when i return from amazon checkout.
please any other ideas?? i would love some help here.
thanks
John
I wouldn't try to direct someone to the checkout_success page. Two reasons:
1) You aren't creating a $_SESSION variable with the most recently made order or other details. So you're ALWAYS going to get a timeout message.
2) Anything that you want your customer to see on the checkout_page, you can either:
A) Make a copy of the define page and point your Amazon customer to that. Note, you can't get the order ID # in this way.
B) Use a PHP IF block to test if there is a AMAZON Payments ID and create a message using the index page.