Woody:
Where is the thread for GC 1.4 because I would like to ask some questions.
Thanks!
Printable View
Woody:
Where is the thread for GC 1.4 because I would like to ask some questions.
Thanks!
Try this:Quote:
Originally Posted by Linux
http://groups.google.com/group/googl...rt-mod-support
Please help me.
I got my first order via GCO, Google processes everything, including the charge and I can service the order using the GCO backend system.
But there is no sign of this order having ever taken place on ZC. Why would this happen?
The error log keeps repeating this.
Can someone help me to undertand what I need to do, in no uncertain terms. Please.Quote:
Tue Jun 26 2:22:05 EDT 2007:- HTTP Basic Authentication failed. Can't retrive Merchant Id/Key, Installed over CGI??
Is the error you are seeing in response_error.log or in response_message.log? Is there any error message in the Google logs? Do you have SSL?Quote:
Originally Posted by Zinfandel
How's it going chain_man,Quote:
Originally Posted by chain_man
The message I displayed came from my ZC googlecheckout directory within the response_error.log
The response_message.log contains alot of useful XML messages with buyer order information, buyer shipping address, buyer billing address, etc..., that I thought ZC would make use of, but it did not.
So if all this information made into the response_message.log in XML format, what do you suppose stopped ZC from processing the data?
As for SSL, I'm using a shares SSL available from the host, and pointing the API call back thru that server. Just checked the URL and it looks good to me.
The call back method that I have clicked off at google is XML, could that be the problem? Is ZC parsing XML or does it expect HTML name/value pairs?
Anyone?
Quote:
Originally Posted by Zinfandel
XML is the right choice in the Google setup.
What's happening, I think, is that the communication to Google and back to ZC is OK. But your ZC does not think that the authentication info passed back from Google is good. Thus the error.
As to why - I don't know. Hopefully someone with a better grip on the Authentication side will help.
Hi,
I have the same problem.
Plus the order isn't shown in Admin/Customers/Orders.
Obviously, my stock doesn't update at all after a live transaction.
Any ideas?
Thank you.
Do you have any entries in response_error.log or response_message.log? Any errors in the Google Checkout side?
Do you have a good SSL cert?
It's not a thread. It's a new support forum. The URL has been recently purposely repeatedly mentioned in this thread. It amazes me some still can't figure out the URL :wink2:Quote:
Originally Posted by Linux
I'm not sure it's an "issue" unless you present it as an issue on the mod wishlist. :wink2:Quote:
Originally Posted by Dave Wilson
Woody:
Can I get Google to resend order information to my ZC so I can test the response handler in live again?
The sandbox tests were not https and without SSL, and the live environment is completely different.
I've restored the htaccess and htpasswd files in my googlecheckout directory, and set the basic authentication mode in admin to false.
Now I need to resent the order information and see if response handler accepts it.
Yes, I have a private one bought from Hostgator (about 80 pounds) and it's on that list with SSL certificates which works with Google.
It's an TLS 1.0, RC4 with 128 bit encryption (High); RSA with 1024 bit exchange.
Hmm, yes I have errors in GC/Settings/Integration related to a order number ended with 855. It's a 403 error message:
But I have reasons to suspect that was an old issue when I had "Deny from all" in .htaccess. Not it's empty.Code:We encountered an error trying to access your server at https://www.somewebsite.co.uk/google...nsehandler.php; the error we got is: Send failed with code: 403. Response body was: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <HTML><HEAD> <TITLE>403 Forbidden</TITLE> </HEAD><BODY> <H1>Forbidden</H1> You don't have permission to access /googlecheckout/responsehandler.php on this server.<P> <P>Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. <HR> <ADDRESS>Apache/1.3.37 Server at www.urbangod.co.uk Port 443</ADDRESS> </BODY></HTML>
It worked with a Sandbox account. I saw the orders in admin but with no changes on the stock (stock_by_attributes_4.4, works like a charm with PayPal).
Another fresh try:
Ordered something, checked out with Google, logged in Google account and set the status of the order to "Post", checked the response_message from googlecheckout/:
That's the last paragraph and it seems it the way it should be .. right?Code:
Tue Jun 26 21:45:32 CDT 2007:- charge-amount-notification
Tue Jun 26 21:48:32 CDT 2007:- <?xml version="1.0" encoding="UTF-8"?>
<order-state-change-notification xmlns="http://checkout.google.com/schema/2" serial-number="135333021456148-00010-1">
<timestamp>2007-06-27T02:48:26.000Z</timestamp>
<google-order-number>135333021456148</google-order-number>
<new-fulfillment-order-state>DELIVERED</new-fulfillment-order-state>
<new-financial-order-state>CHARGED</new-financial-order-state>
<previous-fulfillment-order-state>PROCESSING</previous-fulfillment-order-state>
<previous-financial-order-state>CHARGED</previous-financial-order-state>
</order-state-change-notification>
Tue Jun 26 21:48:32 CDT 2007:- order-state-change-notification
Then, the last line from response_error is:
It's a Zen Cart v1.3.7 with Google Checkout v1.3RC2 / PHP over CGI server.Code:Tue Jun 26 21:48:32 CDT 2007:- HTTP Basic Authentication failed. Can't retrive Merchant Id/Key, Installed over CGI??
.htaccess Basic Authentication Mode is set to false. That's it?!
Thanks for helping me getting through this mess.
And btw, I don't know if does matter but "checkout_succes" is set as "Continue shopping URL".
After checking out, I am not given any order number. Just the standard message:
Code:
Thank You! We Appreciate your Business!
Your Order Number is:
You can view your order history by going to the My Account page and by clicking on "View All Orders".
Please direct any questions you have to customer service.
Thanks for shopping with us online!
............................
I'm puzzled by this, but haven't started using it. I'd like to clarify how it works before I set it up! Can anyone help?Quote:
Originally Posted by chain_man
As things stand, a guest to the site can put things into their basket and then pay through GC. Is there anything to force them to create an account in ZC? If not, all the order tracking etc will be done in GC.
Does GC send back customer details to ZC so that normal order processing can continue?
If so, what happens if the customer's details in ZC don't exactly match the customer details in GC?
If not, am I right in thinking that order details will have to be tracked from two sources? For merchants who import ZC order details into their accounting system, this will be a bit of a disaster!
I finally did it. Some tips on what and how I have done, I hope it helps:
Specifications:
Zen Cart v1.3.7
Google Checkout v1.3RC2
PHP over CGI server (private SSL certificate)
Issues:
1. My orders aren't shown in Zen Cart Admin section/Customers/Orders if the customer checks out with Google Checkout. I've been able to checkout but nothing more. [Done]
2. My shopping cart not clear itself after a live Google transaction. [Done]
3. Products With Attributes Stock v4.4 installed. This is still an issue for me, it doesn't update on itself.
I've had an "HTTP Basic Authentication failed. Can't retrieve Merchant Id/Key, Installed over CGI??" message in response_error.log from googlecheckout directory.
How it worked for me (live mode):
1. CHMOD googlecheckout directory to 777 with Filezilla (right click on the folder, choose "File attributes", write 777 in "Numeric Value" field and pressed OK)
2. Set the .htaccess Basic Authentication Mode to TRUE (in Zen Cart Admin/Modules/Payment/GoogleCheckout) and pressed the Update button from the bottom.
3. Ran the htaccess.php from http://www.yourwebsite.co.uk/admin/htaccess.php
a) Unchecked Sandbox Account
b) Filled Merchant ID and Key with the ones from my real account.
c) Checked "Check if dir exists:" and "Create files:"
d) Clicked "Create"
4. Closed the window and checked on my webserver; .htaccess and .htpasswd files have been created in the googlecheckout directory (sometime it takes a while to refresh, close the connection to the server and open it again)
5. CHMOD googlecheckout through cpanel/File Manager of my server to 755 (this is a must in my opinion in order to work)
If it doesn't work, you must check the response_error.log and response_message.log from googlecheckout directory after you place an order. Also, look for your order number which is listed in your Google account and check in the Settings/Integration/Integration issues what is happening there. On my previous unsuccessful attempts I had 403 and 500 errors and all were due to the fact I didn't really CHMOD the googlecheckout directory properly (from cpanel).
I'm not a specialist and it’s possible to be wrong on some points but it worked for me. So please correct me if this is the case. I've wrote this after I read several pages with no real/direct info on how to get this done and I noticed there are many others in my situation.
*sorry for the way this post is written, english is not my native language
Thanks for the detailed explanation!
I'll try to work through this for you:
Google checkout creates an account for the customer and passes the info back to ZC admin.Quote:
Originally Posted by hairydog
YesQuote:
Originally Posted by hairydog
A new account is created in ZC with the GCO detailsQuote:
Originally Posted by hairydog
Order details will still appear in your ZC admin. Use it or don't - your choice...Quote:
Originally Posted by hairydog
Thanks. That was a big help.Quote:
Originally Posted by chain_man
I guess that if the order is added that way it will be in the database like all other orders.
All that will be missing will be the customer's login password, so they'll need to go to Google to see the status of their order, instead of going to the ZC store. That's not a problem.
Great job Carlozde!
Thank you for the information.
Now that we have that straightened out. Does anyone know how to post the XML sitting in the response_message.log that didn't get processed?
I couldn't find a way to repost it from Google. Is there a way to repost it from ZC?
Anyone?
Ok guys, last question..... I swear!!!
How do I change the order of options in the shipping dropdown menu in google checkout. After placing item in cart and clicking the google checkout option the google checkout screen that display populates with "Expedited" shipping not "Standard" and as such the initial cost that you see is higher, which may put someone off. In the Zen checkout Standard shows above Expedited (Configured by sort order).
The drop down menu on the google checkout page has the Expedited option as it's first value, and also in the back end where you configure the custom modules Expedited shows above Standard. (In Google payment module where you place the default values of each shipping option).
If anyone knows how to change this I would really appreciate the help. If it's been answered elsewhere, I apologize, I can't find it.
Quote:
Originally Posted by DarkAzrael
change the sort order
Right.... that is exactly what I want to do, and it is done inside the back end of Zen... but how do you change the sort order inside of the google checkout?Quote:
Originally Posted by teebo
Quote:
Originally Posted by DarkAzrael
Admin>modules>shipping> for each one that is active set sort order
-------
Does anyone know why I get this error in my response error log
Thu Jun 28 18:48:40 EDT 2007:- HTTP Basic Authentication failed. Can't retrive Merchant Id/Key, Installed over CGI??\
Also for the first tiem I opened response_message and noticed that it gives alot more information than googl gives you , including the PHONE NUMBER, LAST 4 digital, etc... Why is this in there? is it supposed to be sending somewhere? I could use this for further verification but its in xml format
Did you setup the .htaccess.php file you found in the admin, as per the instructions?Quote:
Originally Posted by teebo
You MUST carefully follow ALL the instrutions.
And don't forget to post in the correct forum, not this one.
[quote=teebo;396002]Admin>modules>shipping> for each one that is active set sort order
-------
Right, I don't think you quite understand....... The sort order is set in Zen's back end with the standard option appearing before expedited, which would be why when you go through regular checkout it appears first..... The issue is with the google checkout system reversing that...... again, I ask... with the sort order already set in Zen, and the exact opposite happening with the google checkout and happening only with google, how do I resolve this?
chain_main, first of all, thanks for always helping out. It does NOT go unnoticed.
Just wondering how to resolve this issue.
When a customer places an order and goes through the Checkout in the header it completely misses GC. I receive the order through email but not through GC.
I am not sure why the Zen Checkout and GC are not working together. Each seem to work fine independently but that's not great.
Do you think I should make the header checkout google link?
Has anyone else run into this problem?
Thanks!
Each method has its uses. The Checkout links keep your customer inside your cart. They must register with you and all their order info stays within your cart. This means that you have to provide some sort of payment methods for them in order for you to get paid. This could be Check/MO, credit card, whatever. If you take credit cards directly, then you need additional services like a merchant account and gateway.Quote:
Originally Posted by Linux
Googlecheckout acts in place of a merchant account in that they do all the credit card verification, and deposit to your accounts. The tradeoff is that they want to have your customer use their site to do it. So there is a separate button for customers to go through Google. This only appears on your login screen (so they can use GCO to create an account) and on the shopping cart contents page. It is not designed to be just a payment method.
When the customer selects the Google Checkout button from their shopping cart contents page, Google creates an account, or uses the customer's existing Google account, and leaves their order info with Google. The GCO module enables the ability for Google to pass the account info back to your cart's admin functions. It also passes order info so that you can process the order directly through your usual zen-cart methods.
I presume from your question that this piece is not happening for you. Do you get a Google checkout button in the Shopping Cart contents page? If so, and the customer selects it, do you get order and customer info back in your admin?
Linux:
I was having exactly the same problem.
If I understand things correctly, the googlecheckout/responsehandler.php must validate the XML messages coming into it for your own protection. If it can't, it will not pass the data to ZC for processing.
The way its going to do so differs depending on how you set up the admin and is based on whether you're running PHP over CGI or not. Speak to your host.
I hope your host doesn't have a bias towards Google.
Look in your googlecheckout/responsemessage.log, there you should find all the XML messages that GCO tried to send you, but the responsehandler could not validate who they were coming from and did not pass the data to back to ZC.
By using this script:
http://demo.globant.com/~brovagnati/tools/responsehandler_test.php
that was written by Ropu, I was able to repost the XML one message at a time to see if it would work. And it did.
Unfortunately, the test script tells you not to use an HTTPS: URL for the callback API, so I was using HTTP: and not HTTPS: to do so.
So it worked with HTTP, but I can't test with the HTTPS. I'm scratching my head.
The Google API integration live will not allow you to use a non-HTTPS: URL
and so unfortunately, I can't get to test the HTTPS side.
I get the GC button in the Shopping Cart contents page. I even have a statement to please use the GC button but it appears they are just clicking on the "Checkout" link in the header. I then receive an Order Confirmation from my Zen Cart and nothing in my Google Account.Quote:
Originally Posted by chain_man
I can invoice each one separately. But I would really like my Zen cart and GC to work together.
Thanks!
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
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
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?
I believe, but I'm not sure and haven't tried it, that you can edit your template and make the GC button appear anywhere you want by using this line:
<?php include(DIR_WS_MODULES . 'show_google_components.php'); ?>
Yes tj,
I've tried.
Because that tiny tidbit unleashes a complex gaggle of code behind it, which within defines variables, it cannot appear twice on the same page. If you could just put it where you want, in the case of the checkout page it would have to be in the header menu and on the checkout page itself. The alternative is to only have it in a side box.
The google button is just that, not just a simple image hyperlink, but embedded in a form post.
Ideally, we would need a PHP that posts the form to google not as a form post with an embedded button but as an executable file that can be invoked either by a textual hyperlink or by an image click (the google checkout image for example).
An added benefit is that the logic required to generate the form (which contains all the cart content and validating references) need not be contained within the cart page. Instead it should be encapsulated somewhere else to be generated and posted when required (someone clicks checkout, for example).
Nice try, tj
Thanks.
yeah, although the google checkout module is already very great, the order notification being overhauled is great news as it needs to be done.
I'd love if you could gather your customers email addresses and email them all in zen, great marketing.
Does anyone know why google checkout shipping selection options would show up in a different order than in regular checkout through Zen? The sort order is set in Zen and works correctly, however the options in the google checkout shipping dropdown selection show up in the exact opposite order. I would like to change the google selection to mirror what is Zen shows.
1) There are only two shipping selections, both customized clones of the per item module. One is Express and one is Standard. Standard must show before Expedited.
2) Sort order is already set in Zen.
Thanks for any help anyone can offer. :-)
not sure if this has already been posted about since there are 184 pages lol.. but is it possible for the details of the order to remain "generic" on google checkout? For example, with PayPal IPN it shows "<storename> Purchase" and the purchase price.. I would like GC to do something similar on my store as I don't need all the products to show on google
No guarantees, but you might check /includes/modules/paymeny'googlecheckout.php. There is a section with this code:Quote:
Originally Posted by DarkAzrael
If the method order that appears in GCO is the same as in this array, you might be able to change the order here to get the display order you want. Let us know if this works.Code:$this->mc_shipping_methods_names = array(
'usps' => 'USPS',
'fedex1' => 'FedEx',
etc.
)
Thanks for the help, but unfortunately that doesn't seem to work. I have tried that a few times and it seems like the google checkout keeps the old information in cache somewhere. I think it could work if I had some idea how to clear it's memory of what was previously stored. I have looked through the database, as well as several google checkout files and can't find anything about it. I suppose the next step might have to be a complete re-install. Though I am worried that it may not resolve the issue. Any other ideas?
Carlozdre: Very well done. May we use an edited version of your explanation and post on the GC 1.4 mod community support site (for v.1.4)?Quote:
Originally Posted by carlozdre
Woody
To request features please post on the wishlist page on the new GC mod support site for v.1.4x (v1.3 is no long under development).Quote:
Originally Posted by samad64
Woody
Woodymon, is 1.4 ready to be used on a live shop?
I believe there was going to be a release by the end of last month, which has now passed but I didn't see any announcement.
I see google-checkout-zencart-v1.4Alpha.zip at http://code.google.com/p/google-checkout-zencart , is that the one ready to be used on a live shop?
Thanks.
Whether it's "ready" or not is a different matter, but we're using it without incident, simply because we don't have a choice. The bypassing of the lengthy checkout process has brought us so much extra business, we really felt compelled to use it, and so far it's worked OK. BUT...you MUST follow the installation instructions all the way through, letter for letter.Quote:
Originally Posted by tj1
I don't really understand why we get risk assements in xml format, who really wants to read that? I'm reading googles site about the different notifications, and it seems to be its all very usefull so why in god is it in xml format.
I dont get orders in zen so I don't know if that info goes there
As posted throughout the new support site (in various documents) v.1.4-alpha2 is the latest GC for ZC mod release and is currently available via SVN only. However 1.4-alpha1 is available as zip.
Both versions above work for me on a "live" shop. YMMV. The only way for you can find out if either 1.4-alpha version "is ready" for you is by installing and testing which features and functions your require. (in general this applies to ALL ZC mods).
With the quickly changing Google Checkout API and the additional integration work needed to support various Zen Cart administrative features (however minor), the mod will continue to be released in "alpha" and "beta" incremental updates for some time to come. But that should not keep you from trying out.
Ropu is making additional code changes and adding additional new features this week so the "alpha3" mod release was delayed just a bit. Release may occur the end of next week (will be available first as SVN then later as a zip). Bottom line is it will be released when it is released.
You can see some of the new mod features and fixes in action at the demo2 site: http://demo.globant.com/~brovagnati/zen_demo2/
For a list of feature updates/fixes in 1.4-alpha2 and features coming soon please see: http://groups.google.com/group/googl...-functionality
Sidenote: I have yet to hear if the USPS international shipping issues reported by tj1 and chain_man have been repaired or further investigated. But it is #5 on the known issues/wishlist. ;-)
For updated info on the mod info please check in at the new support site as all future informational posts regards to v.1.4x mod development will be at
http://groups.google.com/group/googl...rt-mod-support
Best regards,
Woody
hello i have run into a problem . i have the checkout install but when i go to the cart it doesn't show up. how can i fix this? when i go to the modules i can see it there and i can edit info but once i go look at the cart i don't see it on there
help please
[FONT=Tahoma]STOP! [/FONT][FONT=Tahoma]BEFORE YOU POST HERE....[/FONT]
THIS IS NOT THE PLACE TO GET SUPPORT FOR THIS MOD!
As the author and others have repeatedly pointed out, all discussion and support of this mod takes place the dedicated support group
wowww okay
is there a way to reinstall a payment module without reinstalling whole zen cart? Google adsense messed up mine and I would like to just put it back the way I first had it. Please tell me there is a way...I have hundreds of items already listed! Im about to pull my hair out aaarrrggghhh!!!
Define "messed up."Quote:
Originally Posted by arensun
Payment module files generally live within their own folders (with some major exceptions, where they use shared functions...) Is this is a Google Checkout payment module that's hosed?
Ok here is the messed up when I view payment modules in administration panel:
All I would like to know is what I did and how to fix it. Someone said I accidentally put adsense module into payment module, ok well how do I take it off? as I went back into payment module and thought I deleted it but obviously missed something. That is why I was wondering if I could reinstall the whole payment module again without messing up all my items? I am new to zen cart so obviously I need step by step how to take it off as I tried myself and worked for hours and its still messed up. Please I don't want to start the whole thing all over again.
Warning: main(/home/croz/public_html/shop/includes/languages/english/modules/payment/index.php): failed to open stream: No such file or directory in /home/croz/public_html/shop/admin/modules.php on line 174
Warning: main(/home/croz/public_html/shop/includes/languages/english/modules/payment/index.php): failed to open stream: No such file or directory in /home/croz/public_html/shop/admin/modules.php on line 174
Warning: main(): Failed opening '/home/croz/public_html/shop/includes/languages/english/modules/payment/index.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/croz/public_html/shop/admin/modules.php on line 174
Warning: Cannot modify header information - headers already sent by (output started at /home/croz/public_html/shop/admin/modules.php:101) in /home/croz/public_html/shop/includes/modules/payment/index.php on line 8
Warning: main(/home/croz/public_html/shop/includes/languages/english/modules/payment/shipping_method_generator.php): failed to open stream: No such file or directory in /home/croz/public_html/shop/admin/modules.php on line 174
Warning: main(/home/croz/public_html/shop/includes/languages/english/modules/payment/shipping_method_generator.php): failed to open stream: No such file or directory in /home/croz/public_html/shop/admin/modules.php on line 174
Warning: main(): Failed opening '/home/croz/public_html/shop/includes/languages/english/modules/payment/shipping_method_generator.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/croz/public_html/shop/admin/modules.php on line 174
Shipping Methods generator
Warning: main(/home/croz/public_html/shop/includes/languages/english/modules/payment/xmlbuilder.php): failed to open stream: No such file or directory in /home/croz/public_html/shop/admin/modules.php on line 174
Warning: main(/home/croz/public_html/shop/includes/languages/english/modules/payment/xmlbuilder.php): failed to open stream: No such file or directory in /home/croz/public_html/shop/admin/modules.php on line 174
Warning: main(): Failed opening '/home/croz/public_html/shop/includes/languages/english/modules/payment/xmlbuilder.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/croz/public_html/shop/admin/modules.php on line 174
Fatal error: Call to undefined function: check() in /home/croz/public_html/shop/admin/modules.php on line 179
As a start, it appears that you should re-copy the files in:Quote:
Originally Posted by arensun
/home/croz/public_html/shop/includes/languages/english/modules/payment
The files in that folder appear to be missing or corrupted. Use the original set that came with the stock zen-cart.
Next - if that doesn't completely solve the problem - take it outside of the Google Checkout thread, as it appears to have no bearing on this module.
Good luck.
Actually this is not at all the case Kelvyn.Quote:
Originally Posted by kelvyn
This thread in the Zen Cart support forum continues for all those still running the v.1.3x mod. The new support forum link you posted is for those running/testing v.1.4x.
Many have opted to continue working with mod version 1.3x until v.1.4x is out of beta, and/or a zip file of the latest version becomes available, and/or is deemed/labeled "stable".
(alpha/beta/stable release version labeling is a hornet's nest in it itself but something I don't wish to get into here).
Woody
Thank you.
Woody, of course you can edit and use it, no need to ask me.
I'm just glad this explanation is useful for others.
Hi
v1.4Alpha3 is out in the SVN please read this post
http://groups.google.com/group/google-checkout-for-zen-cart-mod-support/browse_thread/thread/bb45616a8821da59/f8c67a632f38dea6#f8c67a632f38dea6
thx
ropu
Hey everyone-
Ropu has "instant downloads" working with Google Checkout 1.4-alpha3. Works great!
Woody
I installed this mod about a month ago and every things tested and working except for the "Google Checkout" showing on the payment page which i do mind it, do you think i have to install new releases or i will be ok keeping the version i have?
I'm still using 1.3RC2, as it does all the things I want it to. If you need the extra functions that the new release has, then that would be the way to go. If not, the current version should be just fine.Quote:
Originally Posted by TamyA
Quote:
Originally Posted by chain_man
Well, it is working and i know the money will be deposited in my account (i tested it) so i am sticking with it. Thanks.
chain_man does your GC interact perfectly with Zen Cart? Meaning...do the checkout orders go through both?Quote:
Originally Posted by chain_man
Thanks!
I get full order and customer information in my zc's Admin>Orders and Admin>Customers listings. The quantity on each product ordered is decremented appropriately in the products table. Shipping amount is reflected correctly. When I change status in GC, to Shipped for instance, the status is updated accordingly in my Admin.Quote:
Originally Posted by Linux
There are a few things that don't adjust automatically, but I didn't know about them until someone else pointed them out. One is that there are no entries in the products sold reports. But, as I said, I don't use that report, so don't consider it significant for my store.
What do I use for the Google Checkout Return URL? It redirects to checkout process to process the order.
The problem is that zen cart is not processing the order.
However, everything is working perfectly on the google side. SSL certificate is in place and working great... no errors on google. Just not processing on the zen cart side.
Are you referring to the setting in GCO integration?Quote:
Originally Posted by sitehatchery
If so, set it to the full path of the responsehandler.php file.
Concerning, what to set the Google Checkout Return URL to:
Quote:
Originally Posted by chain_man
Well, no. In Admin->Modules->Payment->GoogleCheckout
The field named Google Checkout Return URL.
It tells google where to go after the order has been processed by google. Just wondering what to put here so that Zen Cart processes the order.
Check the v1.4 support site at:Quote:
Originally Posted by sitehatchery
http://groups.google.com/group/googl...rt-mod-support
I believe there has been a bit of discussion on how to use that setting.
Concerning what to place for the google checkout return url in admin:
I couldn't find anything.Quote:
Originally Posted by chain_man
Who has a working googlecart installed? And what do you have it set to?
Quote:
Originally Posted by sitehatchery
Ok, s it says in admin:Quote:
Originally Posted by sitehatchery
"redirects to checkout process to process the order"
So, I set it to checkout_process
Problem is, when I return to checkout_process it gives me the error:
"Whoops! Your session has expired." and prompts for a login.
Nice! It works perfect now.Quote:
Originally Posted by sitehatchery
My host tells me that I am not php over cgi. However, I had to do the following to make it work:
1. Set permission to googlecheckout directory to 777
2. Configure .htaccess file
3. Set .htaccess Basic Authentication Mode to true.
4. Very important, press update
5. Change the permissions of the googlecheckout directory to 755
It works!
Please can some 1 help me to insert this with my site.
How do i find out which version i am using ?
PLEASE SOME 1 HELP . tHE CODE STUFF IS JUST ANNOYING ' SHALL I GET MY HOST TO DO IT ?
thank you
Excellent . Thanx for sharing.Quote:
Originally Posted by jnetmcp
Hello All,
Can anyone please tell me if zonal shipping rates are supported by the mod currently?
I read it supports "Merchant Calculated Shipping Rates", not sure if this links to Zonal rates in any way.
Please clarify, thanks!
Regards
Sumit
Sorry if I posted this seperetly... Then relized there was a thread for all support...
I am trying to put in my "Percentage" shipping module in. Trying to follow this step of instructions:
#4 I get the following: I get a window popping up looking foe a Username & Password. But I dont know what the U&P they are looking for. I tried my Zencart sign in and my server sign in. None of them worked.Quote:
1. Follow instructions contained in the INSTALLATION file.
2. Verify the installation from the Admin site and selecting MODULES->PAYMENTS
and checking if Google Checkout is listed as a payment option.
3. Set the file attribute to 777 for /googlecheckout/response_error.log and
/googlecheckout/response_message.log files.
4. Go to http://<url-site-url>/googlecheckout/responsehandler.php
If you get a blank page, go to the next section. If you get any errors,
you much correct all errors before proceeding. Refer to the trouble
shooting section below or go to the support forum for help.
Which U&P are they looking for??? This is what it is asking for in the window:
##############################___Quote:
The server www.timeofyear.com at Google checkout Basic Authentication requires a username and password.
Warning: This server is requesting that your username and password be sent in an insecure manner (basic authentication without a secure connection).
Thanks
Does anyone know how long a Payout takes? Or transferring the money? Thanks!
i've been trying to get google checkout working for the last 2 days my knowledge of PHP is minimal at best the problem is GC module is not calculating my shipping. when i login to my google account i see this error
We encountered an error trying to access your server the error we got is: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
my hosting company uses a shared ssl certificate that needs to be accessed like
https://secure.HOSTINGCOMPANY.com/~U...nsehandler.php
but google checkout module is trying to use https://domain/googlecheckout/responsehandler.php
what files would i need to modify to change this?
im a newb and would appreciate any help. thanks
Quote:
Originally Posted by ner0tik
This is set from your Google Checkout account. Log in to your account and open the Settings tab. Select Integration from the links on the left side. About midway down you will see a box for API Callback URL. Enter the URL you have above for the hosting company's formatted link.
While you are there be sure to select XML for your callback method. Save and you should be good to go...
Generally a couple of days.Quote:
Originally Posted by Linux
Ropu has announced the v.1.4 module is emerging from alpha and will be available as v.1.4-beta1 in zip format on Friday.
The mod will be nearly identical to v.1.4-alpha3. See the current changelog for feature support info.
Thanks to those whom provided alpha testing feedback. Additional beta testers and feedback are appreciated.
Check the mod support site for version update/release info.
http://groups.google.com/group/googl...rt-mod-support
-Woody
Believer-Quote:
Originally Posted by believer1984
Note the review info provided by jnetmcp was for an earlier mod version.
To answer your other question, the latest v1.4 mod suports "version control" and displays which version is installed under modules > payment > googlecheckout.
Woody
Your callback url should be https://domain/googlecheckout/responsehandler.phpQuote:
Originally Posted by ner0tik
What I've found is that shared SSL certs I tried did not work. Google is strict with regard to SSL certificates. For information on this and a link to accepted SSL certificate vendors, go here:
http://groups.google.com/group/googl...l-certificates
I have a shared cert in use on my own site that works well. I also tried a host that had shared certs that didn't work at all. The one that didn't work was termed a self-signed certificate. The one that works is authenticated by a certificate authority (Equifax in this case). To use it I entered my API Callback URL in the form:Quote:
Originally Posted by sitehatchery
"https://secure.hostingcompany.com/~USERACCOUNT/googlecheckout/responsehandler.php"
as indicated a few posts above.
What is the message you get in your google account when you try to process an order?Quote:
Originally Posted by chain_man
Also, are you in sandbox mode?
Sitehatchery,Quote:
Originally Posted by sitehatchery
If you are observing isssues please post them here.
Visit Chainmans site and you will see GoogleCheckout is operating in production mode (not the sandbox) ;-)
I think Chainman would have elaborated if he was having issues with his certificate and/or Google Checkout configuration. ;-)
BTW Chainman, the link in your ZC forum sig is borked.
Reminder: 1.4beta1 to be released tomorrow in zip format. If everyone can help test we can quickly turn it into '1.4 gold'. Then Ropu can focus his energies on v.1.45.
Woody
thanks for the tips sitehatchery \ chain_man i'll give it a shot. alternatively i was thinking about buying a SSL Cert from godaddy its pretty cheap (19.99\y)
My GCO is in production mode on the host that has a shared cert that worked, so I don't get any error messages. I have been processing GCO orders successfully for a while.Quote:
Originally Posted by sitehatchery
When I tried the self-signed certificate, I didn't even try to get to GCO. At logon to both admin and my store, I got a browser message warning that the cert was unverified and to enter at my own risk. The alternative, according to that host, was to upgrade. at significant cost increase, to a private ip and certificate. I didn't find that acceptable so I changed hosts. I will be glad to give you details outside this forum.
(Thanks Woody on the signature snafu. It should be fixed now.)
I only go through options because it took me over 65 hours to finally get it installed. I started on IIS - after just under 40 hours researching, testing, etc, I finally discovered (through my own tests) that googlecheckout is not compatible with IIS due to some functions that are specific to Apache servers. I finally moved the site over to an Apache server and got it working. I say all this because I know what a pain it can be to get this working properly and several things can contribute to things not working. I don't have the time to test these possibilities for other people's sites, but hopefully one of my suggestions will inspire a resolution.Quote:
Originally Posted by Woodymon
I'm fairly certain others running Zen Cart on IIS have been able to successfully employ the Google checkout mod.Quote:
Originally Posted by sitehatchery
Show me an example.Quote:
Originally Posted by Woodymon
I do not want to get into some sort of contest - IIS vs Apache... however, I went thru the same issues that sitehatchery went thru - and could not get any version of GC to run in IIS (6.0). My host also uses PHP version 5.2.
I recall sending you a note (Woodymon) describing my setup which included IIS 6.0 as my server. Your response to my GC issues indicated that you had not noted that... your replies discussed fixes that only applied to Apache... so I reiterated it in my next posts to you.
In the meantime I discovered amongst the previous GC posts that ROPU made a comment regarding the fact that GC will NOT work in IIS because some GC commands are only supported in the Apache/Unix/Linux environment.
Finally, I had to abandon my GC effort, because I could NEVER get it to work... BUT BUT BUT... this note is not an effort to disparage you (Woodymon) or Ropu. You both have worked too hard and too long trying to support us... however, it will NOT work on an IIS Server...
The 'struggle' between IIS and Apache has been going on for as long as I can recall (I first saw this back in the early 90's and it was a struggle of Micorsoft servers and all open source servers). Every few years the cycle goes from one faction to another (MS vs 'Apache') - and the customers and clients try to keep up.
However, GOOGLE has really not stepped up to the plate on this one. I repeat, this is not meant to place blame or make disparaging remarks... it is that I feel GOOGLE has not adequately supported those of us who have no choice but to use IIS servers. The highway we travel is the same, the mode of transportation is different, but we all must coexist at the whims of our customers and clients. And, when two factions as big as Google and Microsoft get into their tractor trailers and drive down the web road, my little VW has to ride their too...
Bottom line - we all need a working example of IIS using Google. My client was ready to 'fire me' because I cannot support his Google needs... and I asked him to be patient because I acted on faith - faith that you (Woodymon) and Ropu will provide a good IIS solution. I still have faith in you both - but with guarded skepticism.
Please show me ALSO an example.
Respectfully,
jund
hi!
please read this thread about v1.4 .zip package
http://groups.google.com/group/googl...afcbba361a5e96
thx
ropu
Here was my thread on this a while ago:Quote:
Originally Posted by jund
http://www.zen-cart.com/forum/showpo...postcount=1397
It shows one reason why it doesn't work on IIS.
You nailed it - Thank you - that is precisely the comment that sent me away - bewildered - a few monsoons ago...Quote:
Originally Posted by sitehatchery
So the question remains the same... To ROPU - does the new drop for Monday take care of the IIS issue?
respectfully submitted,
jund
You all asking questions about v.1.4 mod are doing so on the wrong forum. This thread is for v.1.3x versions.
But for those who would like to know...
v.1.4alpha3 = v.1.4beta1
No differences.
So if you are already running alpha3 then there will be no need to install beta1.
Only reason to wait until Monday for beta1 is if you want to download in zip format.
Woody