2 DA servers, site works on one but not on other

T

teedee

Verified User
Joined
Oct 30, 2003
Messages
140
Hi,

I have a strange problem with a php content management system site. that works on one server but not on a 2nd server

http://80.235.105.130/~merchant/ doesn't work, (none of the links work)

http://80.235.105.140/~merchant/ does work, all the links work.

Both sites have identical files, they were both created from the same backup file.

phpinfo can be seen at

http://80.235.105.130/~merchant/phpinfo2.php
and
http://80.235.105.140/~merchant/phpinfo2.php


Can anyone see why the site does not work on the first server, or have any ideas what I can do to get it working on the first server ?
 
The links in the one that works has /index.php?# while the one that doesn't is using the link /?#. See the difference? You may want to look at the script more carefully.
 
yes, but both sites have identical files, as both sites were created from the same DA backup file, so I was thinking it has to be something to do with the way php is reading / parsing the script.
 
I just deleted the working site from server 2, made a backup from the non-working site on server 1, transferred it to server 2 and restored it, and again the site works on server 2 and not on server 1.

There must be something server side that is either not adding "index.php" to the URL or removing it from the URL
 
Well just looking at the phpinfo's, server 1 is using php 4.4.5 while server 2 is using php 4.4.4 so can try downgrading server 1's to 4.4.4 and also register globals is disabled on the first server while enabled on the second server. PHP 4.4.5 may be whats the problem though since I have heard people having problems with it so try having the build script rebuild that (edit the build file and change 4.4.5 to 4.4.4 and do a php build) and try after that.
 
I just rebuilt php using the latest /build update to see if it would fix the issue but it didn't.

Will try changing reg_globals
 
both servers now running php 4.4.5 and register_globals on but still the same problem :(
 
fixed it, it was the register_globals off that was the issue, forgot to restart httpd :eek:
 
You must log in or register to reply here.
Back
Top