Checkout by Amazon Zen Cart Plug-in

[bpryor]

I'm still getting the 500 error on my cron job, but everything seems to be passing back and forth between Seller Central and Zen like it should.

I'm having the same experience as boggled. I am getting an error from my Cron job(permission denied), but CBA seems to be working correctly(as far as I can test in sandbox, I haven't tried production yet). Is the Cron job serving any function when IOPN is enabled? Is it just a backup in this case?

I am using Zen 1.3.9.f and I'm hosted on Godaddy. I have contacted Godaddy about the permission denied error, but they have not been able to shed any light on this problem.

Do you have any ideas on where to look for the cause of the permission denied error?

Thanks.

Bill

[retched]

I'm having the same experience as boggled. I am getting an error from my Cron job(permission denied), but CBA seems to be working correctly(as far as I can test in sandbox, I haven't tried production yet). Is the Cron job serving any function when IOPN is enabled? Is it just a backup in this case?

I am using Zen 1.3.9.f and I'm hosted on Godaddy. I have contacted Godaddy about the permission denied error, but they have not been able to shed any light on this problem.

Do you have any ideas on where to look for the cause of the permission denied error?

Thanks.

Bill

Did you make the edit to your spiders file in the includes directory that I mentioned removing the line "wget" from the file?

Also can you copy/paste the exact error message from your log as well as the cache directory as well?

[bpryor]

Did you make the edit to your spiders file in the includes directory that I mentioned removing the line "wget" from the file?

Yes, I did, thank you, but that wasn't it. I just tracked down the "permission denied" error through a post I found with a Google search. If you don't specify which app you want to run your script it defaults to Shell, and when a php script is run as a Shell script it evidently produces that error. Unfortunately this did not end my problems. I tried about a dozen different ways to format the script command line and none of them worked correctly. After reading many posts in other places the one I ended up using that appeared to be exactly the way other people had gotten cron jobs to run on GoDaddy, but it didn't work for the Amazon script. The line I ended up with was:

/web/cgi-bin/php5 "$HOME/html/checkout_by_amazon.php?action=Everything" -O /dev/null

and the error that returned was as follows:

Status: 404 Not Found
Content-type: text/html

No input file specified.

Anyway I ended up trying another suggestion I found which was as follows:

/usr/bin/curl http://www.mysite.com/checkout_by_amazon.php?action=Everything -O /dev/null

This returns the following and I have no idea if this means it's working or not.

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0

Thanks for your help.

Bill

[retched]

Yes, I did, thank you, but that wasn't it. I just tracked down the "permission denied" error through a post I found with a Google search. If you don't specify which app you want to run your script it defaults to Shell, and when a php script is run as a Shell script it evidently produces that error. Unfortunately this did not end my problems. I tried about a dozen different ways to format the script command line and none of them worked correctly. After reading many posts in other places the one I ended up using that appeared to be exactly the way other people had gotten cron jobs to run on GoDaddy, but it didn't work for the Amazon script. The line I ended up with was:

/web/cgi-bin/php5 "$HOME/html/checkout_by_amazon.php?action=Everything" -O /dev/null

and the error that returned was as follows:

Status: 404 Not Found
Content-type: text/html

No input file specified.

Anyway I ended up trying another suggestion I found which was as follows:

/usr/bin/curl http://www.mysite.com/checkout_by_amazon.php?action=Everything -O /dev/null

This returns the following and I have no idea if this means it's working or not.

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0

Thanks for your help.

Bill

It looks like to me that it does work. A successful load returns a 0 length log file since there is no output from /checkout_by_amazon.php?action=Everything except a blank page. If there was an error, you'd obviously have to download something.

[bpryor]

It looks like to me that it does work. A successful load returns a 0 length log file since there is no output from /checkout_by_amazon.php?action=Everything except a blank page. If there was an error, you'd obviously have to download something.

You could be right. I think it's moot anyway as long as IOPN is working, so I'll probably really only find out if the cron job is working correcly if IOPN fails at some point.

Thanks.

Bill

[Boggled]

Anyway I ended up trying another suggestion I found which was as follows:

/usr/bin/curl http://www.mysite.com/checkout_by_amazon.php?action=Everything -O /dev/null

This returns the following and I have no idea if this means it's working or not.

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0

Thanks for your help.

Bill

I tried this one, and this is what I'm getting now:

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

100 392 100 392 0 0 58263 0 --:--:-- --:--:-- --:--:-- 58263
100 392 100 392 0 0 57251 0 --:--:-- --:--:-- --:--:-- 0

curl: (3) <url> malformed

I'm assuming the 'curl: (3) <url> malformed' means something still isn't quite right with mine. Any suggestions? :)

[retched]

I tried this one, and this is what I'm getting now:



I'm assuming the 'curl: (3) <url> malformed' means something still isn't quite right with mine. Any suggestions? :)

Did you input the correct URL in the proper format with quotes and all? I'm not too familiar with GoDaddy hosting unfortunately.

[bpryor]

I did my first test live(production) order and everything with the order went smoothly. The order went through, I receive all notifications, it shows up in seller central, and the proper status updates and the Confirm Shipped and Cancel Order buttons appeared in the product order detail page. Since it is a test order I clicked on the Cancel button, then I was asked to confirm if I wanted to cancel and I said yes, then I was returned to the Order List page and that was it. I went back into the product order detail page and there was no update to the status saying it was cancelled or in the process of being cancelled and I went to seller central and there is no evidence of the cancellation there. What should the process be at this point and what should I see?

[fmckinnon]

bpryor,

1. Is your cron job setup and running?
2. The updates aren't instantaneous ... typically, in the comments area, it will say that the cancel status request is being processed, etc., it may take a while before this is populated back and forth between Amazon and your shopping cart - depending on the timing of your cron job.

(PS: I'm usually the guy on here asking questions, trying to give back and answer some now .. but if my info is wrong, just let me know!)

[bpryor]

bpryor,


(PS: I'm usually the guy on here asking questions, trying to give back and answer some now .. but if my info is wrong, just let me know!)

Thanks for giving back.

I actually thought of that and if you read any of my previous posts I've been struggling with cron setup....but as I've brought up, and unfortunately not been answered, I don't think the cron job has a purpose if you're using IOPN(which I am), except as a backup means of processing. I will keep checking to see if anything updates, but I think it's something more than that.

>>typically, in the comments area, it will say that the cancel status request is being processed, etc.,

That's what I'd expect, but there is no update of status on the order details page.

Thanks again, I'll report back if I find a solution.

Bill