3 PHP versies op 1 server?

[Herbert]

Ik ben gisteren even aan het experimenteren geweest om 3 PHP versies aan het lopen te krijgen op 1 server.
Met custombuild 1.1 kun je zonder probleem PHP 4.9.x en PHP 5.2.x installeren.
Het probleem is om PHP 5.3.x erbij te krijgen, dus wat heb ik gedaan:

cd /usr/local/directadmin/custombuild
./build update
perl -pi -e 's/php53/phprep/' versions.txt
perl -pi -e 's/php6/php53/' versions.txt
perl -pi -e 's/phprep/php6/' versions.txt
./build set php5_ver 5.2
./build php n

In options.conf heb ik php6-cgi = yes gezet
PHP 5.2 is nu de default PHP en PHP 5.3 wordt in de php6 map gezet.
Met custombuild 1.2 en het commando ./build php n wordt PHP 5.2 en 5.3 geinstalleerd
Vervolgens heb ik de php version selector aangepast zodat je uit 3 php versies kunt kiezen en dat werkt.
Het probleem is dat PHP 4.x niet meer loopt na deze install.
Is er een manier om custombuid 1.2 aan te passen zodat die PHP 4.x ook mee neemt?

[Mikey]

buiten custombuild om compilen ?

[Herbert]

buiten custombuild om compilen ?

Is een optie, maar ik gebruik ook SuPHP erbij en voor ieder domein een eigen php.ini
Met custombuild 1.1 is php4 al compiled, en die is niet verwijderd.
Als je daarna custombuild 1.2 gebruikt dan blijft php4 bestaan + php5.2 en 5.3
Alleen op php4 laat hij de broncode zien van de php, ook heb ik apache proberen aan te passen maar dat pakt die niet.

[Mikey]

Ik zou afzien van zo blijven pielen met custombuild. Ik zou pphp4 als cgi opnieuw met de hand compilen. Verder vergeet hem niet toe te voegen in suphp.conf als extra handler

[systemdeveloper]

Ben je een php archief aan het bouwen?

[daveww]

Wij zijn vorig jaar April gestopt met het aanbieden van PHP4/PHP5 samen, we doen nu enkel PHP5/MySQL5 en geen PHP4 meer. Hebben hiervoor de klanten netjes vooraf een email gestuurd.

[Herbert]

Ben er uit, ik heb nu PHP4/PHP5.2/PHP5.3 in CGI mode draaien op 1 server.
Ik was vergeten suphp.conf aan te passen.
Voor degene die zich afvragen hoe? PHP5.3 loopt nu op de plaats van PHP6

[Wido]

Wel wat offtopic, maar WAAROM nog PHP4? Daar zijn we inmiddels al enkele jaren vanaf.

Ook de upgrade naar PHP 5.3 wordt een gigantisch drama van gemaakt, maar 5.0 -> 5.1 of 5.1 -> 5.2 hebben we allemaal vrolijk gedaan. PHP 5.3 gooit hoogstens wat meer notices, maar die fix je zo, of onderdruk je zonder problemen.

[Cybafish]

5.2 -> 5.3 is een behoorlijke stap in de richting van PHP 6, met enkele fundamentele veranderingen. Het grootste probleem is echter dat onder 5.2 Zend encoded scripts niet onder 5.3 werken en er momenteel uberhaubt geen en-/decoder voor 5.3 beschikbaar zijn. De overstap valt dus m.i. niet te vergelijken met bijvoorbeeld 5.0 -> 5.1.

[Herbert]

Waarom nog PHP4 hier?
Sommige hebben scripts draaien die alleen onder PHP4 werken en ze zijn te lui of hebben geen zin om het om te bouwen voor PHP5, en voor deze kleine groep draait PHP4 nog hier.
Ik weet ook dat het onzin is, maar zolang er vraag naar is zal ik het aanbieden.
Over PHP6 hoor je nog niet veel, daarom heb ik besloten om PHP5.3 erbij te zetten.
Zend is wel meegenomen in 5.3 maar nog niet getest.
Het vreemde is wel dat die "cli" aangeeft in plaats van "cgi" en ik weet zeker dat die onder cgi compiled is.

[root@srv02 bin]# ./php -v
PHP 5.3.3 (cli) (built: Sep 23 2010 11:09:19)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
[root@srv02 bin]#

Edit:
Ook CGI sorry.

[root@srv02 bin]# ./php-cgi -v
PHP 5.3.3 (cgi-fcgi) (built: Sep 23 2010 11:09:14)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
[root@srv02 bin]#

[Cybafish]

Zend is wel meegenomen in 5.3 maar nog niet getest.

Het gaat ook niet zozeer om de Zend extension manager, maar specifieker om de Optimiser gerelateerde producten.