PeterDk Posted June 24, 2004 Posted June 24, 2004 I've been reading the posts about the 'register globals' problem as I'm experiencing it and can't seem to find a way around the problem. I've installed the Register Globals contribution v1.11 and the problem still persists. I'm running this on my XP box with Apache & php. Everything else seems to be working fine. Php indicates globals are off - but still I get "FATAL ERROR: register_globals is disabled in php.ini, please enable it!" Any suggestions? PeterDk Quote
Guest Posted June 24, 2004 Posted June 24, 2004 (edited) yes, if this is your own box then go into your windows folder and open up php.ini and search for register_globals and set to on. you dont need to add any contributions for doing that if you are on your local box. just remove anything you installed relating to that. Edited June 24, 2004 by Mibble Quote
PeterDk Posted June 24, 2004 Author Posted June 24, 2004 I should have added, before I installed the Register Globals plugin/contribution I did set the 'register globals to on' in php.ini and I had the same problem. Thats what prompted me to try the contribution. Seems quite a few people have this problem, but not all - wonder why the difference? Anyways, I'm gettin very frustrated with it. Hope someone can offer some other insight. Thanks for the comment Mibble! PeterDk Quote
Guest Posted June 24, 2004 Posted June 24, 2004 Make sure you edited the correct copy of php.ini (search) - then restart your server :P Matti Quote
PeterDk Posted June 24, 2004 Author Posted June 24, 2004 Ok, I located any vagrant instances of php.ini and renamed them - and then restarted the server. ARGGGGH - still the same problem. Even when I tried using the altered files from the Register Globals it still gave me the same message. Doing this I thought I might get a different message.....? After changing the various unused php.ini files I tried both globals on and off in the correct ini file - no change! This is driving me nuts - I think we've covered most of the obvious fixes. Don't know where to go next......BUGGER! PeterDk Quote
PeterDk Posted June 25, 2004 Author Posted June 25, 2004 I was just about to give up when I came across another post and gave it a try: "There is a file in the install\includes folder called application.php You need to comment out this: CODE // Check if register_globals is enabled. // Since this is a temporary measure this message is hardcoded. The requirement will be removed before 2.2 is finalized. // if (function_exists('ini_get')) { // ini_get('register_globals') or exit('FATAL ERROR: register_globals is disabled in php.ini, please enable it!'); // }" At first glance this seems to work. The Register Globals contribution didn't seem to do the trick. Thanks for the feedback - hopefully this one will do the trick. PeterDK Quote
Guest Posted July 2, 2004 Posted July 2, 2004 that worked great for me by commenting out those lines you mention - I have just spent the last 4 - 5 hrs looking for a fix! - thank you. Sen ;) Quote
yeyo Posted July 10, 2004 Posted July 10, 2004 I?m using a ENSIM. This server have a POWER TOOLS. OsCommerce is included on it. I don?t know where is the install\includes... Quote
kiwi261 Posted September 4, 2004 Posted September 4, 2004 Thank you very much! I have been searching forever for a solution to this problem! Quote
KeithDaley Posted September 4, 2004 Posted September 4, 2004 (edited) Uncomment the php_value register_globals 1 line in the defult OSC .htaccess file. Or add it. Edited September 4, 2004 by KeithDaley Quote
JCS Posted September 7, 2004 Posted September 7, 2004 My htaccess file already contains php_value register_globals 1 (isn't this supposed to overide the server settings?) My server_info.php (from the osCommerce Adminarea) shows that: Directive `Local Value Master Value register_globals Off Off Thanks Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.