Moved Store - now problems

[katosc]

I moved my store from one server to another, and that also entailed a domain name change. I changed my config files at /includes/configure.php and /admin/includes/configure.php. I also changed my .htaccess file in the admin dir. These were the only files that were changed, and now I have problems that I didn't have before.

 

1) A problem that many people seem to have, but I have seen few answers to, is that variable names are showing up in the admin panel. Such as

 

osCommerce

BOX_ENTRY_SUPPORT_SITE

BOX_ENTRY_SUPPORT_FORUMS

BOX_ENTRY_MAILING_LISTS

BOX_ENTRY_BUG_REPORTS

BOX_ENTRY_FAQ

BOX_ENTRY_LIVE_DISCUSSIONS

BOX_ENTRY_CVS_REPOSITORY

BOX_ENTRY_INFORMATION_PORTAL

 

BOX_TITLE_ORDERS

Pending: 0

Processing: 0

Delivered: 0

 

BOX_TITLE_STATISTICS

BOX_ENTRY_CUSTOMERS 1

BOX_ENTRY_PRODUCTS 27

BOX_ENTRY_REVIEWS 1

 

 

The few suggestions I have come across concerning this say to look at language files. But my install worked on another server - the language files are exactly the same as the site that works.

 

I'm at a loss for what the problem is here.

 

 

2) The second big problem is that lots of my links aren't working, either in the store or in the admin section. The admin section is almost entirely useless. I don't usually get any error message, but clicking on "Reports" gave me this error:

Error!

 

Unable to determine the page link!

 

Function used:

 

tep_href_link('', '', 'NONSSL')

 

 

Any help would be greatly appreciated. Thanks.

[ozcsys]

Anytime you see the caps like that the language defines are missing. If you are sure they are there then you need to check the paths in your configure.php files as osC is not looking in the correct place.

[katosc]

Thanks for the response but the language files were not the problem. And while I would be more inclined to think that I had put the paths in incorrectly in the config files, it turns out that wasn't the problem either.

 

This is a problem that a lot of people experience (judging by the number of "help me" posts on the topic), and the stock answer is usually to check the language and config files. While that may be the case sometimes, it wasn't for me, and I almost gave up yesterday because that was all the response I could find.

 

BUT, after literally hours of searching in the forums I did find another possible solution. I wish I could find the link, but basically the conversation said to set register_long_arrays to "on". I contacted my server admin and he set that up for me, and voila! My problems were solved. :thumbsup: BTW, this solved 3 seemingly separate (but apparently connected) problems: I couldn't get past step 2 of the install script; when I did a manual install and hand-configuration of the files I got the dreaded capital letters / variable names instead of the real words; and a bunch of my links weren't working.

[gholsie]

BUT, after literally hours of searching in the forums I did find another possible solution. I wish I could find the link, but basically the conversation said to set register_long_arrays to "on". I contacted my server admin and he set that up for me, and voila! My problems were solved. :thumbsup: BTW, this solved 3 seemingly separate (but apparently connected) problems: I couldn't get past step 2 of the install script; when I did a manual install and hand-configuration of the files I got the dreaded capital letters / variable names instead of the real words; and a bunch of my links weren't working.

 

 

Hi guys, I found this thread after searching for just a few minutes. I wanted to thank you for posting your results even after finding the fix. In my case, I scrolled through my PHP.INI file and found the instance where "register_long_arrays = Off" and changed it to ON.

 

Nothing happened until I restarted my web server. In my case it was "service httpd restart" and then things started to work again.

 

Anyway, thanks ! I hope this helps someone else.