Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

osC doesn't shift to SSL at all (non-shared cert.)


weaseldog13

Recommended Posts

I've been searching the forums trying the various proposals for solutions, no help. osC never switches to SSL during login or checkout. I've verified that SSL does work. https://magicplanet.org does go to secure mode without warnings and a swift kick in the pants.

 

store address: http://magicplanet.org/catalog/default.php

version: osC 2.2ms1

 

My configure.php looks like:

 

define('HTTP_SERVER', 'http://magicplanet.org'); // eg, http://localhost - should not be empty for productive servers

 define('HTTPS_SERVER', 'https://magicplanet.org'); // eg, https://localhost - should not be empty for productive servers

 define('ENABLE_SSL', 'true'); // secure webserver for checkout procedure?

 

I've also tried modifying html_output.php according to a fix I found-- no help as well.

 

I welcome any new approach to solving this problem. I do have a hammer and blowtorch next to my prayer beads too. :twisted: [/code]

Link to comment
Share on other sites

I have been trying everything I can conceive including:

 

setting to:

 

define('ENABLE_SSL', true);

or with single quotes:

 

define('ENABLE_SSL', 'true');

 

I've tried setting ALL to https in both admin and catalog configure.php, thus:

define('HTTP_SERVER', 'https://magicplanet.org'); // eg, http://localhost - should not be empty for productive servers

 define('HTTPS_SERVER', 'https://magicplanet.org'); // eg, https://localhost - should not be empty for productive servers

and

define('HTTP_SERVER', 'https://magicplanet.org'); // eg, http://localhost or - https://localhost should not be NULL for productive servers

 define('HTTP_CATALOG_SERVER', 'https://magicplanet.org');

 define('HTTPS_CATALOG_SERVER', 'https://magicplanet.org');

and it still won't https!

 

Does anybody know for certain, should

define('ENABLE_SSL', true);

have single quotes around true or not with 2.2MS1? In the posts I've seen it both ways. Currently I have it set with NO quotes.

 

I can't see any reason for it not to work. Does anybody know if mods to html_output.php are required?

 

My store is at http://magicplanet.org/catalog/default.php

 

Any help is appreciated. I've been working on this for days and haven't worked it out.

 

thanks,

 

Mark

Link to comment
Share on other sites

I've even tried changing

 

define('HTTP_SERVER', 'http://magicplanet.org'); // eg, http://localhost - should not be empty for productive servers

 define('HTTPS_SERVER', 'https://magicplanet.org); // eg, https://localhost - should not be empty for productive servers

 

to:

define('HTTP_SERVER', 'http://magicplanet.org'); // eg, http://localhost - should not be empty for productive servers

 define('HTTPS_SERVER', 'https://edgecity.com'); // eg, https://localhost - should not be empty for productive servers

 

which should at least generate an error-that's another site with no SSL installed. It doesn't-it still just browses to http://magicplanet.org. Doesn't that tell me that osC isn't even trying to switch to SSL on my site?

 

I have tried changing

 

define('ENABLE_SSL', true);

to

 

define('ENABLE_SSL', 'true');

 

with no success as well.

 

Any suggestions are greatly appreciated. :oops: :?: :!:

Link to comment
Share on other sites

I kluged this thing by changing this in the html wrapper in html_output.php:

 

elseif ($connection == 'SSL') {

     if (ENABLE_SSL == true) {

       $link = HTTPS_SERVER . DIR_WS_CATALOG;

     } else {

       $link = HTTP_SERVER . DIR_WS_CATALOG;

 

to:

elseif ($connection == 'SSL') {

     if (ENABLE_SSL == true) {

       $link = HTTPS_SERVER . DIR_WS_CATALOG;

     } else {

       $link = HTTPS_SERVER . DIR_WS_CATALOG;

 

It's working, but I don't like undocumented fixes. wait this isn't a fix it's a kluge. :evil: :evil: :evil:

 

Does anybody have a clue why osC won''t recognize the "true" in

 

define('ENABLE_SSL_CATALOG', 'true')

 

onward and upward.

Link to comment
Share on other sites

Thank you so much for your kluge. Although I also don't like using a kluge to fix a problem, I was going insane trying to figure out why the site I was working on was not going secure for the checkout process in spite of the fact that I had everything setup right. Anyway, I am working for a client, not my site, so you may have saved my reputation (not to mention my sanity).

Thanks again!

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...