Google Checkout module for ZC 1.3.x (beta)

Zinfandel: WOW! Thanks for pointing that out.

I did the test and it says invalid. Guess I did not pass? Here are the results:

XML We Sent:

Authorization: Basic XXXXXX:XXXXXX
Content-Type: application/xml;charset=UTF-8
Accept: application/xml;charset=UTF-8
X-Origin-IP: 68.124.162.75


XML We Received:

HTTP/1.0 200 OK
Date: Fri, 29 Jun 2007 16:15:43 GMT
Server: Apache
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Pragma: no-cache
Set-Cookie: zenid=2b30a1d672571d8aefa80870a8819dd0; path=/; domain=xxxxxxxxx.com
Content-Type: text/html; charset=iso-8859-1
X-Cache: MISS from proxy.globant.com
Proxy-Connection: close

Fri Jun 29 9:15:44 MST 2007:- Invalid

Time to response: 2.4417290687561 segs Note: This script MUST response in less than 3 sec. so GC srv doesn't timeout.'


How do I go about fixing this?

Thanks!

Linux I am having the same exact problem - response.




I believe I know why I was getting no orders in the admin and only in gco, its because I don't let them create a zen account I just go through google checkout.

However, is there anyway to get this xml data with the phone number, last 3 digits into usable form, I could use this to follow up on alot orders?


Site in question - www.wiipeddler.com

forgot to the post mine

HTTP/1.0 200 OK
Date: Fri, 29 Jun 2007 16:28:17 GMT
Server: Apache/1.3.37 (Unix) mod_gzip/1.3.26.1a mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 mod_ssl/2.8.28 OpenSSL/0.9.7a PHP-CGI/0.1b
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Pragma: no-cache
X-Powered-By: PHP/4.4.6
Set-Cookie: zenid=76c11ad242225b3b9964fbe685a6c4de; path=/; domain=www.wiipeddler.com
Content-Type: text/html; charset=iso-8859-1
X-Cache: MISS from proxy.globant.com
Proxy-Connection: close

Fri Jun 29 12:28:19 EDT 2007:- Invalid

I just wrote to my host and maybe I will find an answer today. Thanks to everyone for showing me the right direction.

teebo: did you check your google logs to see the problems? That might help you out.

Quote:

---

Originally Posted by Linux

teebo: did you check your google logs to see the problems? That might help you out.

---

I have no errors, my checkouts work fine.

My problem is

1) I don't get all this extra info phone number, last 4 digits, etc.. I just happen to look into the log and saw all this xml data that could have really been helpful on verifying orders.


2) I don't get orders in zen

Guys,

Our outgoing messages to GCO are not the issue. They're fine and you're probably getting an email from GCO that you have an order.

The problem is the XML messages coming back from Google to your ZC.
For one of many reasons, the googlecheckout/responsehandler.php may not find those messages to be processable.

I'm not going to speculate as to the reason your's doesn't work.
But, if so, ZC will not know anything about the order or the customer.

If the customer does not have an account, your ZC will create one using the customer information sent back in the XML messages from google.
But not if the responsehandler doesn't like it for some reasons.

See the googlecheckout/response_message.log, not the error log.
There is where you should find the XML that arrived from google, they are not error messages, they are the business data your cart needs to create an account and process the order.


teebo:

Thanks for pointing out that they are probably hitting checkout in the header menu. I suspected that, and that would explain why I'm seeing so many hits to checkout in my Google Analytics, but no sales.

I too have a only the Google checkout button on my shopping cart page, and probably should disable the checkout button in the header menu.

Good luck!!

Quote:

---

Originally Posted by Zinfandel

Guys,

Our outgoing messages to GCO are not the issue. They're fine and you're probably getting an email from GCO that you have an order.

The problem is the XML messages coming back from Google to your ZC.
For one of many reasons, the googlecheckout/responsehandler.php may not find those messages to be processable.

I'm not going to speculate as to the reason your's doesn't work.
But, if so, ZC will not know anything about the order or the customer.

If the customer does not have an account, your ZC will create one using the customer information sent back in the XML messages from google.
But not if the responsehandler doesn't like it for some reasons.

See the googlecheckout/response_message.log, not the error log.
There is where you should find the XML that arrived from google, they are not error messages, they are the business data your cart needs to create an account and process the order.


teebo:

Thanks for pointing out that they are probably hitting checkout in the header menu. I suspected that, and that would explain why I'm seeing so many hits to checkout in my Google Analytics, but no sales.

I too have a only the Google checkout button on my shopping cart page, and probably should disable the checkout button in the header menu.

Good luck!!

---

Well, why exactly doesn't the response handler like? The xml data looks fine, do I have to edit the response handler?

I just would like information to be emailed to me or something in proper form, because the risk assement is very important

Ropu just posted a bit of news regarding version 1.4 development.

http://groups.google.com/group/googl...8f5bba0f56fa/#

Woody

Regardless of the version 1.3 or 1.4, there really should be some way to go directly to GCO from any page on the site without having to go back to the view_cart to click on the google button.

At the moment I use GCO only, and I had to disable the checkout in the drop down header menu, because it wasn't designed to go to GCO, and was most likely the cause of so many abandoned carts.

I even think if there is a choice of payment methods, they should be rendered in the drop down menu as sub-levels under checkout
kind of like this.

View Cart
Checkout --> Credit Card, PayPal Express, Google Checkout, WorldPay

Is that doable?