But that can be other people's settings toojty wrote:Per Bruce, it might be my IE browser settingsQphoria wrote: Really IE is better here?! but IE is notorious for the "There are both secure and non-secure items on this page" which scared the hell out of my customers
Take a look at the Google Checkout module or PayPal Improved.Conceptually, that is what I want ie write the order first then go off to pay
Use the folloing functions in your payment module:
Code: Select all
function getActionUrl() {
return $this->url->ssl('checkout_process');
}
function fields() {
return '';
}
Code: Select all
$this->order->process($results['order_status_id']);
$this->cart->clear();
OpenCart doesn't, it's up to your web hosting provider to offer this. You (and your payment gateway if it sends back messages) just need to be able to access your OpenCart server, especially the callback function, via the HTTPS protocol. Also make sure your specify the HTTPS_BASE in your config.php file.How do you enable shared SSL on Open Cart? I thought Open Cart couldn't do shared SSL.
Export/Import Tool * SpamBot Buster * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Tag Manager * Survey Plus * OpenTwig
OpenCart doesn't support it tho. Due to the session/cookie domain stuff. When you leave mysite.com to goto shared.hosting.com/~mysite it drops your session. We are researching some ways to do it properly for v0.8JNeuhoff wrote:OpenCart doesn't, it's up to your web hosting provider to offer this. You (and your payment gateway if it sends back messages) just need to be able to access your OpenCart server, especially the callback function, via the HTTPS protocol. Also make sure your specify the HTTPS_BASE in your config.php file.How do you enable shared SSL on Open Cart? I thought Open Cart couldn't do shared SSL.
A fix for this is posted here.jty wrote:
as an aside, I was also unable to use
$this->order->getReference()
for a reference number if I process the order "before" going to payment gateway as OPen Cart generates a new reference that is not the same as the order's reference.
I ignored that problem and just use the buyers phone number as a ref. That'll do.
I know. However, the shared SSL is good enough for the callback function, for receiving messages back from the payment gateway, like in the Google Checkout, where I use something like "https://gatorxxx.hostgator.com/~user/in ... ent=google" (I use HostGator web hosting).OpenCart doesn't support it tho. Due to the session/cookie domain stuff. When you leave mysite.com to goto shared.hosting.com/~mysite it drops your session.
Export/Import Tool * SpamBot Buster * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Tag Manager * Survey Plus * OpenTwig
I finally fixed it 
I was clearing the cart in the wrong place so I kept getting a zero dollar amount
With the shared SSL, yes, it is usable to obliterate the security warning message, but the cart must be emptied first before going off to the payment gateway. Otherwise, you'll have the nightmare I just woke up from >:(
Bruce, I will "dance in the dark" with your reference information another day. I've had enough for now. I have it on my list of things to do. For now, it's not critical as I can match payments by name, email, phone, number and dollar amount.
Thanks again everyone.

I was clearing the cart in the wrong place so I kept getting a zero dollar amount

With the shared SSL, yes, it is usable to obliterate the security warning message, but the cart must be emptied first before going off to the payment gateway. Otherwise, you'll have the nightmare I just woke up from >:(
Bruce, I will "dance in the dark" with your reference information another day. I've had enough for now. I have it on my list of things to do. For now, it's not critical as I can match payments by name, email, phone, number and dollar amount.
Thanks again everyone.
I'm new to this so forgive me if the issue has been discussed somewhere else in the forum...but I have searched and wasn't able to find an answer.JNeuhoff wrote: I noticed similar problems with the shared SSL while testing the GoogleCheckout module.
I don't really need SSL for my stores, because any criticical credit card details and payments are handled on the Google Checkout pages which uses its own SSL anyway. However, when Google sends back messages, e.g. 'payment processed', etc., to OpenCart's callback function, Google always insists on using SSL, even though the messages it sends don't contain any critical details (no credit details, no passwords ). Still, I had to enable shared SSL on my server just for the callback function so as to be able to receive and process the messages coming from Google.
I'm having trouble with the google payment gateway. Everything is installed and I have a sandbox account with google. After going through the payment process, and it acts like it should be re-directed to the google site, but a blank page shows up with http://xxxxxx.com/store/index.php?contr ... ut_process in the address bar. Could it be that I do not have an SSL certificate set up? even for the sandbox? any other ideas? I've setup using the latest versions...and followed the instructions step by step...twice.
We need some more details. What is the URL of your store? I don't think its an issue with SSL.I'm having trouble with the google payment gateway. Everything is installed and I have a sandbox account with google. After going through the payment process, and it acts like it should be re-directed to the google site, but a blank page shows up with http://xxxxxx.com/store/index.php?contr ... ut_process in the address bar. Could it be that I do not have an SSL certificate set up? even for the sandbox? any other ideas? I've setup using the latest versions...and followed the instructions step by step...twice.
Export/Import Tool * SpamBot Buster * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Tag Manager * Survey Plus * OpenTwig
Who is online
Users browsing this forum: No registered users and 1 guest