Store CHECK OUT and SIGN IN Problem

[WTGMA]

Been updating my store, mostly simple product changes and Website Main Page with ftp and AdobeGoLive. I must have done something out of my league by accident because now my Store SIGN IN and CHECK OUT functions are down. I get this error when I try to do either

 

Unable to connect

 

Firefox can't establish a connection to the server at www.dermessentials.net:4443.

 

* The site could be temporarily unavailable or too busy. Try again in a few

moments.

 

* If you are unable to load any pages, check your computer's network

connection.

 

* If your computer or network is protected by a firewall or proxy, make sure

that Firefox is permitted to access the Web.

 

Tried to check out in Internet Explorer just to make sure it's not a Firefox issue, and get the same message.

 

I'm very green at this, although I've been doing the product pages for years.

 

My port is 80, is there something now pointing to 4443, what is that number?

 

Also looked thru and experimented with some Configuration like giving a different value to "BUY NOW" column to see what happened but changed everything back to original values before signing out.

 

Any help would be greatly appreciated.......thanks!

 

Loosing business!!!!

[germ]

In your configure.php file, check your definition for HTTPS_SERVER

 

If not using SSL, check this line:

 

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

[WTGMA]

In your configure.php file, check your definition for HTTPS_SERVER

 

If not using SSL, check this line:

 

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

[germ]

And that's supposed to mean what?

:unsure:

 

Look in this file (if it exists): /store/includes/local/configure.php

 

Do things in there look OK?

:unsure:

[WTGMA]

This is where I looked, couldn't find HTTPS_SERVER

 

File Manager

/home/dermessentials/www/dermessentials.net/store//admin

Filename: configuration.php

 

This is the closest:

$action = (isset($HTTP_GET_VARS['action']) ? $HTTP_GET_VARS['action'] : '');

 

I hope you have a lot of patience!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

[germ]

Look in /store/includes/configure.php, Ma'am.

 

And if I were you, I wouldn't be using the osC File Mangler Manager to edit files on my site...

:blush:

[WTGMA]

I'm sorry, but other than working with the basics on the ADMIN page, I've done very little with osC.

 

How do I find this: Look in /store/includes/configure.php :huh: :huh:

[germ]

From your first post:

 

Been updating my store, mostly simple product changes and Website Main Page with ftp and AdobeGoLive

Does that imply you have a copy of all your shop's files on your local PC?

 

If so, can you find your \store\includes\configure.php on your local PC?

:unsure:

[WTGMA]

Thanks, yes they are on my PC

 

define('HTTPS_SERVER', 'https://www.dermessentials.net:4443/store/'); // eg, https://localhost - should not be empty for productive servers

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

[germ]

As far as I can tell, you don't have a valid SSL certificate.

 

IF YOU DO, STOP HERE AND LET ME KNOW.

 

Otherwise, continue.

 

First, make a backup copy of this file.

 

Then, change the lines you posted to this:

 

define('HTTPS_SERVER', 'https://www.dermessentials.net'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', false); // secure webserver for checkout procedure?

Then FTP the file back into the /store/includes folder on your site.

 

BE CERTAIN YOU FTP THE CORRECT FILE, INTO THE CORRECT FOLDER.

 

OSC HAS FILES NAMED THE SAME NAME, BUT RESIDING IN DIFFERENT FOLDERS.

 

FTP'ING THE WRONG FILE INTO THE WRONG FOLDER IS NOT A GOOD THING.

[WTGMA]

I had the SSL installed last August, should still be good ie not expired.

 

When you mentioned SSL, two things came to mind:

1. I backed up the database thru osC before working on it the last couple days. The last backup thru osC was when we started the site in 2005. The SSL work was done in 2007. I was told the server automatically does back-ups, so didn't think it odd.

2. Someone was on my site doing something because their shopping cart was adding products like crazy. Cart went up to over $20,000........normal order is between $100 and $300. Do you know if there's some security thing that would have shut the cart/login down?

[germ]

So what URL is the certificate registered to?

:unsure:

 

If I try this URL:

 

https://www.dermessentials.net/

 

I get a certificate error, and it tells me the certtificate is registered to www.skinforlife.com

[WTGMA]

Last summer we were getting a warning message on derm.net when people were going to check-out saying the cert was registered to Skin for Life (Another one of our websites). That's when we got derm.net it's own cert. It was a nightmare to have installed. Verio's the host and we have 4 websites. Had to get someone other than Verio to install, they didn't want to touch it. What should have taken a few hours went on for months. If I messed this up, I'm a dead woman!!!!!!!!!!!!

[germ]

Well, there are "certificate files" on the server.

 

You shouldn't be able to write to those files.

 

At least, on my server, I don't have permissions to change them via FTP. I would think yours would be the same way.

 

If you make the change I suggested, people will be able to use your site, but there will be no "secure connection".

 

I'm not sure where to go from here.

:unsure:

[WTGMA]

I did the work on my Homepage on Sunday 2/24. Didn't so the osC Backup til 2/27 because of the automatic server backup I was told about. I'm really afraid I ftp'd a wrong file.....

 

BE CERTAIN YOU FTP THE CORRECT FILE, INTO THE CORRECT FOLDER.

 

OSC HAS FILES NAMED THE SAME NAME, BUT RESIDING IN DIFFERENT FOLDERS.

 

FTP'ING THE WRONG FILE INTO THE WRONG FOLDER IS NOT A GOOD THING.

 

This is my serrver info:

SERVER_ADMIN [email protected]

SERVER_NAME dermessentials.net

SERVER_PORT 80

 

does the 4443 in the original error message have anything to do with the port?

[germ]

Well, the 4443 might have something to do with the port, but, as you have noticed, it can't be part of the URL.

 

My suggestion would be to stop where you're at until someone can fix the certificate error.

 

As I said before, you shouldn't have permissions to change any of that via FTP. If you do, the server isn't setup properly (IMHO).

:blush:

[WTGMA]

thanks for your help. I just went thru every file up on ftp and I can only see changes in the images folder and the Urchin and udata folders.

 

I'm on as main Administrator (scarey huh!) because it's such a small website and nobody had time to answer my questions. Unfortunately, this is how stuff like this happens.

 

when my ssl cert was set up, the person who did it for me said the port would have to be part of the https now, don't know if that's why the old ssl error message came up when you tried it, or if I trashed the ssl work.

 

Thanks so much!

[♥FWR Media]

thanks for your help. I just went thru every file up on ftp and I can only see changes in the images folder and the Urchin and udata folders.

 

I'm on as main Administrator (scarey huh!) because it's such a small website and nobody had time to answer my questions. Unfortunately, this is how stuff like this happens.

 

when my ssl cert was set up, the person who did it for me said the port would have to be part of the https now, don't know if that's why the old ssl error message came up when you tried it, or if I trashed the ssl work.

 

Thanks so much!

 

 

That sites cert deffo points to skinforlife.com

 

Setting up certificates is easy .. what type of host is that!.

[WTGMA]

Verio hosts the website.

If I ftp'd a wrong file into a folder, would you think I would have more problems than I am (not that it's not bad enough!!!!!!!!) Can you tell I'm trying to make myself feel better....LOL

[♥FWR Media]

Verio hosts the website.

If I ftp'd a wrong file into a folder, would you think I would have more problems than I am (not that it's not bad enough!!!!!!!!) Can you tell I'm trying to make myself feel better....LOL

 

Cert setup has nothing to do with the file system and which files you uploaded (in the public environment).

 

The certs are set up wrongly on the server (based on what you have said)

[WTGMA]

So what URL is the certificate registered to?

:unsure:

 

If I try this URL:

 

https://www.dermessentials.net/

 

I get a certificate error, and it tells me the certtificate is registered to www.skinforlife.com

 

 

I just looked at the cert details and it is skin for life's certificate by Equifax. Derm.net's is from Comodo

[WTGMA]

Website is up and running again. My website port number was deleted off the apache server. Don't know how something like that happens????????? Any comments would be welcome. Don't think I could have done that.........LOL.

Only positive that came out of the problem was finding these forums.....will be using them from now on. Thanks for the responses!!!!!!!!!!!!!!!