MimiQue Posted November 21, 2006 Posted November 21, 2006 I am getting this message on the "mydomain.com/catalog/install/" FATAL ERROR: register_globals is disabled in php.ini, please enable it! This message on any other after "mydomain.com/catalog/" Server Requirement Error: register_globals is disabled in your PHP configuration. This can be enabled in your php.ini configuration file or in the .htaccess file in your catalog directory. I just transfered to a different type of server so that now I have access to a mySQL server for the database. And am having problems with this Linx server. I talked with my server/host provider and they said that the PHP 4 is enabled and all permissions are set to 777, so I am confused on where to go from here. They said they will not help me with the php.ini file because it would change preferences for other peoples servers that are apparently shared on mine. Does anyone have any idea what they are talking about? I am fairly new to this program and don't know what to do. Any help would be wonderful. I have been working on this for 2 days and just want to get this thing rolling, please help. :( Thank you, Meredith
Druid6900 Posted November 21, 2006 Posted November 21, 2006 I am getting this message on the "mydomain.com/catalog/install/" FATAL ERROR: register_globals is disabled in php.ini, please enable it! This message on any other after "mydomain.com/catalog/" Server Requirement Error: register_globals is disabled in your PHP configuration. This can be enabled in your php.ini configuration file or in the .htaccess file in your catalog directory. I just transfered to a different type of server so that now I have access to a mySQL server for the database. And am having problems with this Linx server. I talked with my server/host provider and they said that the PHP 4 is enabled and all permissions are set to 777, so I am confused on where to go from here. They said they will not help me with the php.ini file because it would change preferences for other peoples servers that are apparently shared on mine. Does anyone have any idea what they are talking about? I am fairly new to this program and don't know what to do. Any help would be wonderful. I have been working on this for 2 days and just want to get this thing rolling, please help. :( Thank you, Meredith This is a basic procedure for solving the problem you discribe. It's been posted many times, so, I just grabbed one and posted it here for you If you wish to add a php.ini file to a folder to get around Register Globals restrictions then all it needs to have in it is: register_globals = On Vger Hope this helps No Good Deed EVER Goes Unpunished
MimiQue Posted November 21, 2006 Author Posted November 21, 2006 This is a basic procedure for solving the problem you discribe. It's been posted many times, so, I just grabbed one and posted it here for youHope this helps Thank you for your help, even though I do not know if that works or not. I ended up using the contributions and patches for the global retributions. Wish I would have known it would be that easy though. I appreciate your response. Maybe it will help someone else.
KnudBe Posted November 21, 2006 Posted November 21, 2006 It did not work for me. Perhabs osCommerce not can work on a Microsoft IIS... Or perhabs php.ini can't overrule this setting on a IIS... Well, I have tryed to put the php.ini in the root of the www-folder and subfolders. It did not work at all. Maybe osCommerce only can run on Linux? Regards, Knud
KnudBe Posted November 21, 2006 Posted November 21, 2006 This is a basic procedure for solving the problem you discribe. It's been posted many times, so, I just grabbed one and posted it here for youHope this helps If it is such a common problem then why is it not handled by the system? Regards, Knud
Druid6900 Posted November 21, 2006 Posted November 21, 2006 If it is such a common problem then why is it not handled by the system? Well, basically, because on some servers, it's turned on by default and on some servers, it's turned off by default. Also, if you already had a php.ini file in the root, and the application dropped one in by the same name, it might do more harm than good. If the permissions on the existing one were set to read only, it couldn't even add the line to an existing file. For example, where I'm hosted, there is no php.ini file in the root (or anywhere, for that matter), but the server configuration is such that register_globals is on, by initial server setup. So, it's not a problem for me, but, it would be for anyone whose initial server setup had it set to off. Does that explain it? No Good Deed EVER Goes Unpunished
KnudBe Posted November 22, 2006 Posted November 22, 2006 Does that explain it? Explain: Yes Help: No Regards, Knud Regards, Knud
Druid6900 Posted November 22, 2006 Posted November 22, 2006 Explain: YesHelp: No Regards, Knud If you want to ask a specific question, I'll try and give you a specific answer. I didn't write the program OR the operating system LOL No Good Deed EVER Goes Unpunished
Druid6900 Posted November 22, 2006 Posted November 22, 2006 It did not work for me.Perhabs osCommerce not can work on a Microsoft IIS... Or perhabs php.ini can't overrule this setting on a IIS... Well, I have tryed to put the php.ini in the root of the www-folder and subfolders. It did not work at all. Maybe osCommerce only can run on Linux? No, apparently, it will work on a Windows based system as well. I don't know if I will be able to help you out with this, it's been a LONG time since I worked on an IIS based system, but, if I get the time, I'll try installing it locally on my Windows 2003 system and see what I come up with. No Good Deed EVER Goes Unpunished
Recommended Posts
Archived
This topic is now archived and is closed to further replies.