OpenCart Community

okstated wrote:

Daniel wrote: this is not a bug. you have done something wrong.

post a link to your site.

Hi Daniel. I sent you a private message with my website information.
Thanks.

don;t post this under the bug section. i have just looke at your site and its obvoius from just lookng at it aht you have messed the configuration up.

Daniel wrote:

okstated wrote:

Daniel wrote: this is not a bug. you have done something wrong.

post a link to your site.

Hi Daniel. I sent you a private message with my website information.
Thanks.

don;t post this under the bug section. i have just looke at your site and its obvoius from just lookng at it aht you have messed the configuration up.

It continues to do the same thing even on a fresh install with no tweaking, but what's necessary from the documentation I've read on adding SSL.

Perhaps this documentation needs updating to reflect changes since the multiple store feature was added.

Since this may or may not be a bug I'm posting this here.

What are the proper detailed steps for getting SSL to work in this latest version? I already have a certificate that is functioning properly and has worked with the Open Cart admin login once already. I'm having trouble getting it to work in the frontend of the store itself for user logins.

When I have SSL turned on and click on log in or account it takes me to a URL that looks like this:
https://http//index.php?route=account/login

It's doubled the protocol with no root domain. I've not done anything that would logically make it do that so I'm wondering if there is something I've NOT done that I should.

I set SSL to "yes" from the admin panel in BOTH:
System > Settings > Server
System > Manage Stores > Your Store (Default) > edit > Store

I then added the https://mydomain.com/xxxx style URL into the config.php file within the admin directory.
I notice the instructions say to add this SSL url to that config.php file as well as to the catalog. I'm missing where I can add this SSL url in the catalog.

If these instructions have changed or I'm missing something I appreciate any help. Thanks very much.

Well I intended not to place the SSL problem back into the bug section, but i2paq did it for me.

I've tried every combination I can think of from a clean install and every time SSL has the same problem with the screwed up URL in the front store Log In.

http://www.opencart.com/index.php?route ... on/setting This page does not appear to be updated for the recent addition of the multi-store feature or does not contain enough detail. If it did there might not be an issue. It is surprising there aren't more people actually using SSL with a shopping cart (of all things ) to confirm whether or not there's an issue.

Daniel wrote:I'm not sure this is a bug. it means that you can get any part of the category structure without having to go through the db.

Whoops. That would explain that then.

I just assumed OpenCart would use the full category listing without actually researching. It's generating cache files for (sub)category browsing too, then?

I had the same issue as okstated... on a clean install of 1.4.4 my SSL links did not work.

When clicking on the 'login' page, my url would look like this:

https://http//index.php?route=account/login

I searched the forum and found the following index.php fix from Klutz:

klutz wrote:

define('HTTPS_SERVER', 'https://' . substr($config->get('config_url'), 0, 7));

define('HTTPS_SERVER', 'https://' . substr($config->get('config_url'), 7));

it's OK!

So I tried it... I removed the 0,

and my SSL works again.

The only problem is I have no earthly idea what that '0' was there for.... so I hope I didn't screw something else up. But for now, everything seems to work and I'm happy.

(Thanks Klutz!!! ;-)

I have already seen what you sent me via pm. you have not setup the url properly in the store manager.

RonA wrote:The only problem is I have no earthly idea what that '0' was there for.... so I hope I didn't screw something else up. But for now, everything seems to work and I'm happy.

It's a bug. Instead of cutting the first seven characters (i.e. http://) it's preserving them and cutting everything else. The changes you made are how it should be.

rph wrote:It's a bug. Instead of cutting the first seven characters (i.e. http://) it's preserving them and cutting everything else. The changes you made are how it should be.

This worked for me as well. Yeah! I knew I wasn't crazy.

Hi,

First of all: Thank´s to Daniel for this webshop!!

This is what i´ll get on my site with version 1.4.4(total new install):
But when I use version 1.3.4 it works just fine..!

Best Regards!

SAFE MODE Restriction in effect.

contact your host. maybe there was wsomthign in your old php.ini

Daniel wrote:SAFE MODE Restriction in effect.

contact your host. maybe there was wsomthign in your old php.ini

The php.ini is the same...

Then comes to SAFE MODE...., is this different from version 1.3.4 ?

By the way, thanks for your fast answer!

opencart can not run with safemode. it should not even allow you to innstall with safemode on.

Daniel wrote:SAFE MODE Restriction in effect.

contact your host.

Thanks, I´ve done that know, and they will do it as soon as possible!

Damn good work you´re doing !

Best Rgds

rph wrote:

RonA wrote:The only problem is I have no earthly idea what that '0' was there for.... so I hope I didn't screw something else up. But for now, everything seems to work and I'm happy.

It's a bug. Instead of cutting the first seven characters (i.e. http://) it's preserving them and cutting everything else. The changes you made are how it should be.

Agreed. It is a bug. The way it was coded, it assumed the http:// part was INSIDE the substr function, but it isn't. It concatenated

Qphoria wrote:

rph wrote:

RonA wrote:The only problem is I have no earthly idea what that '0' was there for.... so I hope I didn't screw something else up. But for now, everything seems to work and I'm happy.

It's a bug. Instead of cutting the first seven characters (i.e. http://) it's preserving them and cutting everything else. The changes you made are how it should be.

Agreed. It is a bug. The way it was coded, it assumed the http:// part was INSIDE the substr function, but it isn't. It concatenated

It not a bug. Their is a clear example of how the url should set. If the person is to stupied to see this then its their own fault.

No. It's a bug.
Try it yourself. You don't even need to have an SSL cert to see that if you enable SSL in the store manager that it tries to rewrite the url as: You are reading the substr function wrong. The code trying to start at 0 and capture 7 characters. This not what you want. You want to start at 7 and read the rest of the string until the end
http:// <- 7 characters.

It is a bug

Qphoria wrote:No. It's a bug.
Try it yourself. You don't even need to have an SSL cert to see that if you enable SSL in the store manager that it tries to rewrite the url as:

Code: Select all

https://http//index.php?route=checkout/shipping

You are reading the substr function wrong. The code trying to start at 0 and capture 7 characters. This not what you want. You want to start at 7 and read the rest of the string until the end
http:// <- 7 characters.

It is a bug

oh ok.

Daniel wrote:If the person is to stupied to see this then its their own fault.

Now there is a user-friendly comment.

You must be a graduate of the Dale Carnegie Course.

How to win friends and influence people.

Great communications skills.

I can understand why someone with a lot of pressure on them who is used to getting lots of false alarms might become incredulous. Stay positive Daniel! You've done great work here!