Moving a working store to new domain name and not working

[ksolito]

Okay folks, what am I overlooking, this should be easy. I am moving a working 1.3.6 zen cart to a new domain name hosted on the same server. The database server is not changing.

Basically, I'm moving from something like mystore.com to myotherstore.com. I uploaded the existing, working file set to account with the new domain name, I changed both configure.php files paths from *mystore* to *myotherstore*. Set permissions recursively to 644 (and tried 755 as a test).

Admin side is working just fine, the customer portion is not. It renders an empty html page.

This should be easy and the solution should be obvious yet it escapes me. Any ideas on what I am missing?

[stevesh]

Did you do the sessions part of this?

https://www.zen-cart.com/tutorials/i...hp?article=122

[ksolito]

Did you do the sessions part of this?

https://www.zen-cart.com/tutorials/i...hp?article=122

Thanks. No, I missed that that but that didn't solve the problem. That also reminded me to make sure that cache directory is writeble.

I have debug code in to trace where it's failing and it is failing with sessions.

It runs from index.php, to application_top.php, to autoload_func.php, to init_sessions.php, to whos_online.php.

In whos_online.php at line ~30 I added this:
if (function_exists ('zen_session_id')) {
echo("5.2.0 zen_session_id exists <br>");
}
else{
echo("5.2.0 zen_session_id NOT FOUND<br>");
}
$wo_session_id = zen_session_id();

The output is the zen_session_id() does not exist so apparenly sessions.php is not being loaded?

Any thoughts or ideas?

One interesting thing, since I changed sessions directory in Admin, it is changed for both carts under the old domain and the new one. The old cart is working fine with it pointing to the new directory. That at least shows the sessions cache path and permissions are correct.

[mprough]

The sessions config from your admin changes the entry in the database... since the stores are sharing one, thus it changes.

I have had a similar issue, where the path was correct, but shop was broken until I clicked to edit it.... made no changes and then saved

~Melanie

[ksolito]

The sessions config from your admin changes the entry in the database... since the stores are sharing one, thus it changes.

I have had a similar issue, where the path was correct, but shop was broken until I clicked to edit it.... made no changes and then saved

~Melanie

Melanie,

When you said this: "until I clicked to edit it", did you mean you went into Admin: Configuration/Sessions then clicked to edit the Session Directory and clicked the Update button without making any changes to the path?

I just installed and tried to run fix_cache_key.php but that's dying somewhere in application_top.php too.

[DrByte]

Your test is not entirely useful in determining the exact cause.

However, there are a few things to note:
a) v1.3.6 is not compatible with PHP 5.2 without some edits (to both sessions.php files) ... which are discussed in another forum thread about the release of PHP 5.2.0
b) you've indicated that you're moving from one domain to another. If the server's file-path has changed, you'll need to be very sure you've got the correct paths in ALL of the appropriate settings in BOTH of your new configure.php files.
c) depending on where your problem is happening, you might find the debug-logging-utility mentioned in step 2a of this FAQ article to be useful in finding out what PHP error is causing the blank page to happen: https://www.zen-cart.com/tutorials/index.php?article=82 (follow the instructions in the link found in the article, and remember to use the admin folder if your problem is happening on the admin side)

[ksolito]

This was a working store. Both domain names are hosted on the same account and the same server. Files were uploaded into the new directories and both configure.php files were updated so all refs that include the doman name were changed to the new one. Admin works fine, the catalog side does not. Both the old and the new installs use the same database. It's one version back from current and a relatively standard installation.

This is the entire html output for the catalog:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=windows-1252"></HEAD>
<BODY></BODY></HTML>

The debug error logging utilty helped somewhat. It confirmed what I found from adding debugging code in the startup modules down from application_top.php. Here's what was in the error log file:

PHP Fatal error: Call to undefined function: zen_session_id()

It almost seems like the */includes/functions/sessions.php module is never being loaded since that's where zen_session_id() is defined. Permissions for that module are 755 at the moment.

I really you folks helping me out here. Thanks!

[DrByte]

Perhaps you have incomplete/damaged files? Maybe your FTP program didn't upload the files properly? That's a very common problem.

[ksolito]

Perhaps you have incomplete/damaged files? Maybe your FTP program didn't upload the files properly? That's a very common problem.

Probably this. I reloaded using different ftp software and apparently got a complete or uncorruped upload. I bet I reloaded it 4 times before it work.

Thanks all!