I'm reposting this without bothering to clean it up... that can happen later if necessary. It's the old mondo Google Checkout thread started by The OverClocked:
---------------
Google Checkout- it's coming.
Submitted by TheOverclocked on Mon, 06/11/2007 - 23:32
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
Just thought I would tease you guys with a few screenshots Sticking out tongue
Attachment Size
gkrellShoot_06-12-07_003007.png 65.46 KB
gkrellShoot_06-12-07_002838.png 22.52 KB
gkrellShoot_06-12-07_002807.png 117.12 KB
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkTue, 06/12/2007 - 07:42
Ryan
Posts: 1685
Joined: 09/26/2006
AdministratorCode Monkey Head - I eat bugs.
Very cool. Laughing out loud Glad to see you're getting cozy with the Payment API. I was working on a service called Wonderpay's preview mode yesterday and realized there are some nice big holes in the documentation... like, what's supposed to be in a payment method's callback function? And what in the world are the ops for? Let me know if you can't figure anything out. I've just been going off of uc_credit.module. Eye-wink
---------------
permalinkTue, 06/12/2007 - 19:35
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
Yeah I agree with need some more documentation. What I did with the payment method's callback is just make a blank function for now until I find a need for it Sticking out tongue
function uc_google_checkout_payment_method() {
$methods[] = array(
'id' => 'google_checkout',
'name' => t('Google Checkout'),
'title' => t('Google Checkout'),
'desc' => t('Express payment with Google Checkout.'),
'callback' => 'uc_payment_method_google_checkout',
'weight' => 1,
'checkout' => TRUE,
'backend' => TRUE,
);
return $methods;
}
function uc_payment_method_google_checkout() {
}
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkTue, 06/12/2007 - 22:20
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
Another teaser:
Attachment Size
gkrellShoot_06-12-07_231917.png 59.47 KB
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkWed, 06/13/2007 - 07:43
Ryan
Posts: 1685
Joined: 09/26/2006
AdministratorCode Monkey Head - I eat bugs.
Awesome. Gotta love the shiny Google logo sprucing up the cart page. Laughing out loud
---------------
permalinkWed, 06/13/2007 - 13:08
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
Sure do!
I've got to finish up the XML validation and it's pretty much finished after that. I am going to use a class for XML building and parsing. So far it looks like it will work to me, if not, I'll just change it over to functions...
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkWed, 06/13/2007 - 16:56
druru
Posts: 221
Joined: 03/21/2007
Brain Stormer
overclocked...
note, i'm new to payment gateways etc..
but when looking at your last png, TWO checkout buttons exist. one standard uc checkout button and the google checkout button beneath it.
When one sets up a payment gateway (or any payment processor - paypal, google checkout, etc) isn't the idea that there should only be ONE way to checkout (type of payment) hence ONE BUTTON? i would think that the generic uc checkout button is either REPLACED by your google branded checkout button or the google code is disguised underneath the generic uc button. But not both buttons. After all, what happens when the user clicks the generic uc checkout button in your png - does it route to the google checkout? if so, why have both buttons? it seems confusing (to me anyway).
I'm new to this so i could be totally wrong. But it would seem that if your png is correct, then conceivably we could have multiple checkout buttons on the checkout page (e.g. a google button, followed by a paypal, followed by a ... plus the standard uc checkout button). Is that right?
I guess i always envisioned one button and one payment gw under the hood.
---------------
permalinkWed, 06/13/2007 - 19:02
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
Actually, more often then not there is two buttons. The reason is that some stores have another payment gateway besides Google Checkout, and they give users a choice. If you goto Buy.com and add an item to your cart then checkout, you will see what I mean. At first I was going to replace the checkout button, but Ryan suggested in another thread that I do multiple buttons like that. I looked into it and agree with him 100%. The other cool thing is that if you want to use only Google Checkout, Ryan has added a button in the checkout settings to turn the checkout off which will remove the default checkout button all together. That way they will use Google Checkout Sticking out tongue
If you are wondering why I don't have it going through the default checkout with the panes and stuff, well it is because I am working on a level 1 integration only. With level 1 integrations you basically just send the cart contents to Google over a secure SSL connection, then when users are asked for sensitive information like address, credit card, etc., they will be on a secure page on Google's server. I would rather do a level 2 integration where everything is handled at my site too, but that would require purchasing an SSL certificate and they are not cheap.
I added some options last night where you can change the button for either transparent (for any site color) or for a white background (used only if your site has a white background). I added an alignment feature, you can set it to the left or to the right (default), you can also change the size of the button from small, med, to large (default). There will be a lot of nice features when I am finished so that the module will be configurable for a wide variety of sites.
When someone decides to do a level 2 integration, I have made everything with expanding it in in the future so coding it for level 2 should be a pretty easy task. I have no need for a level 2 integration, and honestly can't afford to spend my time coding it and not even knowing if someone will need it. However, if someone does need it and it hasn't been done yet, I would be happy to add level 2 integration as long as I was compensated for my time.
-Jordan
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkWed, 06/13/2007 - 23:30
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
Got a ton of work done.
Nearing completion!!
Image below shows that the button now works and submits your items correctly. Notice I have it in test mode so the order goes to a sandbox test environment where no orders will be processed.
Attachment Size
gkrellShoot_06-14-07_002911.png 160.27 KB
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkThu, 06/14/2007 - 02:42
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
Well it's 3:20am here and I have been up all night working on this. I am proud to announce that the Google Checkout module is now go for launch.
The good:
* Level 1 integration
* Ability to use simultaneously with other payment modules
* Digitally signed communications to Google for extra security
* Simple to install and configure
* Test mode so you can play but not pay
* Product description is carried over and converted from a list to a comma separated string
* Control over logo color and placement
* Designed so other developers can add features quickly and easily
oh wait, did I say ANOTHER PAYMENT SOLUTION FOR UBERCART?!! Smiling
The bad:
* No level 2 integration support yet
* No support for taxing
* No support for shipping costs
* USD is the only currency supported
Not to worry though, I will be adding taxing and shipping support within the next day or two. I will be adding some other cool features which I will announce when I add them Sticking out tongue
Until then, the current working, production use ready module is attached!
Attachment Size
uc_google_checkout.tar.gz 9.68 KB
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkThu, 06/14/2007 - 02:47
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
Almost forgot, here are a couple of images for you!
Attachment Size
gkrellShoot_06-14-07_031250.png 52.91 KB
gkrellShoot_06-14-07_031227.png 47.55 KB
gkrellShoot_06-14-07_031500.png 93.56 KB
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkThu, 06/14/2007 - 03:08
druru
Posts: 221
Joined: 03/21/2007
Brain Stormer
awesome work overclocked.
thanks for the reply regarding my questions about the multiple buttons. i see the logic behind it now, and it sounds like your implementation is quite flexible to accommodate a number of "looks" as are uc's panes, etc.
i like your inclusion of all of the line items (versus just a summary total) of the order on the page provided to google checkout.
one thing i noted when i looked at your sample png's is that on the google checkout screen proper, it looks like the customer needs to login to google (have a google account) to order. Is that correct or can they just pay with a credit card like paypal does (i think) and be on their way?
i've been zeroing in on paypal web payments standard (which would be considered a level 1 payment processor) up until this point. i wasn't even really aware of google checkout but since it is a level 1 processor, it might be just as good if not better than paypal web payments standard.
any reason why you chose google checkout over other options (espcecially if you've had experience with paypal)? possible ad/disadvantages?
thanks for the contrib
---------------
permalinkThu, 06/14/2007 - 03:24
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
I'm glad you like the how the items are formatted into a line, because it was the only choice I had Laughing out loud
Regarding the logging in part, I had a username cookie already set so it did not show full form like it would normally. Technically you do have to create an account, but it is no sweat at all. Have a look at the attached image, you will see that it is not something that would make users turn away.
I like Google Checkout over paypal for a number of reasons. Probably the biggest and best reason at this moment is the fact that all transactions are completely free until 2008. That alone is enough for me to use GC > PP because those fees add up really quick.
Disadvantages? None that I can think of!
I'm glad to be able to say I got this module out before the paypal module, and look at how much discussion there has been about a paypal module Sticking out tongue
Attachment Size
new_user.png 92.31 KB
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkThu, 06/14/2007 - 05:15
druru
Posts: 221
Joined: 03/21/2007
Brain Stormer
free txns. that's pretty good. do they say what those fees will be when the free period runs out?
ok.. so to a non google account holder, checkout (disguised as a new google account) looks just like a normal credit card order form. it just so happens that google creates a std google account behind the scenes.
let's assume the user checks out and already has a google account and has used google checkout in the past:
1) are customers presented with the option to login to their existing account after which all the credit card info is available, thus eliminating the user's need to have to fill anything in again. simply hit checkout and they're finished?
2) if they don't remember their google uid/password, can they simply just type in name and credit card info and let google to the lookup of the account on the back end?
If i was a customer, i'd probably fall into camp number 2 and prefer i just punch my name and cc info in and let google worry about the rest as if i was checking out anonymously. I'm not sure but i think that's the way uc is handling it.
my understanding is that paypal works more or less anonymously too. it's almost as if every transaction is a separate event. i think Eye-wink.
---------------
permalinkThu, 06/14/2007 - 05:56
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
Here is a page that will answer all your questions about costs. To sum it up for you, when the promotion period ends the rate is 2% + $0.20 per transaction. But you can still get free transactions because Google has a unique system so you can advertise with their adwords and for every $1 you spend on adwords, you get $10 worth of free transactions each month. Since you can specify exactly how much you want to spend on adwords, you can get some really reasonable rates on advertising and get free transaction processing at the same time.
I understand what you mean on the account part. Unfortunately I guess that would be a disadvantage, but I think that minor disadvantage is far from outweighing the advantages you receive from Google Checkout. Google Checkout is built on the idea of quick and easy checkout, which is why they make an account. The plan is that you make the account once, then to order something in the future you can simply put in your password and click submit. When you use Google Checkout you also get better exposure in the Google Product search.
If you still feel you would like a completely anonymous checkout, you can still use another payment gateway which is why I did not replace the checkout button.
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkThu, 06/14/2007 - 16:02
druru
Posts: 221
Joined: 03/21/2007
Brain Stormer
all good stuff. i'm learning more and more about the little intricacies of this stuff every day.
for instance, although quite logical, i never put the connection together that having your sales go through google actually, increases your store's exposure to google more directly on many levels. if you think about, it really stacks the odds in their favor in terms of payment processing which is likely to drive customers away from other processors. google is on the verge of becoming a monopoly very soon for all things online. take it or leave it.
---------------
permalinkThu, 06/14/2007 - 19:31
Lifeischoice
Posts: 41
Joined: 03/22/2007
Uber DonorBug Finder
Thanks for this module...will this module handle recurring subscription authomatically?
---------------
permalinkFri, 06/15/2007 - 00:46
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
Recurring subscription? You will have to fill me in on that.....
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkFri, 06/15/2007 - 06:15
druru
Posts: 221
Joined: 03/21/2007
Brain Stormer
I think he's alluding to a module that can remind and or recharge a credit card for a customer based upon a subscription like a 6 month subscription for downloads or something. If they don't pony up the dough by the deadline the account access is frozen or similar.
---------------
permalinkFri, 06/15/2007 - 11:59
Lifeischoice
Posts: 41
Joined: 03/22/2007
Uber DonorBug Finder
Druru is correct..I will be running a membership site with download of ebook etc..will need a monthly/quaterly and annual recurring/subscription payment for automatic deduction of dues until cancelled...similar to
http://www.paypal.com/cgi-bin/webscr?cmd=p/xcl/rec/subscr-intro-outside
---------------
permalinkFri, 06/15/2007 - 13:26
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
hmmm does Ubercart have this sort of functionality yet? If there is a module which can handle recurring subscriptions and use an available payment method, I could make it work probably. The issue will become that since you can't just get their CC# and run that when you need it, you would have to send the customer an invoice so they can login and pay. I'm sure there is a way to send an invoice with the payment API, the recurring subscription could be useful to me as well so I will look into it for sure.
Also, just a little announcement on the module, I have gotten the UPS shipping module integrated, I'm about 70% on it now. I have also added functionality for taxes.
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkFri, 06/15/2007 - 16:15
druru
Posts: 221
Joined: 03/21/2007
Brain Stormer
I don't think so at the moment.. i just looked at the paypal link for recurring subscriptions provided above and it "looks" like paypal actually handles the recurring charge (if i'm not mistaken) and possibly the reminder email to the customer when the subscription is about to expire.
If that's the case, then it means the module on the uc side would basically have to somehow handle a notification sent automatically by paypal at some later date (i'm assuming that happens on paypal's side) so that uc can re-enable access to the subscription (whatever that may be) and then update the user account / order placement etc.
Seems feasible enough if paypal actually generates the correct notifications.
Wonder if GCO provides this.
---------------
permalinkFri, 06/15/2007 - 16:40
druru
Posts: 221
Joined: 03/21/2007
Brain Stormer
fwiw, I was just over at gco merchant forum and found this post:
http://groups.google.com/group/google-checkout-feedback/browse_thread/th...
some guy is griping about google shutting his account down. he probably was guilty but you never know.
i've heard some bad things about paypal (don't have to follow banking restrictions because legally they are not a bank, poor service, locking accts so they can generate interest on them, etc...)
it looks like you need to read the GCO TOS before you sign up with GCO as well. Apparently they can lock your account at will if THEY FEEL they need to (which basically means they can do whatever they want when they want - what's new right). this reminds me of stories of adsense accounts being locked for no real good reason.
This wouldn't be such a big thing except for the fact that google doesn't have a phone number to contact anyone quickly when you have such a problem. It's all email and you have to hope someone's listening on the other end.
** Also, reading the fine print, it looks like GCO is beta and even GCO THEMSELVES RECOMMEND YOU HAVE A FALLBACK PAYMENT OPTION IN CASE of ... ???
1) Just curious. Does anybody know if GCO is able to get by the banking restrictions like paypal does? i imagine they do as well but haven't seen anything about it, maybe because it's too early for critical mass complaints to register yet on google itself!
thought - i wonder if google does/would (they could but do they?) trim it's own search results to prevent bad posts about itself as a competitive advantage. my example link above seems to contradict that but who knows...
2) Does anybody have any real world experience with either google/GCO or Paypal service (email / phone). Have you ever had an issue that you tried to resolve with these guys that required email / phone contact?
---------------
permalinkSat, 06/16/2007 - 01:07
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
This seems like the same old situation where the bad guy shaped the story to make it sound like he is not actually doing anything wrong. I am not taking sides or pointing fingers, but there is always a case like this no matter what the context is, it's just life.
There are TONS, literally TONS AND TONS of blogs/sites/posts/emails/whatever about how shady paypal is and what some better options are. There are many different reasons that they blame, not just one thing either. The problem is that when you have millions of people using a service that allows you to transfer thousands of dollars at a time through cyberspace, you are bound to have a few problems.
With paypal they have a service which is very shady and I can understand how they have problems- their "bank" that you can keep your money in. With Google Checkout, you don't have to worry about crap like them freezing your account to use your money for interest. When you receive money in Google Checkout, it will automatically be transfered to your bank account in 1-2 business days. That means they are not hording huge sums of money which they could use for whatever they feel, as paypal does. If Google locked your account then tough, so you won't be able to buy anything with their service. But on the other hand if paypal locked your account, they could have your money and you may never get it back.
Another great thing about Google Checkout is that you have a more protection since your credit card company will back you. Paypal loves to take money directly out of your bank account, and that makes me very nervous. My bank has specifically pointed out that you should never use a debit card online. A debit card is the same thing as them taking money straight out of your account, which means they have full access to every penny to your name. With a credit card you have much more protection. If something went south in a transaction, banks and credit card companies will cancel transactions pretty easily if you filed a complaint. The reality of the situation is that the bank hardly gives a crap if someone steels your money out of your account, but they are giving out their money with a credit card transaction so they are more involved with the transaction.
What it all boils down to is there is no perfect way. That is just life. All you can do is hope for the best in any situation like this. Any service like this is going to have a fairly loose terms of service policy as they need to cover their ass. There are always people out there that try to take advantage of people and if they have more control over things then they are less likely to find themselves in a jam. I honestly can't blame them for having a loose TOS, I would much rather have maybe 1 out of 10000 people not register for my service due to a loose TOS and have the control I feel necessary to protect myself.
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkSat, 06/16/2007 - 03:16
druru
Posts: 221
Joined: 03/21/2007
Brain Stormer
I've been checking out GCO, yahoo merchant, paypal all day today. I was going to start another thread but i'll continue here with the following topic:
CHARGEBACKS
===========
wtf!
i've spent the better part of today trying to understand how my eventual payment processor handles these. it looks like the biggest sham i've ever seen.
if i am understanding this right:
- someone can pay for a tangible good OR SERVICE from me using GCO or paypal online.
- i can ship that product to / perform that service for the customer perfectly (in time, 100% product quality, impeccable service)
- THE CUSTOMER CAN **CLAIM** (DOESN'T HAVE TO BE THE TRUTH) THAT:
* An unauthorized party has made a purchase with the buyer's credit card.
* The buyer hasn't received the items he or she purchased.
* The buyer has been charged multiple times for the same order.
* The buyer has other concerns about the validity of the purchase.
* The buyer is unsatisfied with a purchase and hasn't been able to resolve the problem with the
- His or her issuing credit card will likely authorize a chargeback no questions asked.
- GCO or paypal now puts the burden on you to prove any of the above ARE FALSE.
GCO has a policy which gives you an opportunity to refute the claim before they transfer the funds back but you've got to have a trail to prove your actions (which isn't a bad thing but just seems like a lot of work). I think paypal simply transfers the money back and gives you no grace period to provide proof.
- If you can't or don't provide the proof requirements within a given period of time, the dishonest buyer NOT ONLY KEEPS THE GOODS BUT HE GETS HIS MONEY BACK. A free purchase.
- TO ADD INSULT TO INJURY, YOU WILL GET CHARGED FOR THE FULL AMT OF THE CHARGEBACK.. which means you get reamed twice. i think i'm reading that wrong here. maybe they just mean deducting the original purchase amount from your account:
http://checkout.google.com/support/sell/bin/answer.py?answer=38149&topic...
The bottom line is that the buyer has all of the protection (probably because there traditionally have been more seller scammers than buyers). I understand that these payment processors aren't banks and are liable for losses which is why they do anything to shift those losses to their customers. It seems the easiest to shift that responsibility to the seller for them. I've also come to realize that a lot of sellers are pretty careless, pretty naive and never read the TOS. As a result they come off sounding like whiners at times.
But i can't help but feel that the burden of using these non bank processors is so heavily weighted against the seller in today's online world. If anybody out there simply wants to purchase something online and then claim they didn't actually make the purchase , that's all they have to do with little or no repercussion. It's a low risk operation for them - e.g. what do i have to lose? In these cases, the merchant better have tracking numbers for all of his orders on file or a way to get the shipping signature.
1) So how does the community protect themselves from chargebacks? Is it even possible?
** Because the chargeback is initiated by the customer's credit card issuing bank, it doesn't seem like it really matters whether you're using the likes of paypal / gco or a high end dedicated SSL payment gateway. There doesn't seem to be a lot you can do as a merchant.
2) Is this really a rampant problem out there or do the relatively small # cases stick out?
3) *** If i read the GCO chargeback policy correctly, SERVICES and DIGITAL ITEMS (intangible goods), are NOT COVERED IN THEIR CHARGEBACK POLICY.
http://checkout.google.com/support/sell/bin/answer.py?answer=42863&topic...
For intangible goods you have no recourse at all! Without any recourse, how do you sell digital goods or accept payment for services online?.
I guess you can force people to send checks. But ideally, you'd like to be able to accept payment online in certain instances.
It's possible that with GCO, as you stated above, because payments get transferred after 2 business days to your bank account there would be no funds to transfer back to the issuing bank. But that would sort of defeat the purpose. Eventhough you have your money, your payment processor isn't going to be happy with you and is probably going to shut down your account so you won't be able to sell.
5) Is it possible to chargeback a donation?
6) Is there a limitation on how many days after a purchase that an issuing bank will accept a chargeback from a customer?
LOONNG POST.
Just wondering what others have experienced out there.
Also trying to make those with little ecomm experience aware that selling online might not be as simple as opening up a paypal account or at least that they should be more aware of responsibilities they need to meet in the event there are disputes. I wasn't aware of all the legalese behind this. And if someone is intent on shipping a high volume of product, they might want to look at a more robust processor.
---------------
permalinkSat, 06/16/2007 - 03:23
druru
Posts: 221
Joined: 03/21/2007
Brain Stormer
OVERCLOCKED
regarding your module. i imagine it requires the merchant to login to GCO MERCHANT CENTER to handle the approval, shipping, order fullfillment right? that's what i gathered from the GCO demo online.
it looks like the entire order fulfillment is handled online. does that information / status ever get sent back to uc automatically when the user submits checkout at gco so that uc db tables are updated with approval, shipping and whatever other data / statuses need to be updated locally?
that demo just seemed odd to me (again i'm new to this). i thought the order fulfillment would (should) be handled in uc and not gco and that gco would simply approve / deny the credit card and tell ubercart of the status.
---------------
permalinkSat, 06/16/2007 - 09:42
Ryan
Posts: 1685
Joined: 09/26/2006
AdministratorCode Monkey Head - I eat bugs.
Sorry, druru, didn't have the time to read your full thoughts on chargebacks, but yeah... that's how they work. And PayPal only makes fighting a chargeback worse, since they're the ones charging the cards they need to file it for you. But they're not very helpful on that... ask Andy. Sticking out tongue
So... if you're selling stuff on line, make sure you've got some way to generate sales receipts/invoices and keep tracking information. We have to fight chargebacks fairly regularly, and I don't think we lose very much. Maybe Andy could write a "How to win a chargeback" guide for Ubercart users. Eye-wink
(Chargebacks may not be a big deal to most online sellers, but we sell expensive refrigerators/freezers that it really sucks to get chargebacks on.)
---------------
permalinkSat, 06/16/2007 - 11:15
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
druru,
yes you are correct on all everything you mentioned about payment gateways. As Ryan said, you need to have good documentation to back yourself, but this doesn't just apply to online selling either. I would highly recommend that anytime you ship anything that costs more then you are willing to part with, get the signature confirmation service with your shipping co. If you do that then the customer has his/her signature proving they received the item. Like I said the truth of the matter is that all you can do is cross your fingers and hope for the best. That's how business is, be it online or be it local. There is always a chance a customer could do something and blame you as a result. If you have some papers to back yourself, you will be MUCH better off.
As for the ubercart tracking, I have not yet got the order tracking for UB added to the module. It is coming, just takes time. With GC pretty much everything is handled by them.
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkSat, 06/16/2007 - 23:41
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
An interesting article I stumbled upon that relates: http://www.businessweek.com/technology/content/jun2007/tc20070614_606853...
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkThu, 06/28/2007 - 22:50
faunapolis
Posts: 1
Joined: 06/28/2007
Uber Donor
Count me in the people interested here, I am looking to making a google checkout only store. I am contemplating zen-cart, but would move to ubercart without thinking about it if I had google checkout, level 2 integration here. The google checkout team is developing integration modules for several shopping carts, maybe they'd be interested in developing it for ubercart, or chipping in for some paid development.
---------------
permalinkThu, 06/28/2007 - 23:05
TheOverclocked
Posts: 73
Joined: 05/26/2007
Getting busy with the Ubercode.
heh I already tried the GC team. They just told me to send their prewritten message to the shopping cart provider asking for support lol.
Honestly the code I have now (on my development server) is pretty solid. It's just a tweak or two away from level two integration. I have pretty much rewritten the module from the ground up compared to the one I have posted above. I will have it done within the next couple days so I will share Smiling
--
Drupal and vBulletin have united. Meet Drupaltin.
---------------
permalinkSat, 06/30/2007 - 20:30
toykilla
Posts: 11
Joined: 06/30/2007
Did you ever get shipping integrated? This looks promising to say the least.
---------------
permalinkFri, 07/27/2007 - 09:05
mikejoconnor
Posts: 25
Joined: 03/21/2007
Bug Finder
TheOverclocked:
How is this coming along? I am considering adding GC to my site, but was unsure if I should wait for the 2nd version, or go with the current on listed above.
mikejoconnor
---------------
permalinkWed, 08/01/2007 - 16:47
nally@drupal.org
Posts: 1
Joined: 08/01/2007
Hey There,
I'm also curious about plans for upcoming releases. In the meantime I'll download the original listed above.
thanks!
Christian Nally
http://www.sticksallison.com
Joined: 08/07/2007