HTTPS:// help needed

[emmap6493]

Hi All,

I've got what seems like a really easy-to-solve query. One of the pages on my website loses its CSS view and only displays as text when you go to 'https://[mywebsite].com/store'. If you change the URL from 'https' to 'http', the page displays fine. I've right-clicked and 'viewed the source' of the https:// page and have found the problem - the line which reads: "<base href="https://[mywebsite].comhttps:/" />"

So for some reason it's (...or I've, more likely) managed to add that extra 'https:/' on the end. I've tried looking through the directory using Filezilla and I can't find the PHP file this particular line lives in anywhere. Basically, I'm asking if anybody knows what PHP file I will need to change, and where in the directory I can find it. It's very frustrating, as I know exactly what I need to do when I get there, but just can't find where I need to be!

Any other information you might need to know:
- The 'store' page is my website's ZenCart interface.
- My site is created through WordPress
- I have an SSL certificate supported through GoDaddy
- I'm not very technical, so please be keep your reply as simple as possible :)

Many thanks,
Emma

[frank18]

One of the pages on my website loses its CSS view and only displays as text when you go to 'https://[mywebsite].com/store'. If you change the URL from 'https' to 'http', the page displays fine. I've right-clicked and 'viewed the source' of the https:// page and have found the problem - the line which reads: "<base href="https://[mywebsite].comhttps:/" />"....

You are saying 'one of the pages' - is it *only* one page? If so, can you give us some more detail if it is a product info page, a listing, an ezpage or....

[emmap6493]

Hi Frank,

Sorry for the lack of info - I'm new to all of this.

The pages in question are only those which are part of the ZenCart interface on my website - https://northernsouldesigns.com/store/. It looks as though all the products on the different pages also display as Text Only when the URL is https.
You will see that the homepage which was made on WordPress (and has nothing to do with Zen Cart) (https://northernsouldesigns.com/), looks fine and isn't full of nasty text. If you take the 's' from this URL, the page remains as it should be.

Please let me know if you need any more info.

Many thanks,
Emma

[frank18]

Looks like an issue with your includes/configure.php file where you need to change settings for http or https

Suggest you download that file (and the corresponding configure.php file in admin), open these files and post the top part of both files. xxx-out any sensitive info

[frank18]

Another consideration:

Is your SSL cert for northernsouldesigns.com or for northernsouldesigns.com/store ?

[DrByte]

Another consideration:

Is your SSL cert for northernsouldesigns.com or for northernsouldesigns.com/store ?

Wouldn't matter. Certs aren't issued for subdirectories, only for domains.

[DrByte]

Looks like an issue with your includes/configure.php file where you need to change settings for http or https

Yup:

<base href="https://northernsouldesigns.comhttps:/" /> 

This shows that the DIR_WS_HTTPS_CATALOG value is incorrectly set to 'https:/' instead of '/store/'

[frank18]

Wouldn't matter. Certs aren't issued for subdirectories, only for domains.

So must be an issue with the configure.php file(s) ....

[BlessIsaacola]

Emma, as DrByte and Frank18 suggested, take a look in your includes/configure.php file and make sure you have the right setting for:

define('DIR_WS_CATALOG', '/');
  define('DIR_WS_HTTPS_CATALOG', '/'); 

Please keep in mind that in my example above our store is hosted in the root directory. Based on the information you've provided so far and visiting your site, yours should look something like this:

define('DIR_WS_CATALOG', '/store/');
  define('DIR_WS_HTTPS_CATALOG', '/store/'); 

Alternatively, you can post what you have in the first 5 defines (in the top part of the file) in includes/configure.php and we'll see if it looks right.

[emmap6493]

Hi All,

Thank you for your contributions to the thread. I had some help from a work colleague this morning who helped me get everything sorted out. In the end, there was a lot of messing around with altering the definitions in both the admin and non-admin configure.php files. Goodness knows how they became broken (as I said, it was probably user-error on my part), but it's fixed now, so I'm happy.

Thanks again,
Emma