admin showing "system set up required" after changing servers

[shags38]

DrByte;1133610]1. The DB_PREFIX is a "table-name" prefix. It has NOTHING to do with the DB_DATABASE value.

It substitutes as shown:
DB_DATABASE.DB_PREFIX followed by the tablename. "OK" it was just a thought

2. The DB_XXXXXXXX values in both configure.php files DO need to be THE SAME. "are they not"? I see them as the same.

3. Did you actually let Zen Cart's zc_install create the 2 configure.php files for this new server? If not, why?

NO - read the thread. I didn't install a fresh ZC - it was an oversight and I know it was an error. Original post acknowledges that (I copied configure files and then edited.) - I was hoping for a quick fix but as I suspected right from word go it appears the only thing to do now is start again.

cheers,
Mike

the last words of Ned Kelly as the hangman put the rope around his neck - "such is life"

[DrByte]

When I take the content you posted, and drop it into a fresh set of compare windows in WinMerge, I see that your admin file makes mention of the domain name in at least paths that are probably incorrect. Clear differences from the storefront one.

<?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-01-10 11:17:04
*/


/*************** NOTE: This file is similar, but DIFFERENT from the "store" version of configure.php. ***********/
/*************** The 2 files should be kept separate and not used to overwrite each other. ***********/

// Define the webserver and path parameters
// Main webserver: eg-http://www.your_domain.com -
// HTTP_SERVER is your Main webserver: eg-http://www.your_domain.com
// HTTPS_SERVER is your Secure webserver: eg-https://www.your_domain.com
// HTTP_CATALOG_SERVER is your Main webserver: eg-http://www.your_domain.com
// HTTPS_CATALOG_SERVER is your Secure webserver: eg-https://www.your_domain.com
/*
* URLs for your site will be built via:
* HTTP_SERVER plus DIR_WS_ADMIN or
* HTTPS_SERVER plus DIR_WS_HTTPS_ADMIN or
* HTTP_SERVER plus DIR_WS_CATALOG or
* HTTPS_SERVER plus DIR_WS_HTTPS_CATALOG
* ...depending on your system configuration settings
*
* If you desire your *entire* admin to be SSL-protected, make sure you use a "https:" URL for all 4 of the following:
*/
define('HTTP_SERVER', 'http://www.jewelleryonlinestore.com.au');
define('HTTPS_SERVER', 'https://www.jewelleryonlinestore.com.au');
define('HTTP_CATALOG_SERVER', 'http://www.jewelleryonlinestore.com.au');
define('HTTPS_CATALOG_SERVER', 'https://www.jewelleryonlinestore.com.au');

// Use secure webserver for catalog module and/or admin areas?
define('ENABLE_SSL_CATALOG', 'false');
define('ENABLE_SSL_ADMIN', 'false');

// 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_ADMIN', '/dazzlers/');
define('DIR_WS_CATALOG', '/');
define('DIR_WS_HTTPS_ADMIN', '/dazzlers/');
define('DIR_WS_HTTPS_CATALOG', '/');

define('DIR_WS_IMAGES', 'images/');
define('DIR_WS_ICONS', DIR_WS_IMAGES . 'icons/');
define('DIR_WS_CATALOG_IMAGES', HTTP_CATALOG_SERVER . DIR_WS_CATALOG . 'images/');
define('DIR_WS_CATALOG_TEMPLATE', HTTP_CATALOG_SERVER . DIR_WS_CATALOG . 'includes/templates/');
define('DIR_WS_INCLUDES', 'includes/');
define('DIR_WS_BOXES', DIR_WS_INCLUDES . 'boxes/');
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_CATALOG_LANGUAGES', HTTP_CATALOG_SERVER . DIR_WS_CATALOG . 'includes/languages/');

// * 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_ADMIN', '/home/jeweller/public_html/jewelleryonlinestore.com.au/dazzlers/');
define('DIR_FS_CATALOG', '/home/jeweller/public_html/jewelleryonlinestore.com.au/');

define('DIR_FS_CATALOG_LANGUAGES', DIR_FS_CATALOG . 'includes/languages/');
define('DIR_FS_CATALOG_IMAGES', DIR_FS_CATALOG . 'images/');
define('DIR_FS_CATALOG_MODULES', DIR_FS_CATALOG . 'includes/modules/');
define('DIR_FS_CATALOG_TEMPLATES', DIR_FS_CATALOG . 'includes/templates/');
define('DIR_FS_BACKUP', DIR_FS_ADMIN . 'backups/');
define('DIR_FS_EMAIL_TEMPLATES', DIR_FS_CATALOG . 'email/');
define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG . 'download/');

// define our database connection
define('DB_TYPE', 'mysql');
define('DB_PREFIX', 'zen1_');
define('DB_SERVER', 'localhost');
define('DB_SERVER_USERNAME', 'xxxxx');
define('DB_SERVER_PASSWORD', 'xxxx');
define('DB_DATABASE', 'xxxx');
define('USE_PCONNECT', 'false');
define('STORE_SESSIONS', 'db');
// for STORE_SESSIONS, 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/jeweller/public_html/jewelleryonlinestore.com.au/cache');

// EOF

[shags38]

Thanks for that Doc,

it pointed out something that skipped under the radar. The domain when at GoDaddy was one of a number in a hosting account so paths included the domain, e.g. /home/public_html/DOMAIN.COM/cache where now the domain is the * root* it should just be /home/public_domain/cache. This applies to all paths.

At first after getting your response I INCLUDED the domain where there was no domain and that lost the site and I got the set up screen in both site and admin. Then it hit me like a ton of bricks !!

So now I have the site back and have rid myself of the set up screen for login - now I just have a totally BLANK screen for jewelleryonlinestore.com.au/login.php

So much closer but still far away

The answer now should be so much simpler so I will stick at it.

cheers,
Mike

[DrByte]

Ya, blank pages are often much easier to fix.
Ref: http://www.zen-cart.com/content.php?124-blank-page

[shags38]

Ya, blank pages are often much easier to fix.
Ref: http://www.zen-cart.com/content.php?124-blank-page

LOL - I read the FAQ in your link - decided it would be much easier to start afresh which I did and all is now good.

Many thanks to you and Steve for assisting me.

cheers,
Mike