I spent the last hour looking through the forum and google but came up empty handed.
We currently have a multi-store Opencart website. We purchased a 5 Domain SSL certificate from GoDaddy and it is currently installed. We followed the indication to a T (it's activated in our System/Settings), we've adjusted both config.php accordingly. Yet our store won't go into HTTPS mode.
Oddly enough, we only need our checkout page to be HTTPS so when customers enter sensible data, it is secure. Tried adding the secure website under the General tab under System/Settings, but when I click Save, it gives us an 404 Page not found error.
Any clues?
hmm...have you tried going to https://website.com to ensure your https works?
Yes I did and it causes a weird issue:
Here's an example of our setup:
We have a French store, an English USA store and English Canada store. When we go on https version of either English stores, it looks fines, but when it comes to checkout, it doesn't show HTTPS. From what I see, only the homepage is "secured". Google Chrome doesn't show the green icon above https and Firefox doesn't seem to be able to distinguish whether or not its secured.
But when we go on https for the French store, the settings look OK but our products are listed in English.
A little detail that may be relevant: None of the 3 stores are the default one. We do not plan on using the default store for everyday customers because we're currently revamping the website for SEO purposes.
Here's an example of our setup:
We have a French store, an English USA store and English Canada store. When we go on https version of either English stores, it looks fines, but when it comes to checkout, it doesn't show HTTPS. From what I see, only the homepage is "secured". Google Chrome doesn't show the green icon above https and Firefox doesn't seem to be able to distinguish whether or not its secured.
But when we go on https for the French store, the settings look OK but our products are listed in English.
A little detail that may be relevant: None of the 3 stores are the default one. We do not plan on using the default store for everyday customers because we're currently revamping the website for SEO purposes.
it doesn't matter if they are the default store. Have you ensured that in your system > setting > edit the sub stores, you have ensured to enter in the https url?
As indicated that doesn't work.
In the French store settings, when I add the https error, it leads to a 404 error page. If I put in the URL of the default store with https (yeah it was pointless, but I needed to try it because at this point, we're trying anything), the checkout page doesn't work.
And ironically enough, all the solutions I found about this issue, none of them mentioned adding the https URL under the General tab.
In the French store settings, when I add the https error, it leads to a 404 error page. If I put in the URL of the default store with https (yeah it was pointless, but I needed to try it because at this point, we're trying anything), the checkout page doesn't work.
And ironically enough, all the solutions I found about this issue, none of them mentioned adding the https URL under the General tab.
are you able to provide a link to your web page?
Version 1.5.2.1 in the link (server in Montreal). Are the other two shops the self-same same software except for a fairly few files segregated into their own trees, or are the other two at least the same version if running separately save to share database? It is implied but you didn't say outright, so are all three stores on the same machine, as domains or subdomains in your own single host account?
Proofreading or uploading may have missed. Double-check that each pair of config.php files is proper (occasionally one file is uploaded into both positions). Double-check HTTP, HTTPS, DIR sections of all (presumably six), for defining application and defining server, to ensure that admin is NOT protected and that exactly what you need protected is. Also check .htaccess file(s) similarly.
Proofreading or uploading may have missed. Double-check that each pair of config.php files is proper (occasionally one file is uploaded into both positions). Double-check HTTP, HTTPS, DIR sections of all (presumably six), for defining application and defining server, to ensure that admin is NOT protected and that exactly what you need protected is. Also check .htaccess file(s) similarly.
it looks like your ssl is working fine. Have you ensured that your define HTTPS section is entered correctly?
@Butte All stores are located on the same server and are under the same tree in the FTP. The "Candles" (name of the folder which includes the store's data and configuration) path in the FTP includes every store.
The only puzzling thing is that in both config.php files we've edited (thanks to multiple finds on Google), the HTTP/HTTPS has the old server name in it. A question I forgot to bring forth was this:
If we have multiple stores, do we need to specify each store name with the HTTP/HTTPS data? We did do a re-direction of the older domain towards the new domain.
@MarketInSnG: How can you tell its working? When I used Firefox, it doesn't take the HTTPS and when in Chrome, I have a yellow square over the HTTPS. And if I change page, the https doesn't stay.
The only puzzling thing is that in both config.php files we've edited (thanks to multiple finds on Google), the HTTP/HTTPS has the old server name in it. A question I forgot to bring forth was this:
If we have multiple stores, do we need to specify each store name with the HTTP/HTTPS data? We did do a re-direction of the older domain towards the new domain.
@MarketInSnG: How can you tell its working? When I used Firefox, it doesn't take the HTTPS and when in Chrome, I have a yellow square over the HTTPS. And if I change page, the https doesn't stay.
Found another issue.
The SSL looks like its working now (fixed the path for various images that was HTTP and causing issues with Chrome) however, when I activate the SSL under System/Settings, it screws up my url:
For the login page, it should be: https://chandelles-purelight.ca/login but instead generates this http://chandelles-purelight.ca/://index.php/login.
Ditto for any pages that *should* be secure.
Thanks again guys.
The SSL looks like its working now (fixed the path for various images that was HTTP and causing issues with Chrome) however, when I activate the SSL under System/Settings, it screws up my url:
For the login page, it should be: https://chandelles-purelight.ca/login but instead generates this http://chandelles-purelight.ca/://index.php/login.
Ditto for any pages that *should* be secure.
Thanks again guys.
On config.php, you can nest so as to have a master pair and a master store as you've done. Was there a reason for not using subdomains for the stores?
On false URL, the interposed "://index.php/" suggests that its mind is made up to concatenate two strings (into one), so you might proofread anew (yeah, oof). The problem may be as simple as (but not0 any missing or doubled-up single or double quotation mark or semicolon -- among possible typos, a mistaken pair of single-quotes would closely resemble a double-quote, and vice-versa.
On false URL, the interposed "://index.php/" suggests that its mind is made up to concatenate two strings (into one), so you might proofread anew (yeah, oof). The problem may be as simple as (but not0 any missing or doubled-up single or double quotation mark or semicolon -- among possible typos, a mistaken pair of single-quotes would closely resemble a double-quote, and vice-versa.
Thanks.
Concerning your subdomain question, I can't really answer. We're revamping the website for SEO purposes and before we did anything, there was already 2 stores set up. So we figured that adding new store URLs would work easily. The previous handler of the website never added a SSL certificate.
As far as the false URL, I'll proof read the files we've touched. But it only occurs when SSL is active...which I'm finding really odd. Anywho, I'll look for any possible mistakes and follow up.
Thanks a lot.
Concerning your subdomain question, I can't really answer. We're revamping the website for SEO purposes and before we did anything, there was already 2 stores set up. So we figured that adding new store URLs would work easily. The previous handler of the website never added a SSL certificate.
As far as the false URL, I'll proof read the files we've touched. But it only occurs when SSL is active...which I'm finding really odd. Anywho, I'll look for any possible mistakes and follow up.
Thanks a lot.
I've retraced every edits we've made in both Config.php files and I can't anything out of the ordinary. I've tested the waters by trying out a few things; which unfortunately crashed the Admin part but I was able to restore older copies of both files, so that's fine.
Something that is really bugging me however is under the System/Settings. Under the General tab, there's:
SSL URL:
SSL URL to your store. Make sure to add '/' at the end. Example: http://www.yourdomain.com/path/
Don't use directories to create a new store. You should always point another domain or sub domain to your hosting.
When I add https://chandelles-purelight.ca and hit save, it leads to a Page Not Found 404 error.
I've also started from scratch by looking up the proper method of doing and started all over. Same thing.
Something that is really bugging me however is under the System/Settings. Under the General tab, there's:
SSL URL:
SSL URL to your store. Make sure to add '/' at the end. Example: http://www.yourdomain.com/path/
Don't use directories to create a new store. You should always point another domain or sub domain to your hosting.
When I add https://chandelles-purelight.ca and hit save, it leads to a Page Not Found 404 error.
I've also started from scratch by looking up the proper method of doing and started all over. Same thing.
With proper trailing / in place you may still need to review details of the SSL setup itself.
[Back in a moment with link(s).]
See setup tutorial,
http://forum.opencart.com/viewtopic.php?f=138&t=64685
and examples of how subtle the problems can be at
http://forum.opencart.com/viewtopic.php ... 92#p433576
http://forum.opencart.com/viewtopic.php ... 53#p433753
http://forum.opencart.com/viewtopic.php ... 86#p437186
[Back in a moment with link(s).]
See setup tutorial,
http://forum.opencart.com/viewtopic.php?f=138&t=64685
and examples of how subtle the problems can be at
http://forum.opencart.com/viewtopic.php ... 92#p433576
http://forum.opencart.com/viewtopic.php ... 53#p433753
http://forum.opencart.com/viewtopic.php ... 86#p437186
Thanks for the support links.
I retraced my steps with the Tutorial and things are the same.
This one viewtopic.php?f=20&t=109159&p=433753#p433753; we haven't had any hacking issues as far as I know
This one viewtopic.php?f=19&t=109904&p=437186#p437186 was similar to our issue but it didn't work.
Tried checking it with http://whynopadlock.com, but sadly since if I go directly to https://chandelles-purelight.ca/login, it works, so it doesn't help. However, if on main page and I click "Vous connecter" up top, it leads to the bogus url.
I'll have to check with our host then. We're working with an experienced hosting service so I do trust him in having done the job properly; which is why at this point I'm seeing this more as an OC issue rather than a Certificate issue.
Could it be because its a Multi Domain Certificate?
I retraced my steps with the Tutorial and things are the same.
This one viewtopic.php?f=20&t=109159&p=433753#p433753; we haven't had any hacking issues as far as I know
This one viewtopic.php?f=19&t=109904&p=437186#p437186 was similar to our issue but it didn't work.
Tried checking it with http://whynopadlock.com, but sadly since if I go directly to https://chandelles-purelight.ca/login, it works, so it doesn't help. However, if on main page and I click "Vous connecter" up top, it leads to the bogus url.
I'll have to check with our host then. We're working with an experienced hosting service so I do trust him in having done the job properly; which is why at this point I'm seeing this more as an OC issue rather than a Certificate issue.
Could it be because its a Multi Domain Certificate?
Yes, that could well be part of the problem, won't work right on all servers.
With an experienced host (sys admin and even support), the same sorts of tiny mistakes can occur. They'll know what to proofread of their own work.
Went to check that live, and in Firefox 23.0.1 at the moment there is no style and all is English. You may be in the throes of checking themes. So I hit Contact and up came French, with the link, which in status bar goes to login/ but in address bar goes to . . . http://chandelles-purelight.ca/login pro forma but with no trailing / (which signals browser to use an "index" file) . . . in French! You may have just solved it as to essential target but not as to https://, dunno, yet.
[After first screen of unthemed English, the screens were themed French.]
With an experienced host (sys admin and even support), the same sorts of tiny mistakes can occur. They'll know what to proofread of their own work.
Went to check that live, and in Firefox 23.0.1 at the moment there is no style and all is English. You may be in the throes of checking themes. So I hit Contact and up came French, with the link, which in status bar goes to login/ but in address bar goes to . . . http://chandelles-purelight.ca/login pro forma but with no trailing / (which signals browser to use an "index" file) . . . in French! You may have just solved it as to essential target but not as to https://, dunno, yet.
[After first screen of unthemed English, the screens were themed French.]
Last edited by butte on Sat Sep 14, 2013 2:01 am, edited 1 time in total.
You can see from timestamp of this that shortly afterward it is still going to http://chandelles-purelight.ca/login (no "s").
That trail, https://chandelles-purelight.ca/login to unthemed English, then to themed http://chandelles-purelight.ca/contact in French and on to themed http://chandelles-purelight.ca/contact in French, seems to indicate that SSL is interfering with .css, taking in all of /catalog/ including themename/ in English but resorting to non-SSL for the same tree and branch in French. Destinations at the moment are as they were.
Who is online
Users browsing this forum: Amazon [Bot] and 17 guests
