transferred site, not connecting to admin or DB

[jenpen]

No, as I said, glass382 is the *correct* prefix.

[frank18]

No, as I said, glass382 is the *correct* prefix.

You can't have ~glass382/ in your 2 configure files!

glass382 is merely your account name on your new server, nothing else.

If you don't want to go the sure and long way as I suggested above then simply change the name of your admin folder to your_renamed_admin_folder.

Now make the following changes to your 2 configure.php files, on your server set the permissions of these files to 777 or 755, upoad your changed files and finally set permissions back to 400 or 444.

Changed portion of Admin configure.php file:

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

Changed portion of Store configure.php file:

// 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', '/');

If it does not work (and it will...) then you can always revert back to the settings you have posted here on the forum.

Cheers / Frank

[frank18]

When done with the above, grab the "Fix_Cache_Key" utility to reset your Admin->Sessions->Session Directory key so that it uses the proper folder path for your new server:

http://www.zen-cart.com/downloads.php?do=file&id=8

Simply upload the file to your NEW Zen Cart folder and open fix_cache_key.php in your browser. It will give you status messages. Delete fix_cache_key.php when you're finished.

[jenpen]

glass382_ is the prefix for my DB and DB user. I checked again in cPanel.

However... IT WORKED!

I did the fix_cache_key too - and deleted. Thanks so much.

[jenpen]

OK, when I said it worked, what I meant is that I'm into my Admin, which is cause for celebration. However, my DB has still gone AWOL. I'll re-upload and see what happens.

[jenpen]

Hallelujah... http://www.glasscrafts.com.au

[frank18]

Hallelujah... http://www.glasscrafts.com.au

Thanks for the update that this is now working for you.

I think things have gone wrong when you pointed your domain name to the new server and the DNS entry had not propagated when you did the install on your new server. That may have caused the ~glass382/ being automatically entered into your configure.php files.

Explanation is here - right at the bottom of that page (Advanced Tip):

http://www.zen-cart.com/content.php?...fferent-server

Cheers / Frank

[jenpen]

Thought I had a good process going - as I said I've done it so many times before (other zen carts). But never to this web host. They have also made other problems for me, so I might skip them in the future. Thanks again.

[RodG]

Ofc, permissions should be changed to 777 before editing these files and back to 400 or 444 after the edit is done.

Apologies if this appears pedantic, but there is never ever a reason why .php files need a permission of 777. (folders are another matter).
Although in *most* cases the 777 permissions won't cause any problems, with *some* servers it will cause a 'server 500' error.

664 is generally all that is needed. In *very rare* cases, 666 will be required. 777 introduces a security risk, which thankfully is something that ZenCart checks for in regards to the configure.php files. Alas, it doesn't check for other files with unneeded write permissions, and less experienced developers seem to have a nasty habit of using/suggesting 777 whenever there is some kind of problem reading or writing a file. Bad news. Bad advice.

Cheers
RodG

[frank18]

Apologies if this appears pedantic,....

Pedantic and totally off-topic Rod