After PHP 4 to 5 Upgrade DA Panel Shows lots of "???????????????"

Seregwethrin

Verified User
Joined
Jun 23, 2007
Messages
20
Location
Turkey - İzmir
http://img68.imageshack.us/img68/8170/prob1zy2.gif #Admin Level
http://img68.imageshack.us/img68/7320/prob2jz3.gif #Reseller Level
http://img243.imageshack.us/img243/79/prob3nx8.gif #Reseller Level
http://img241.imageshack.us/img241/6796/prob4ia2.gif #User Level

I've upgraded PHP 4 to PHP 5.2.6 as explained here. PHP 5 works fine now. I've replaced the php.ini file with original php.ini-dist at php5.2.6 package, maybe there must be some settings but i didn't look the old one. I'm using Apache 1.3.41 and CentOS 5. I've used customapache/configure.php for configure php 5.2.6. The configure options from phpinfo(), same as my edited customapache/configure.php:

Code:
'./configure' '--with-apxs' '--with-curl' '--with-curlwrappers' '--with-gd' '--with-gettext' '--with-jpeg-dir=/usr/local/lib' '--with-png-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-ttf' '--with-gettext' '--with-kerberos' '--with-iconv' '--with-mcrypt' '--with-mhash' '--with-mime-magic' '--with-mysql=/usr' '--with-mysqli' '--with-pear' '--with-png-dir=/usr/local/lib' '--with-libxml-dir=/usr/include/libxml2' '--with-zlib' '--with-zlib-dir=/usr/local/lib' '--enable-zip' '--with-openssl' '--enable-zend-multibyte' '--enable-gd-native-ttf' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-mbstring' '--enable-zip'

I've upgraded some packages for php 5.2.6, maybe this cause the problem.
Yum log (i think their depends are not at log, they've installed with their depends):
Code:
Jul 21 22:57:26 Installed: perl-XML-NamespaceSupport - 1.09-1.2.1.noarch
Jul 21 22:57:27 Installed: perl-XML-SAX - 0.14-5.noarch
Jul 21 22:57:27 Installed: perl-XML-LibXML-Common - 0.13-8.2.2.i386
Jul 21 22:57:28 Installed: zlib-devel - 1.2.3-3.i386
Jul 21 22:57:30 Installed: perl-XML-LibXML - 1.58-5.i386
Jul 21 22:57:33 Installed: libxml2-devel - 2.6.26-2.1.2.1.i386
Jul 21 23:19:12 Installed: freetype-devel - 2.2.1-20.el5_2.i386
Jul 21 23:27:52 Updated: openssl - 0.9.8b-10.el5.i686
Jul 21 23:27:52 Installed: xmlsec1 - 1.2.9-8.1.i386
Jul 21 23:27:52 Installed: openssl-perl - 0.9.8b-10.el5.i386
Jul 21 23:27:58 Updated: openssl-devel - 0.9.8b-10.el5.i386
Jul 21 23:27:58 Installed: xmlsec1-openssl - 1.2.9-8.1.i386

Not in log file but i've upgraded these too:
libmcrypt.i386 libmcrypt-devel.i386
libxml2.i386
libxml2-python.i386 (not so sure)
freetype.i386

There is some errors from DirectAdmin's error.log file:
Code:
2008:07:22-04:42:19: Error while sending ./data/skins/enhanced/images/header.gif
2008:07:22-04:42:19: Socket write error: fd is connected to a pipe or socket whose reading end is clos$
2008:07:22-03:59:53: Error reading from 19*.1**.**6.1**: #That's my ip.
2008:07:22-03:27:28: removing old lock: ./data/users/admin/user.conf.lock

There are lots of them. They started before the "??????" problem,
they have a connection with my problem or not i don't know. 
But there's no different errors.

DirectAdmin's security.log file:
Code:
2008:07:22-02:51:28: Found one of block_token_chars in token value1= from 85.1*7.**.** with request /CMD_ALL_USER_SHOW
2008:07:22-02:51:28: Found one of block_token_chars in token value8= from 85.1*7.**.** with request /CMD_ALL_USER_SHOW
They started after my ???? problem. 
IP must belongs to one of my friend who has acccess the DA panel. 
I don't know again these has a connection with my problem or not.

What's wrong? :o
 
Last edited:
I've posted it somewhere in the forums, you can do a search.
As long as i remember the problem is solved if you edit extensions.ini
and remove mb_string extension.
 
My php setup is :
- php compiled with zend multibyte support
- php extensions compiled from a different package with support of mbstring
- i comment out mbstring.so in extensions.ini

(if you recompile php the extensions.ini is rewritten so you have to remember to
comment it out after updates, or disable it as an extension, but you can leave zend
multibyte support)

since then i dont have a problem with phpmyadmin even
with mbstrint commentet out.

At a time i guess after some php updates the problem stopped
even with mbstring uncommented. But i have problem with greek
characters in my html files (can't figure out why), so i keep it commented.
 
Well, i've some questions:

1) How can you seperate php.ini file? There's no extensions.ini file at my server.

2) What do you mean with this?
"php extensions compiled from a different package with support of mbstring"
 
Yes it worked. I've disabled the mbstring, and it's the reason of problem.

But the phpMyAdmin says "The mbstring PHP extension was not found and you seem to be using a multibyte charset. Without the mbstring extension phpMyAdmin is unable to split strings correctly and it may result in unexpected results."

Zend multibyte is enabled. So, is there any problem can cause with mbstring?

I tried to install mbstring as shared module, but i can't. I've configured php with "--enable-shared=mbstring" but after "make" and "make install", there was no mbstring.so file. What i must do for install it as shared module?
 
in my setup (freebsd) you compile php package and then php-extensions package (on other systems may be one . Either way you should have a file that mentions which extensions php should load.

there are 2 ways to load extensions, via php.ini or via an external file extensions.ini (works like include)
If your system loads extensions via php.ini leave it that way.

Even your system should have extra than the "standard" modules as packages.

You dont have to recompile php without mbstring, you may need it one day and then you'll have to recompile it again.
And as a said in my version PHP 5.2.6 the ????? dissappears so you could uncomment it later.
 
I was wrong about recompiling php. To have phpmyadmin working you have to recompile php with zend multibyte support, not multibyte support and delete the old mbstring.so
For some reason even i dont have the mbstring extension compiled, i get an error from phpmydmin, after deleted the .so all were ok..
 
Back
Top