Problem after migrating hosts

**anysigns** · 11 Sep 2020, 03:43 PM

Hi all!

I recently migrated my zencart shop to a new host (from godaddy to hostgator if it matters)

I have an issue where the main page is showing alright, but the product pages have their internal links to the stylesheets and images all wrong.

For example, on page http://anysigns.ca/imovies-shows-com...al-p-1563.html

<link rel="stylesheet" type="text/css" href="includes/templates/mobishop_blue/css/stylesheet.css" />

Would actually lead to http://anysigns.ca/imovies-shows-com...gxconveyor.css
The correct path is http://anysigns.ca/includes/template...gxconveyor.css.

If I change the code via the inspect element feature to be

<link rel="stylesheet" type="text/css" href="../includes/templates/mobishop_blue/css/stylesheet.css" />

Then it links to the correct path, and it shows the correct styles and images.

In the configure.php file I tried changing
define('DIR_WS_INCLUDES', 'includes/');
to
define('DIR_WS_INCLUDES', '../includes/');

But that just results in a completely empty page. How should I go about this issue? Many thanks in advance.

Website URL: anysigns.ca
Zen Cart version 1.5.0

**mc12345678** · 11 Sep 2020, 04:09 PM

Without looking at the webpage, it appears that the base tag is either incorrect in or missing from the header area of the template: <base href="">

The link information in the href="" portion should point to the web facing portion of the web-address.

Although this is an ancient, basically unsupported version of ZC, the file: includes/templates/YOUR_TEMPLATE/common/html_header.php
should have the following in it:

Code:

<base href="<?php echo (($request_type == 'SSL') ? HTTPS_SERVER . DIR_WS_HTTPS_CATALOG : HTTP_SERVER . DIR_WS_CATALOG ); ?>" />

Where YOUR_TEMPLATE is mobishop_blue.

**lat9** · 11 Sep 2020, 05:11 PM

@anysigns, since you've changed hosts, it's likely that your DIR_FS_CATALOG setting (present in both the /admin/includes/configure.php and /includes/configure.php) requires update.

**dbltoe** · 11 Sep 2020, 09:10 PM

As lat9 says, take a look at the configure.php files.

Particularly the includes/configure.php

From what I see, one of the settings is missing the ending "/"

**anysigns** · 14 Sep 2020, 11:09 PM

Originally Posted by mc12345678

Without looking at the webpage, it appears that the base tag is either incorrect in or missing from the header area of the template: <base href="">

The link information in the href="" portion should point to the web facing portion of the web-address.

Although this is an ancient, basically unsupported version of ZC, the file: includes/templates/YOUR_TEMPLATE/common/html_header.php
should have the following in it:

Code:

<base href="<?php echo (($request_type == 'SSL') ? HTTPS_SERVER . DIR_WS_HTTPS_CATALOG : HTTP_SERVER . DIR_WS_CATALOG ); ?>" />

Where YOUR_TEMPLATE is mobishop_blue.

There isn't an html_header file in there. Only tpl_header, but as far as I can tell, it's for the header referring to the position on the page, not the <head></head> tags, where the base tag would be appropriate

**anysigns** · 14 Sep 2020, 11:12 PM

Originally Posted by dbltoe

As lat9 says, take a look at the configure.php files.

Particularly the includes/configure.php

From what I see, one of the settings is missing the ending "/"

From what I can see, only the line define('DIR_FS_SQL_CACHE', '/home/content/80/5493880/html/cache'); is missing an ending "/"

Here are the contents of the includes/configure.php file (the FS DIR is set correctly I think)

PHP Code:


// 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://anysigns.ca');
  define('HTTPS_SERVER', 'https://anysigns.ca');

  // Use secure webserver for checkout procedure?
  define('ENABLE_SSL', '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_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', '/home3/anysigns/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/');

// define our database connection
  define('DB_TYPE', 'mysql');
  define('DB_PREFIX', 'zen_');
  define('DB_CHARSET', 'latin1');
  define('DB_SERVER', 'localhost');
  define('DB_SERVER_USERNAME', 'username:)');
  define('DB_SERVER_PASSWORD', 'password:)');
  define('DB_DATABASE', 'anysigns_anysign');

  // 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/80/5493880/html/cache');

**mc12345678** · 15 Sep 2020, 03:03 AM

Originally Posted by anysigns

There isn't an html_header file in there. Only tpl_header, but as far as I can tell, it's for the header referring to the position on the page, not the <head></head> tags, where the base tag would be appropriate

If that's true that the mobishop blue folder didn't contain an html_header.php file, then something modified your includes/templates/template_default/common/html_header.php to not match a normal ZC install.

Looking at the includes/configure.php and having (after others had posted about the missing /) looked further at the page content, what uri rewriter are you using and is it properly installed for this version of ZC? It seems like it may be removing the "extra" slash (or rather that it is not incorporating DIR_WS_CATALOG sufficiently).

**DrByte** · 15 Sep 2020, 03:14 AM

While this isn't going to relate to your css files, the DIR_FS_SQL_CACHE looks completely wrong. Usually it points to the same as DIR_FS_CATALOG with '/cache' added to it. What you posted looks like it came from the old server.

**mprough** · 16 Sep 2020, 07:08 PM

Check that these items in all of your paths in both configure files are correct for the new server

/home3/anysigns/, it might be just home instead of home3 for example.

~Melanie

**anysigns** · 23 Sep 2020, 04:24 PM

Originally Posted by mc12345678

If that's true that the mobishop blue folder didn't contain an html_header.php file, then something modified your includes/templates/template_default/common/html_header.php to not match a normal ZC install.

Looking at the includes/configure.php and having (after others had posted about the missing /) looked further at the page content, what uri rewriter are you using and is it properly installed for this version of ZC? It seems like it may be removing the "extra" slash (or rather that it is not incorporating DIR_WS_CATALOG sufficiently).

That's the one.

I have Ultimate URLs v2.215. When I disable it, the website works perfectly.

I think the reason is because it uses directories/slashes to create readable urls

like this one
http://anysigns.ca/isigns-funny-joke...er-p-1204.html

and without the Ultimare URLs, it looks like this
http://anysigns.ca/index.php?main_pa...oducts_id=1204

the "/isigns-funny-joke-prank-c-44/" is the part that is tripping it up, since it searches for the css files in public_html/isigns-funny-joke-prank-c-44/includes/.. etc.

Not sure if the issue is with the module, or if there is something in the config files that is messing it up. I'm glad to have my store back, but I'd prefer to have readable URLs for search engine visibility's sake

Thread: Problem after migrating hosts

Thread Tools

Search Thread

Display

Problem after migrating hosts

Re: Problem after migrating hosts

Re: Problem after migrating hosts

Re: Problem after migrating hosts

Re: Problem after migrating hosts

Re: Problem after migrating hosts

Re: Problem after migrating hosts

Re: Problem after migrating hosts

Re: Problem after migrating hosts

Re: Problem after migrating hosts

Similar Threads

v139h 404 error after migrating

v139h Email problem after changing hosts

sessions error after changing hosts

White Pages after migrating

URL problems after changing hosts

Bookmarks

Bookmarks

Posting Permissions