By rivena on

I know this question has been asked many times, I've read the answers, but it doesn't seem to be working for me.

I am on a shared hosting service (ixweb).

I get this error:
* register_globals is enabled. Drupal requires this configuration directive to be disabled. Your site may not be secure when register_globals is enabled. The PHP manual has instructions for how to change configuration settings. (Currently using PHP register globals Enabled ('1'))
* Multibyte string input conversion in PHP is active and must be disabled. Check the php.ini mbstring.http_input setting. Please refer to the PHP mbstring documentation for more information. (Currently using Unicode library Error)

To the doc team: the php manual is extraordinarily dense, surely we can do better than that. ;p

As far as I can tell, I have the right things in the htaccess file. The multibyte settings were there from the beginning, and I added the register global = 0.

Here's what it looks like:
# PHP 4, Apache 1.

php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0
php_value register_globals 0

# PHP 4, Apache 2.

php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0
php_value register_globals 0

# PHP 5, Apache 1 and 2.

php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0
php_value register_globals 0

Since this didn't work, I tried adding in a php.ini file to the root of the domain, and the base root of my account. The php.ini file said nothing but "register_globals = off"

None of this worked.

Any ideas?

Anisa.

⋅ Categories: Drupal 6.x

Comments

dynv’s picture

dynv commented

Warning

Here's the drawback from not paying attention to the following warning:

Operations on Unicode strings are emulated on a best-effort basis. Install the PHP mbstring extension for improved Unicode support.

Quoted from this comment in "Unicode library" in Status report?:

VeryMisunderstood

the mbstring extension has to do with multibyte characters in internationalization of Drupal. In other words languages. What will using it give you ? The ability to internationalize your site.

WHat risk do you run if you don't install it ? you site wont work with internationalization. In other words as the internet moves forward with multi language sites to reach a larger target audience, you will be left behind as your site will only work 100% properly in English.

Not so good workaround

Here's the drawback from using the settings.ini ini_set('mbstring.http_input','pass');ini_set('mbstring.http_output','pass'); workaround from the first two comments from Drupal 5.X Installation problems 'mbstring' error:

VeryMisunderstood

yes you can live without clean urls, however, you may find other serious limitations on a "free" host. They are typically more restricting then a shred host.

rosgar

If you're using imagecache module.

'Imagecache will not operate properly if Clean URLs is not enabled on your site.'

Solution

Do as the warning stated and demand your host to install the library. Some hosts might feel entitled to their conservative ways but there's some that will be happy to accommodate you and you can use this for leverage if the demand is not met.

I also documented this on my website: http://www.williamcarrier.com/

rivena’s picture

rivena commented

Thank you for your reply. Your suggestion is, as I understand it, to contact my host? I did see the settings.php workaround, but I also saw warnings about it, so I didn't try it.

Anisa.

-----------------------------------------------------------
Kindness builds stronger bonds than necessity.

www.animecards.org - 45,000 card scans and counting!
-----------------------------------------------------------

dynv’s picture

dynv commented

Demanding this to your host is my recommendation and they should do it. Unfortunately I see that some host are very conservative and not satisfying your client will surely make you loose business.

rivena’s picture

rivena commented

Here is my solution, for all of those interested. As DynV suggested, asking my host turned out to be the right thing to do. I can upload a php.ini file, but the place is not what I thought.

I use IX Webhosting. Mine is a shared account. I have one root folder, and each domain is a subfolder of that (I understand that is different from many people.)

I think, though I am not sure, that my php library is installed in the /cgi-bin/ folder, located in each domain folder.

I needed to upload the appropriate php.ini file to the /cgi-bin/ folder (so there's domainname/cgi-bin/php.ini). My php.ini only contained the following, and nothing else:

register_globals = off
mbstring.http_input = off

This fixed all the errors I got. I have clean URLs just fine. I didn't need to do the other suggestion (auto globals I think?).

Thank you all again for your help!

Anisa.

-----------------------------------------------------------
Kindness builds stronger bonds than necessity.

www.animecards.org - 45,000 card scans and counting!
-----------------------------------------------------------

haroon373’s picture

haroon373 commented

Thank you very much rivena
I have the same problem and your solution pick me up :)

jscoble’s picture

jscoble commented

...

decibel.places’s picture

decibel.places commented

I had the same problem, register_globals was Off but auto_globals_jit was On in php.ini - changing it to Off solved the problem

I posted this and other installation issues at http://drupal.org/node/235162

~are you netsperienced? http://netsperience.org

~are you netsperienced?
♥ follow me @decibelplaces ∞

SeedTreeLLC’s picture

SeedTreeLLC commented

I had this issue and the php.ini didn't solve it.

I contacted IXWebhosting and was given they loaded this file in my cgi-bin directory:

php5-custom-ini.cgi

#!/bin/sh
export PHP_FCGI_CHILDREN=3
exec /hsphere/shared/php5/bin/php-cgi -c /hsphere/local/home/user/domain.com/cgi-bin/php.ini

user=your ix user account
domain.com=your domain

mahfuzcs’s picture

mahfuzcs commented

This is exactly same problem in my ixwebhosting. Can you tell me how you solved it.
Please reply me.

anhp’s picture

anhp commented

I have been struggling with this for three days.

I am getting this message when I try to install drupal:

Requirements problem
The following error must be resolved before you can continue the installation process:
register_globals is enabled. Drupal requires this configuration directive to be disabled. Your site may not be secure when register_globals is enabled. The PHP manual has instructions for how to change configuration settings. (Currently using PHP register globals Enabled ('1'))

Please check the error messages and try again.

So I finally figured out how to get a php.ini file uploaded. It has this as its content: "register_globals = OFF" and nothing else.

It is in this directory: /var/www/html/ . I also placed it in /var/www/cgi-bin as others have mentioned that. I also added it to the bottom of my .htaccess file as someone suggested to me.

Oh yeah I also put it in: /var/www/html/drupal-6.6

I have done each of these individually and in combination and nothing works. I still keep getting the same damn error.

Does anyone have any suggestions? Is there something else I can do to troubleshoot it?

I even created a file at www.mydomain.com/info.php and it says that indeed my register_globals is on.

I am super frustrated and about to give up.....