Trouble Moving Cart to Root Folder

Hi all,

I installed ZenCart via GoDaddy to a sub-folder (vinyl-stickers), and now that it is ready, want to move it to the root folder.

I've Googled around and already read and followed this guide.

I've copied the cart to root, but the links from the main page point to the old sub-folder. Removing the sub-folder from the server results in broken links. If I remove the sub-folder from the URL, the page is there, but all the links still point to the sub-folder.

I've removed vinyl-stickers from the Session Directory in the admin panel. I've removed 'vinyl-stickers/' from the following lines n 'includes/configure.php':
DIR_WS_CATALOG
DIR_WS_HTTPS_CATALOG
DIR_FS_CATALOG
DIR_FS_SQL_CACHE

In admin/includes/configure.php' however, I was unable to change the lines, because I don't know what to do to them:

  
define('DIR_WS_ADMIN', preg_replace('#^' . str_replace('-', '\-', $p1) . '#', '', dirname($_SERVER['SCRIPT_NAME'])) . '/');
define('DIR_WS_HTTPS_ADMIN', preg_replace('#^' . str_replace('-', '\-', $p2) . '#', '', dirname($_SERVER['SCRIPT_NAME'])) . '/');
define('DIR_FS_ADMIN', realpath(dirname(__FILE__) . '/../') . '/');

I did, however change the following lines to remove 'vinyl-stickers'

define('DIR_FS_SQL_CACHE', '/home/content/80/5493880/html/vinyl-stickers/cache');
define('DIR_FS_CATALOG', '/home/content/80/5493880/html/vinyl-stickers/');
define('DIR_WS_HTTPS_CATALOG', '/vinyl-stickers/');

it now looks like this:

define('DIR_FS_SQL_CACHE', '/home/content/80/5493880/html/cache');
define('DIR_FS_CATALOG', '/home/content/80/5493880/html/');
define('DIR_WS_HTTPS_CATALOG', '/');

The website is http://www.anysigns.ca if you want to take a look for yourself.

Thanks in advance,
Alex

I'm going to guess your changes to includes/configure.php didn't 'take'. Did you set the permissions of that file to writable before you uploaded the edited copy ?

1. The renaming is very simple. Just remove/rename all references to the old foldername.

2. The instructions were originally written for v1.3.9. But since v1.5.0 they are even simpler. No need to touch those lines that you said looked confusing. ie: leave these alone: DIR_WS_ADMIN, DIR_WS_HTTPS_ADMIN,DIR_FS_ADMIN
   The instructions have been updated.

3. You won't be able to upload your changes to the server successfully if you don't first make the file (on the server) writable. You said it's not working since you made the changes, but your symptoms demonstrate that your changes didn't actually get copied to your server successfully. That's mentioned in the same article.

That fixed my problem. Thank you for such a quick reply. :)

Actually, the everything points to the right link except the contact page, which still points to the old sub-folder:S what may be the cause of that?

Since the standard Classic template doesn't include that link, yours has been hard-coded in your template to point to the old URL. Use the Admin - Tools - Developers Tool Kit to search for vinyl-stickers.

I am using v1.50 and everything was ok while developing the cart.
Now I want to move from a sub-folder (Example: mydomain.com/zencart) to a sub-domain (Example: shop.mydomain.com)

I understand the cache location needs to be updated under admin. and this was done.

I know that at least 4 items (maybe 6?) need to be changed in both includes/configure.php and admin/includes/configure.php files but I can't seem to get the coding right.

This is an example the original.

*define('HTTP_SERVER', 'http://www.mydomain.com');
define('HTTPS_SERVER', 'https://www.mydomain.com');

define('DIR_WS_CATALOG', '/zencart/');
define('DIR_WS_HTTPS_CATALOG', '/zencart/');
define('DIR_FS_CATALOG', '/path1/path2/path3/mydomain.com/zencart/');
define('DIR_FS_SQL_CACHE', '/path1/path2/path3/mydomain/zencart/cache');*

I would appreciate a cut and paste version of the correct code to suit the new sub-domain location of shop.mydomain.com.

Thanks in advance for the kind assistance of anyone (:smartalec:)that can help...

Simply a matter of removing zencart/ wherever it appears.

Thanks for your reply, but unfortunately that didn't work.

Has to work, really, but what happens after you make those changes ? A link to the site might let us spot something.

Thanks for your prompt responses and help.
I found another resource which gave me a clue on how to solve this.
I made a fresh installation, saved the two new configure files, then deleted the installation.
I copied the relevant parts of the new config files containing the correct paths to the old config files.

For reference here are the updated paths (maybe this will help solve this for someone else in the future);

*define('HTTP_SERVER', 'http://www.shop.mydomain.com');
define('HTTPS_SERVER', 'https://www.shop.mydomain.com');
define('HTTP_CATALOG_SERVER', 'http://www.shop.mydomain.com');
define('HTTPS_CATALOG_SERVER', 'https://www.shop.mydomain.com');

define('DIR_WS_CATALOG', '//');
define('DIR_WS_HTTPS_CATALOG', '//');

define('DIR_FS_CATALOG', '/path1/path2/path3/shop/');
define('DIR_FS_SQL_CACHE', '/path1/path2/path3/shop/cache');
*

This now works :) except for one minor unknown issue...
I had a new admin theme set up but the admin section has somehow reverted back to the original zencart admin theme, even though all the files are the original ones in the new location.

Anyway, I'll figure it our or re-instal the admin theme.

Thanks again for your help.

webgear_aus:

define('DIR_WS_CATALOG', '//');
define('DIR_WS_HTTPS_CATALOG', '//');
*

Part of your problem is the double // (in red) remove one so it looks like this

define('DIR_WS_CATALOG', '/');
define('DIR_WS_HTTPS_CATALOG', '/');
*

Thanks for your assistance.
Actually it works with both // (this was the correct coding taken from the config file of the new install)
Case is closed.
The posted code in thread #11 works :)

stevesh:

Since the standard Classic template doesn't include that link, yours has been hard-coded in your template to point to the old URL. Use the Admin - Tools - Developers Tool Kit to search for vinyl-stickers.

Thanks! That fixed the issue I was having. Looks like I'm all set. Thank you very much.

webgear_aus:

Thanks for your assistance.
Actually it works with both // (this was the correct coding taken from the config file of the new install)
Case is closed.
The posted code in thread #11 works :)

The case is NOT closed as // is NOT a standard designation and may ruin SE results. You need to find out why it needs // to work and fix it.

webgear_aus:

Actually it works with both // (this was the correct coding taken from the config file of the new install)
Case is closed.
The posted code in thread #11 works :)

Sorry, but case not closed.

The double slashes // are incorrect, and although 99.9% of the time this will not cause any problems or issues, it is the other .1% you need to worry about.

Is it worth arguing the point when reverting back to a single slash will mitigate the issue(s) that will otherwise be very difficult to debug?

We are urging you to do this for **our ** sanity, else you'll be back here in the not so distant future asking why some customers are reporting random 'page not found' errors, but by that time, this thread will be long forgotten about and we will probably end up asking you all sorts of unrelated questions before we finally work our way back to this cause.

We won't be impressed.

Cheers
Rod