Urgent. DA templates was broken after php recompilation

S

stooper

Verified User
Joined
Mar 8, 2011
Messages
11
Dear All, something strange happened with DA templates after recompilation of php5-2.17. Something very bad and sinister.
Version DA v1.37.0. Russian localization. No modification of templates or panel scripts will be made.

original php configuration
'. / Configure' '- with-apxs2' '- with-mysql = / usr / local' '- disable-ipv6' '- with-zlib = / usr / local' '- with-zlib- dir = / usr / local / lib '' - with-ttf = / usr / local / lib '' - enable-gd-native-ttf '' - with-png-dir = / usr / local / lib ' '- with-jpeg-dir = / usr / local / lib' '- with-gd = / usr / local' '- with-freetype-dir = / usr / local / lib' '- with-libxml -dir = / usr / local '' - with-iconv-dir = / usr / local '' - with-iconv = / usr / local '' - with-pdo-mysql = / usr / local '' - -with-mysqli = / usr / local / bin / mysql_config '' - with-gettext = / usr / local '' - enable-sockets '' - with-libexpat-dir = / usr / local '' - enable-zip '' - with-curl = / usr / local '' - enable-mbstring '
Click to expand...

Im just added
'- with-tidy '' - with-mcrypt = / usr / local '' - with-openssl-dir '' - with-xsl '' - enable-bcmath '' - with-mhash = shared '' - enable-dba '' - enable-soap '' - with-imap-dir = / usr / local '' - with-imap-ssl '' - with-bz2 = shared '' - with-libxml-dir = / usr / local / libxml '' - with-xmlrpc '' - with-libexpat- dir = / usr / local '' - with-iconv-dir = / usr / local / iconv '' - with-zlib-dir = / usr / local / zlib '' - enable-zend-multibyte '' - -enable-ftp '' - enable-exif '' - with-gd '
Click to expand...

After im added Zend Encoder and Eaccelerator.
And after this configuration in the admin and user side of the panel appeared to many characters
????????????????
and the templates now looks broken... what is happens?

Really need help and your advice. Need a solution. Screenshots on the links.

admin level

reseller level

user level looks like reseller level :(

Help me plz!
[search the forum has not helped]
 
if you remove zend encoder and eaccelerator (maybe just zend encoder is enough) from php.ini and restart apache/directadmin the problem disappear?
 
I remove in php.ini zend encoder and eaccelerator, restart apache & DA, but problem still there. as I understand, the script panel is not related to Zend..
 
if the problem is related to "After im added Zend Encoder and Eaccelerator.
And after this configuration in the admin and user side of the panel appeared to many characters " so yes zend is related.

Are you using php as cgi? what php.ini did u edit?
Keep in mind that if you use php as cgi directadmin still install php as cli also cause he will need the cli version.

Regards
 
No, I don't use php as cgi, I use php as apache module. php.ini located at /usr/local/Zend/etc/php.ini, this is a Zend Optimizer default path. All working good, before php was updated with new extensions. whats happened, i don't know... maybe the one way to return everything - recompile php back, with old configure options? i dont wont this, but if there is no other solutions...
Regards
 
zEitEr, you right, php as module

What was there before
Quote:????????????????
Click to expand...

it was nothing there, only account options, menu, all like on screenshot, but correct, without many "????" symbols. Plz, give me link to solution, how can i chage a default template to another one. im newer do it before
Tnx so much
 
For try with a different skin go to reseller level -> Skin management -> select a skin and click Apply to me...

Regarding php.ini

/usr/local/Zend/etc/php.ini is defintly a wrong file path, the php.ini for cli version should be in /usr/local/lib/php.ini

Regards
 
@SeLLeRoNe,

With installed Zend it's a symlink:

Code: 
ls -l  /usr/local/lib/php.ini
lrwxrwxrwx 1 root root 27 Mar 25  2010 /usr/local/lib/php.ini -> /usr/local/Zend/etc/php.ini

@stooper,

Didn't you upgrade Directadmin version? Probably it's a Russian localization issue, which does not support 1.38.
 
Last edited:
Code: 
>ls -l  /usr/local/lib/php.ini
-rw-r--r-- 1 root root 50826 24 mar 11:47 /usr/local/lib/php.ini
>php -v
PHP 5.2.17 (cli) (built: Mar 18 2011 11:30:01)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies
    with eAccelerator v0.9.6.1, Copyright (c) 2004-2010 eAccelerator, by eAccelerator
    with Zend Optimizer v3.3.3, Copyright (c) 1998-2007, by Zend Technologies
    with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH

not on my box o.O

Code: 
>cat /usr/local/lib/php.ini | grep Zend
; dynamically loaded extension (either a PHP extension or a Zend extension),
; Enable compatibility mode with Zend Engine 1 (PHP 4.x)
; unsupported in future versions of PHP/Zend.  The encouraged method of
[Zend]
zend_extension=/usr/local/lib/ZendOptimizer_5.2.so

I dont have (and never had in past) php.ini linked to a Zend subfolder.
 
It's Zend installer, which make symlinks:

The following configuration changes have been made:

- The php.ini file has been relocated from /usr/local/etc/php5/cgi to /usr/local/Zend/etc

- A symbolic link for the php.ini file has been created in /usr/local/lib.

- The original php.ini was backed up to
/usr/local/etc/php5/cgi/php.ini-zend_optimizer.bak

[To continue, press Enter]
Click to expand...


Probably for some other settings or PHP versions it can differ.
 
mmh, so is not the build zend from custombuild i suppose, cause it will install just optimizer on 5.2 and guard on 5.3 :)

Btw, the user in post #1 sayd he is using DA 1.37

Regards
 
That is not a full output of zend installer, which is executed by custombuild.

It's good to be ensure, that directadmin was not updated by any chance.
 
yes, i have a symlink too
/usr/local/lib/php.ini -> /usr/local/Zend/etc/php.ini
Click to expand...
on my FreeBSD box, and it was so from the start, from installation and its was working fine before.
I still have DA 1.37, its was not updated, and its working fine with russian localization. maybe, its not a localization problem, i feel.. who knows?
I'll do some steps to change a templates.
reseller level -> Skin management -> select a skin and click Apply to me...
Click to expand...
Threre are 4 skins, and "currently using enhanced"
default
enhanced
enhanced_rus
power_user
Click to expand...
im trying different. use enhanced_rus - nothings changes.. skin looks like previous.. ok
use power_user - hmmm.. its a different skin, but the problem continues to exist.. ok
use default. wow. default skin is ok! why? its amazing. so, whats a problem with other skins?

screenshots :eek:

all_skins
power_user
default

so, if DA use config for cli from Zend's php.ini, maybe problem is here?
 
I'm not sure, but you can try.
Comment all lines in that tail of php.ini that begins with zend_

Ensure, that zend is switched off (take a look on phpinfo() output) and check directadmin pages.
 
zEitEr, its does not help. i remove all with zend, nothings changes.. check a DA pages - all the same.
phpinfo is shows only line with Zend Engine v2.2.0, which comes like a part of php5, as i know..

so, maybe really need to recompile php back, and see whats happens..
i did not want to do that, but I have to try, maybe its only one way to return everything back

Thanks, guys
 
well recompile php is not so hard and maybe should be suggested.

Try to dont use the custom configure but just the original and check if it work, if does, retry your custom one and lets see what happen.

Regards
 
Guys, this was so! All the fault of PHP, god damn)) Recompiling back gave a positive result. Some of the php module is really bad for the templates DA! Thank you add me people: SeLLeRoNe, zEitEr.
If I have time I will make a test and tell what module breaks the templtes.
 
You must log in or register to reply here.
Back
Top