Can't Save Files After SSL Install

My hosting provider just installed my SSL and now I can edit define pages and EZ pages but when I press save I am taken to the admin page.

I have changed the settings for SSL in the config files. I noticed that my file permissions seemed to have changed since the install. I had them all on 777 but they have changed to 644

I changed a couple of define pages to 777 and tried again to edit but have the same problem.

Not sure if it is relevent but my hosting company did a redirect for http://www to www

They did this by "I've setup the redirect rule in apache config"

They did it that way because it did not work using cpanel domain redirect options.

Any ideas?

Who's your host?

My host is infrenion..the ssl is from rapidssl but purchased through my host

Does this host locate the SSL installation inside a different set of folders?

Some (cheap) hosts have both:

httpdocs

and

httpsdocs

... main folders.

If they do not have symlinking installed, you will need to REPLICATE your site into both the httpdocs and httpsdocs folder.

My advice, get out of that hosting environment and host with people who know zencart. See the CERTIFIED HOSTS link above.

There seems to be only one set of files.

Do i need permission settings open for any other pages/config files to edit define pages or just the define page that I want to edit?

There seems to be only one set of files

There would only be one set of files if you started off without SSL, and all the files in a folder called httpdocs or similar. What schoolboy is saying is that some hosts use an antiquated system where SSL files have to be located in another folder, usually called httpsdocs or similar. This means that you have to upload all files in the httpdocs folder to the new httpsdocs folder, and when you edit one file you have to edit both to keep them in sync.

Files should have permissions of 644, except for the two configure.php files which should have permissions of 644, 444 or 400 (depending on the server configuration). Files should never have permissions of 777.

Vger

Hi Vger

I think I understand what schoolboy was saying. I use the folder public_html and since the install there are no additional folders like public_html_ssl or anything like that. So to answer the question..I only have one folder available for all www files.

I have been using this hosting comapny for a couple of years and this ssl is in its second year due to expire in a couple of months.

Previously I had been using oscommerce and leaving all the customizing to a programmer (well he called himself a programmer) but I found out after that he left all the file permissions open and I had big problems with hacking etc with bank security contacting me regarding phising emails etc.

So this is a first install of zencart for me and I am doing it myself this time. What I meant regarding the file permissions was that when you first install zencart and have to open all the file permissions to set it up, I thought that maybe one of those permissions had been affected with the install of the ssl.

I didn't mean do I leave the config file on 777 all the time but just while I am trying to trouble shoot the problem.

I just thought it strange when the ssl was installed some file permissions seemed to have changed which could be why I am having trouble writing to file.

I would be the first to start complaining to my hosting company if I think it is something they did but I need to be confident that it is not a configuration issue or file permission issue with zencart first.

That is why I am asking for peoples thoughts on the problem. All feedback is appreciated but schoolboy asks me a question then answers it himself and then provides the solution of changing providers.

His comment gave me something to check but his answer is incorrect in my case.

At this point we need your web address (leave spaces to not get it spidered) and post your includes/configure.php file minus all db info.

Vger

Here is the includes/configure.php

<?php /** * @package Configuration Settings circa 1.3.9 * @copyright Copyright 2003-2010 Zen Cart Development Team * @copyright Portions Copyright 2003 osCommerce * @license <http://www.zen-cart.com/license/2_0.txt> GNU Public License V2.0 * File Built by zc_install on 2011-02-24 10:08:58 */ /*************** NOTE: This file is similar, but DIFFERENT from the "admin" version of configure.php. ***********/ /*************** The 2 files should be kept separate and not used to overwrite each other. ***********/ // Define the webserver and path parameters // HTTP_SERVER is your Main webserver: eg-http://www.your_domain.com // HTTPS_SERVER is your Secure webserver: eg-https://www.your_domain.com define('HTTP_SERVER', 'http://www.globalsilverfactory.com'); define('HTTPS_SERVER', 'https://www.globalsilverfactory.com'); // Use secure webserver for checkout procedure? define('ENABLE_SSL', 'true'); // NOTE: be sure to leave the trailing '/' at the end of these lines if you make changes! // * DIR_WS_* = Webserver directories (virtual/URL) // these paths are relative to top of your webspace ... (ie: under the public_html or httpdocs folder) define('DIR_WS_CATALOG', '/'); define('DIR_WS_HTTPS_CATALOG', '/'); define('DIR_WS_IMAGES', 'images/'); define('DIR_WS_INCLUDES', 'includes/'); define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/'); define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/'); define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/'); define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages/'); define('DIR_WS_DOWNLOAD_PUBLIC', DIR_WS_CATALOG . 'pub/'); define('DIR_WS_TEMPLATES', DIR_WS_INCLUDES . 'templates/'); define('DIR_WS_PHPBB', '/'); // * DIR_FS_* = Filesystem directories (local/physical) //the following path is a COMPLETE path to your Zen Cart files. eg: /var/www/vhost/accountname/public_html/store/ define('DIR_FS_CATALOG', '/home/gsf069/public_html/'); define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG . 'download/'); define('DIR_FS_DOWNLOAD_PUBLIC', DIR_FS_CATALOG . 'pub/'); define('DIR_WS_UPLOADS', DIR_WS_IMAGES . 'uploads/'); define('DIR_FS_UPLOADS', DIR_FS_CATALOG . DIR_WS_UPLOADS); define('DIR_FS_EMAIL_TEMPLATES', DIR_FS_CATALOG . 'email/'); The url is globalsilverfactory dot com Is it helpful to see the admin/includes/configure.php file aswell? Thanks

Not sure if it is relevent but my hosting company did a redirect for http://www to www

Well, as your site shows as "Down For Maintenance" there's little checking I can do. What you said your hosts had done (quoted above) doesn't make sense. The redirect would either have been from http://www. to http:// or from http:// to http://www.

However, there's one thing that is apparent and that is that all requests are being redirected to https://

As your includes/configure.php file appears to be okay I suggest that your problems are down to something your hosts did and that it's best to ask them exactly what they did.

Vger

Sorry about that...have taken it off the maintenance setting. It is not really finished yet that is why I have left it that way.

The hosting comapny said they had installed the ssl on the https://www.domain.com level where as previously it had been installed on http://www.domain.com level. So when the browser put in the http:// automatically people were sent to a page with no https

I did ask them which was better and in my original request asked for the ssl to be installed at http://www but that request message must have been lost.

The SSL Cert is for https://www. and the Cert is fine.

But I'm still being sent to: https://www.globalsilverfactory.com/index.php?main_page=down_for_maintenance (no matter what address I type in).

Vger

I just realised...It must not be letting me make any changes in the admin. Not just define pages but everything must be effected.

I will contact the hosting company and see if they can do something to repair the damage.

Will post back hopefully with their error.

Vger:

The SSL Cert is for https://www. and the Cert is fine.

But I'm still being sent to: https://www.globalsilverfactory.com/index.php?main_page=down_for_maintenance (no matter what address I type in).

Vger

dbjsi83474:

I just realised...It must not be letting me make any changes in the admin. Not just define pages but everything must be effected.

I will contact the hosting company and see if they can do something to repair the damage.

Will post back hopefully with their error.

Well since my last post I have had several live chat sessions with my host and lots of communication through my support ticket.

(btw I am starting to agree schoolboy)

They keep telling me there is nothing wrong their end. They did reference an incorrect permission setting in one of my template folders and said it should be fine now but it made no difference.

In my awstats I still receive a message regarding updating which I have never seen before.

AWStats did not find any valid log lines that match your LogFormat parameter, in the 50th first non commented lines read of your log.
Your log file /usr/local/apache/domlogs/globalsilverfactory.com-ssl_log must have a bad format or LogFormat parameter setup does not match this format.

Your AWStats LogFormat parameter is: 1
This means each line in your web server log file need to have "combined log format" like this:
111.22.33.44 - - [10/Jan/2001:02:14:14 +0200] "GET / HTTP/1.1" 200 1234 "http://www.fromserver.com/from.htm" "Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)"

And this is an example of records AWStats found in your log file (the record number 50 in your log):
combined

Setup ('/home/***/tmp/awstats/ssl/awstats.globalsilverfactory.com.conf' file, web server or permissions) may be wrong.
Check config file, permissions and AWStats documentation (in 'docs' directory).

This last entry about permissions may be related or maybe have nothing do with it. I am not sure but when I posted this for them they said it is because I have no traffic to my site anymore....well I have been there 100 times in the last few days and I am hoping that they have been there at least once...

So I am wondering if there are any key files for the admin panel that I can check file permissions for myself to see if there is a problem.

I am thinking of moving hosts but have a reseller account that would have to be moved and it is always a traumatic experience for me changing providers. I am also worried now that if I do a current backup that I will possibly be backing up problems to take with me as the area of the problem has not been identified yet.

Any ideas on other files I can check or suggestions for things that the host can check..maybe somebody can give them a bit of educating??

You're starting to go around in circles here. If your hosting is broke and they don't know how to fix it you don't really have any other options - you will have to move, like it or not.

Vger

If this host can't do something as simple s get SSL to run properly, then you are facing a lifetime of heartache and continued incompetence.

Move your hosting to someone who knows what they are doing... Already you have spent about 20 hours fooling about with this - time better spent on MARKETING your business and SELLING PRODUCTS.

If you value your time at say $45 / hour, you have wasted about $900 so far...

Just quit this idiot host and do it properly. Look at the CERTIFIED HOSTS (link above) for where you should be hosting your site.

schoolboy:

If this host can't do something as simple s get SSL to run properly, then you are facing a lifetime of heartache and continued incompetence.

Move your hosting to someone who knows what they are doing... Already you have spent about 20 hours fooling about with this - time better spent on MARKETING your business and SELLING PRODUCTS.

If you value your time at say $45 / hour, you have wasted about $900 so far...

Just quit this idiot host and do it properly. Look at the CERTIFIED HOSTS (link above) for where you should be hosting your site.

I agree with you for sure. I am worried now that there is something wrong with my zencart installation. Some corruption etc or something during install of the cert possibly..As long as a fresh install and adding my custom folders at the new provider will fix it then it is not so bad.

You should be able to verify if the site works correctly on new hosting before moving it, because most hosts allow you to use temporary (server-based) pathways prior to repointing. For example

Instead of http://www.yourdomain.com you'd use something like http://server-name.yourhosts.com/~user-name
Instead of https://www.yourdomain.com you'd use something like https://server-name.yourhosts.com/~user-name

By the way - you can get your site off "Down For Maintenance" by accessing the DB via phpMyAdmin and changing the value in the 'configuration' table. Your hosts should know that.

Vger

dbjsi83474:

I am worried now that there is something wrong with my zencart installation.

Unlikely... Just move it in the manner Vger suggests. In other words, set up new hosting. Let the new host know your domain name, of course.

They will set up hosting under your domain, but it WON'T be publicly visible or active as a web-ready domain until you do a NS Update at the Registrar (the place you REGISTERED your domain).

BEFORE you do your NS Update, your new host will create some server space for you, and tell you what your server USERNAME is.

Then (again as Vger explains) you can navigate to your "new" site by using the host-specified URL, followed by a /~YRNAME

In this way, you can see the NEW site before you do the NS update...

But I don't think there will be anything majorly wrong with your install.

What you could do to test your CURRENT install is TURN OFF SSL in the existing site (edit the two CONFIGURE.PHP files to show the SSL path to be the same as the non SSL path, and changing SSL from TRUE to FALSE.

If the site functions OK WITHOUT SSL on your existing host, then it will function at a host that knows what they are doing.

But either way, ditch those idiots... they are just wasting your valuable time (and money).

PS. Insist that they refund you what you've paid them so far. Cite GROSS INCOMPETENCE as the reason for moving and demanding a refund.

Vger:

You should be able to verify if the site works correctly on new hosting before moving it, because most hosts allow you to use temporary (server-based) pathways prior to repointing. For example

Instead of http://www.yourdomain.com you'd use something like http://server-name.yourhosts.com/~user-name
Instead of https://www.yourdomain.com you'd use something like https://server-name.yourhosts.com/~user-name

By the way - you can get your site off "Down For Maintenance" by accessing the DB via phpMyAdmin and changing the value in the 'configuration' table. Your hosts should know that.

Vger

Thats good news. I will give them overnight to fix it and if it is still the same in the morning I will change providers.

Thanks for your help Vger and schoolboy.