jeudi 16 avril 2015

suPHP not including Additional .ini files parsed

Hi,



i have a strange issue i have been trying to solve for days.



I recently upgraded to Custombuild 2.0 and set 2 php versions - one suphp 5.3, like we had before as a main php, and additional php fpm 5.5.

The issue is that after recompiling everything, building clean, rewriting confs and everything it seems like the primary PHP (Suphp) does not recognize the "Additional ini files parsed" or the "--with-config-file-scan-dir=/usr/local/php53/lib/php.conf.d" line when compiling. Because after recompile, Ioncube does not work.



Yes, it works when i do "php -v" - it shows ioncube. But websites all say they need php ioncube to work. I've done ./build ioncube dozen times with no luck, tried everything. If i add zend_Extension files to php.ini (ioncube path) it tells me duplicate ioncube loaded in console (when in cli mode) but ioncube works on websites. If i remove the lines from directadmin.ini (or rather "/usr/local/php53/lib/php.conf.d/10-directadmin.ini" and just leave them in php.ini - everything works! But thats the problem - it should read the 10-directadmin.ini by default since now every time we recompile and make ./build php_ini it removes the ioncube lines and we need to manually put them in.



Only thing that comes to mind that binary for suphp somehow does not recognize the additional ini files parsed part and the cli version does. Why? What else could it be and how to fix it?



Note that ioncube works with PHP 5.5 as FPM if i change the php version in directadmin. With no additional "hacks".





suPHP not including Additional .ini files parsed

Aucun commentaire:

Enregistrer un commentaire