Comments on: WordPress error during translation file usage - the reason

By: dzelzs durvis

dzelzs durvis — Thu, 05 Mar 2009 19:30:35 +0000

thanks!

By: Simone

Simone — Tue, 20 Jan 2009 10:42:21 +0000

I’ve solved inserting in the .htaccess:

php_flag magic_quotes_runtime off

By: codestyling

codestyling — Thu, 11 Dec 2008 00:25:02 +0000

I’m sorry, but there are only those solutions available as shown already at the thread here. This seams only occuring at dedicated machines, but as long as i have no administrative access to at least one failing machine (all my provider machines are working as expected), i can’t proceed any deeper analysis.
I understand your problems, but i’m afraid i can not give you more help as done here.

By: Max

Max — Wed, 10 Dec 2008 16:14:05 +0000

I still have the same problem applied all solutions but nothing solved…always get that error (randomly) every 5 pageviews approximately.
I’m using a translated version of wordpress (italian) and it’s updated to the latest release (plugins and wp itself).

Any solution?

Thanks!!!

By: dt

dt — Sat, 01 Nov 2008 00:53:45 +0000

Until the next PHP version will be released, the dirty trick for mod_php / shared hosting is to make the changes in both php.ini and .htaccess. This way, even if settings from php.ini is overwritten in another user .htaccess, it won’t affect your site because they will be overwritten again by your htaccess

By: Lau

Lau — Sat, 23 Aug 2008 14:05:41 +0000

I absolutely love you. Your patched file recovered my blog..

Thank you! Thank you! Thank you!
(codestyling: some “thanks” removed, seems enough to show your happiness )

By: SEO

SEO — Mon, 18 Aug 2008 16:52:53 +0000

The problem persists with this patch, also the new one…

By: Janek

Janek — Sun, 27 Jul 2008 13:42:46 +0000

Hey,

I’ve solution.
I had magic_quotes_runtime = On.
It works with your patch, but needs magic_quotes_runtime to be Off (!)

BTW. I can’t use .htaccess neither httpd.conf because of php in fastcgi mode. Only ini_set();

By: codestyling

codestyling — Sun, 27 Jul 2008 12:07:13 +0000

I got similar reports from german users, that it sporadicaly happens anyway but plugins not running with first patch now do work. The solution for german Provider is setting by .htaccess file the value always to 0.
PHP_VALUE mbstring.func_overload 0
Beside this i found also a bad behavoir of PHP 5 if the ZEND_COMPATIBILITY_MODE is activated. Serveral other german Provider write in there FAQ, that this has to be switched off to get WordPress properly running.
I have only german links to those material but the Setting inside php.ini should be set to:
ze1.zend_compatiblity_mode = off
Could you please check this ?

By: Janek

Janek — Sun, 27 Jul 2008 08:25:21 +0000

Hello,

I use
FreeBSD 6.3
PHP5.2.6 in FastCgi mode
Apache 2.2.9

I repleaced streams.php within the newest one (update 21.07.2008).

I’ve still the same issue. My script eats 100% of server CPU.

[Sun Jul 27 10:18:53 2008] [warn] [client 83.28.81.248] Timeout waiting for output from CGI script /usr/local/php5/bin/php-cgi [Sun Jul 27 10:18:53 2008] [error] [client 83.28.81.248] PHP Warning: unpack() [function.unpack]: Type V: not enough input, nee d 4, have 0 in /home/…/public_html/wp-includes/gettext.php on line 91 [Sun Jul 27 10:18:53 2008] [error] [client 83.28.81.248] PHP Warning: unpack() [function.unpack]: Type V: not enough input, nee d 4, have 0 in /home/…/public_html/wp-includes/gettext.php on line 91 [Sun Jul 27 10:19:00 2008] [error] [client 83.28.81.248] Premature end of script headers: php-cgi

mbstring.func_overload is globally 0 (in php.ini).

Do you have any ideas about it?