*This is just the first of several contests. *If you can't help with this one, please check back ~~~~~~~~~~~~~~~~~~~~ (((Today's contest is over already, please check back))) That was fast... EDIT: Hostgator finally fixed an issue which had been dragging on too long. Today's contest is over, but I'll need help, and pay money in the future. Today's prizes: (((Today's contest is over already, please check back))) $10 (Paypal) only if you can help me before Hostgator gets their act together. I'll gladly pay $4 to someone who helps teach me something even if you reply shortly after Hostgator does. Main subjects: register_globals php.ini .htaccess The contest: I've wasted too much time on this, all the info you need is in these "support tickets." The older replies are at the bottom, newer at the top. (((EDIT: If more than one person tries to help, the winner will be the one who shows the most effort to understand exactly what i need, and provide actual solutions))) Thank you. ~~~~~~~~~~~ (Begin copy / paste) of support tickets. Hi, I'm usually good at figuring things out, but this non-standard setting is a huge mess. The good news: My blog and test forums are working. The bad news: I have over 150 addon domains (mostly for test sites) and they all used to be confugured for "no www" in the URL. Now, I have over 150 domains with "500 Internal Server Error" Here is exactly what I need, please. 1) For register_globals to still be off 2) To be able to use a simple .htaccess file, like this (for example) RewriteEngine on RewriteCond %{HTTP_HOST} !^example\.com$ [NC] RewriteRule .? http://example.com%{REQUEST_URI} [R=301,L] I'm shocked, and thinking a large amount of work got wiped out. Thank you. Employee Reply 7:01 PM | Nov 18, 2008 Stephen Po. Hello, We've removed all of the custom php.ini configuration files from every directory in your account and placed a single instance of the php.ini configuration file in the root '/' directory of your account and have disabled the register_globals in the file. We then added the following to the .htaccess file located in the public_html/ directory.. <IfModule mod_suphp.c> suPHP_ConfigPath /home/marybar <Files php.ini> order allow,deny deny from all </Files> </IfModule> in order for the single php.ini configuration file to be used for every directory in your account. If you need further assistance or have any other questions please let us know. Thanks! -- Lance P. Level I Linux Administrator HostGator Support http://hostgator.com/ How would you rate the above person's overall attitude, knowledge, and level of expertise? Customer Reply 6:34 PM | Nov 18, 2008 Yes, please do. Thank you Employee Reply 11:22 AM | Nov 18, 2008 Stephen Po. Hello, If you'd like we can remove all of the php.ini from every sub directory on your account and create one single php.ini configuration file and place it into the root directory of your account '/' and disable the register_globals for all of the directories and sub directories in your account rather than have an instance in each directory. Then if you need to make any other changes to the PHP configuration you can simply modify one file and if you move the project to another host you will not need to worry about having all of these custom configuration's in each directory. Please let us know how you'd like to proceed. Thanks! -- Lance P. Level I Linux Administrator HostGator Support http://hostgator.com/ How would you rate the above person's overall attitude, knowledge, and level of expertise? You Rated This: 10 Customer Reply 10:47 AM | Nov 18, 2008 "Please update this ticket should you require further assistance." Hi, Please, help me fully understand the "php.ini" solution. 1) I work on a test site on this account, which has many sub-folders. 2) Later, I download the files expecting to use them somewhere else. 3) The "symlinked php.ini" is now an actual copy of php.ini, and it is in every single sub-folder. 4) This can cause severe problems when I move the project to another host. Based on my understanding of the situation, there seems to be a lot of extra work created in order to deal with your non-standard setting. I don't claim to be an expert, do you have any advice on dealing with a project that has many sub-folders plus the "challenges" already described? Thank you Employee Reply 10:44 AM | Aug 23, 2008 Devon Du. Hello, The reason it is not conformed to the industry standard is because some clients require register_globals to be turned on. It is easier for us to have clients set this to off, then have everyone ask for it to be turned on. I am sorry that the information on the forum was unhelpful to you. I have set register_globals to off and symlinked the php.ini to every instance of it within your account. Thank you for your business! Please update this ticket should you require further assistance. Sincerely, Devon D. Level 1 Linux Administrator HostGator.COM How would you rate the above person's overall attitude, knowledge, and level of expertise? Customer Reply 9:56 AM | Aug 23, 2008 \"register_globals On\" Please, I'm not looking to be told "It's supposed to be On." 1) Why should I have to waste time working around a setting which industry standards call for to be OFF? 2) Your forums have confusing and conflicting advice about the best way to over-ride the php.ini settings. 3) How soon can \'gatorxx.hostgator.com\' have the register_globals setting turned Off? Thank you.
Sure... *This was just the first of several contests, more coming soon. *If you can't help with this one, please check back... (((Today's contest is over already, please check back))) FYI: By posting in the thread, you might already be "subscribed" (check your forum options), which means in your UserCP, you can tell when the thread is updated. Did I explain clear enough? I'll try to help more if you want.