Changed from Windows to Linux hosting on Godaddy

I recently changed hosting from windows to linux and cannot access my site. My domain is MidwestTackleShop.com and I have included Configure.php file below. The windows hosting and new linux hosting are both hosted with godaddy. Any help will be greatly appreciated.

I have changed the password with ******** for obvious reasons.

<?php /** * dist-configure.php * * @package Configuration Settings * @copyright Copyright 2003-2007 Zen Cart Development Team * @copyright Portions Copyright 2003 osCommerce * @license <http://www.zen-cart.com/license/2_0.txt> GNU Public License V2.0 * @version $Id: dist-configure.php 6329 2007-05-16 15:36:56Z drbyte $ * @private */ // Define the webserver and path parameters // HTTP_SERVER is your Main webserver: eg-http://www.yourdomain.com // HTTPS_SERVER is your Secure webserver: eg-https://www.yourdomain.com define('HTTP_SERVER', 'http://midwesttackleshop.com'); define('HTTPS_SERVER', 'https://midwesttackleshop.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/content/m/i/d/midwesttackle/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/'); // define our database connection define('DB_TYPE', 'mysql'); define('DB_PREFIX', 'zen_'); // prefix for database table names -- preferred to be left empty define('DB_SERVER', 'mid0931011440779.db.5181859.hostedresource.com'); define('DB_SERVER_USERNAME', 'mid0931011440779'); define('DB_SERVER_PASSWORD', '********'); define('DB_DATABASE', 'mid0931011440779'); define('USE_PCONNECT', 'false'); define('STORE_SESSIONS', 'db'); // use 'db' for best support, or '' for file-based storage // The next 2 "defines" are for SQL cache support. // For SQL_CACHE_METHOD, you can select from: none, database, or file // If you choose "file", then you need to set the DIR_FS_SQL_CACHE to a directory where your apache // or webserver user has write privileges (chmod 666 or 777). We recommend using the "cache" folder inside the Zen Cart folder // ie: /path/to/your/webspace/public_html/zen/cache -- leave no trailing slash define('SQL_CACHE_METHOD', 'none'); define('DIR_FS_SQL_CACHE', '/home/content/m/i/d/midwesttackle/html\/cache'); ?>

You didn't state what the actual "symptoms" are. All you said was "cannot access my site". It's always helpful when you post the actual symptoms.

I went ahead and typed your URL into another tab on my browser and I see that it's giving the "Thank you for installing Zen Cart" screen, along with 2 suggested causes of the problem.
And, indeed those two causes are right on: your configure.php contents are a bit off.

Midwestfishing:

<?php /** * dist-configure.phpNot sure why your site is using a self-hacked copy of dist-configure.php. When Zen Cart does its installation, it generates its own configure.php, which never says "dist-configure.php" at the top.

Now, maybe that was put there by the GoDaddy one-click install. If so, they should fix that.

But, this suggests that you might not have followed the normal "move to another server" guide: http://www.zen-cart.com/content.php?142-i-want-to-move-my-zen-cart-installation-to-another-host-or-a-different-server

Midwestfishing:

define('DIR_WS_CATALOG', '//');
define('DIR_WS_HTTPS_CATALOG', '//');Those should be just a single / not double //

Midwestfishing:

define('DIR_FS_CATALOG', '/home/content/m/i/d/midwesttackle/html/');Not sure where the / came from. Try just / instead.

Midwestfishing:

define('DIR_FS_SQL_CACHE', '/home/content/m/i/d/midwesttackle/html/cache');Same again. / instead of /

Also, your configure.php says you've got SSL enabled ... but visiting the https version of your site throws up an SSL error ... which you'll probably need GD support to fix for you.

Thank you for your suggestions. I had godaddy support on the phone for over an hour and they did make some mods to the file. I do have access to the files in the database and will make the changes you suggested and go from there. Again, I do appreciate your help and will post what I had to do to fix it for others to see as well.

Try just removing those extra \ characters from your configure.php files as the starting point. And changing the double // to just single / is smart too, but won't be the cause of your problem.

Dr. Byte,

First of all, thank you for your help. My site is back up and running. I wanted to share what had to be done for others to reference is needed.

1. I made the corrections you suggested to the config file and that solved part of the problem. It assume the techs at Godaddy were making changes to these during the first repair attempt.

2. The change in hosting caused the path to change but during the change the path was not updated on the hosting account. GoDaddy techs had to make some changes and I don't know exactly what they did.

3. After the changes I was getting the error with the red banner on top about security due to read/write permission. At first I could not get this setting changed. However, after using FTP (Filezilla) I as able to change the settings and took care of this.

4. I did lose a few images but can easily upload them again.

What I did learn was that I should have backed up all of my files on my own drive instead of counting on the backup process from GoDaddy. It did backup all of the files except the loss of a few images.

Again, thank you very much for your help with troubleshooting this issue.

Thanks for posting back with your resolution.
Glad it's all working again for you!

Midwestfishing:

What I did learn was that I should have backed up all of my files on my own drive instead of counting on the backup process from GoDaddy. It did backup all of the files except the loss of a few images.

That is a message to all and sundry: always do the backups yourself, files and database - never rely on anyone else (especially not GD)