Updaten van PHP in Direct Admin

[Aar]

Hallo,

Ik zit te denken om PHP te gaan upgraden op mijn VPS, en heb plannen om het op een vrije middag in het weekend het zelf eens te gaan proberen. En nu lees ik dit:

Download the source tar.gz file from php.net and place it in "/usr/local/directadmin/customapache"

Edit the "/usr/local/directadmin/customapache/build" file and change the version of php to the version that was downloaded.

Then run:
# cd /usr/local/directadmin/customapache/
# ./build clean
# ./build update
# ./build all

Bron: http://www.linuxweblog.com/directadmin-php-upgrade

Ziet er verder wel duidelijk uit.

Kan iemand mij vertellen of dit een goede manier is, en hoe je eventueel meer veiligheid kan nemen zodat het minder snel mis kan gaan? En of ik nog ergens rekening mee moet houden?
En op welke manier doet de jullie als systeembeheerders dat precies op hun jullie eigen (productie)servers?

Jullie hebben vast wel meer ervaring en kunnen vast nog wel wat handigs erover vertellen .

[Erik H.]

Welke versie Apache en PHP draai je nu? Je kan beter custombuild gebruiken lijkt me.

[Aar]

Ach ja, natuurlijk. Customapache is nogal 'outdated'. Is het gewoon een kwestie om alles in deze commando wat 'customapache' heet te hernoemen naar 'customapache' ?

Nu draait ik nog PHP 5.2.11, en Apache 2 (waarvan ik op dit moment even niet weet welke precies)

[ichosting]

Als de map CUSTOMBUILD aanwezig is onder /usr/local/directadmin, dan kun je het volgende doen om PHP te updaten:

cd /usr/local/directadmin/custombuild
./build update
./build clean
./build php n

Of in plaats van alleen php kun je alles builden met

./build all

Heb je geen custombuild, dan kun je het volgende doen:

cd /usr/local/directadmin
wget http://files.directadmin.com/service...ombuild.tar.gz
tar xvzf custombuild.tar.gz
cd custombuild
./build update
./build all d

Deze info staat ook op de DA help site hoor

[Aar]

Even een kickje...

Met bovenstaande code krijg je dus de nieuwste versie van PHP (5.3.3)?
En als je van 5.2.11 naar 5.2.14 wilt moet je dus doen wat hier beschreven staan:
http://help.directadmin.com/item.php?id=275?

Klopt dat?

[t.bloo]

nee, in options.conf kun je aangeven of je 5.2 of 5.3 wilt hebben

[Aar]

dus dan volstaat dit gewoon:

cd /usr/local/directadmin/custombuild
./build update
./build clean
./build php n

...nadat ik options.conf heb aangepast ?

[daveww]

dus dan volstaat dit gewoon:

cd /usr/local/directadmin/custombuild
./build update
./build clean
./build php n

...nadat ik options.conf heb aangepast ?

Correct! Eventueel kun je ook nog MySQL updaten (dit dient vóór PHP gedaan te worden)

[Aar]

Dat is ook een handig idee. Maar hoezo voor de PHP update, als ik vragen mag?

[systemdeveloper]

Dat is ook een handig idee. Maar hoezo voor de PHP update, als ik vragen mag?

Mysql hoef je niet te updaten voor php. Default staat mysql updates zelfs uit

Maar ALS je mysql wilt gaan updaten, doe het dan wel vóór php ivm de libs.

[Smart-Guyz]

MySQL 5.1.50 in combinatie met PHP 5.3.3 op CentOS 5.5 (x64) is een no-go btw.
Er zit een bug in PHP, waardoor je niet kan compilen, let hier dus op met een custom build.

Hier liepen wij vorige week ook tegenaan op ons test systeem, we hebben toen een downgrade moeten doen van MySQL terug naar 5.1.49 en toen wij PHP 5.3.3 wel compilen.

De fout zit hem in de MySQLi libs dacht ik me nog te herinneren.

[dreamhost_nl]

Eerlijk gezegd zou ik eerder een PHP update beperken tot 5.2.14 en de 5.3.x subversie nog even links laten liggen om zo de compatibiliteit met al geïnstalleerde scripts te behouden.

[pierce]

MySQL 5.1.50 in combinatie met PHP 5.3.3 op CentOS 5.5 (x64) is een no-go btw.
Er zit een bug in PHP, waardoor je niet kan compilen, let hier dus op met een custom build.

Hier liepen wij vorige week ook tegenaan op ons test systeem, we hebben toen een downgrade moeten doen van MySQL terug naar 5.1.49 en toen wij PHP 5.3.3 wel compilen.

De fout zit hem in de MySQLi libs dacht ik me nog te herinneren.

Ook met CentOS 5.5 x86 heb je hier last van, Zojuist getest op testserver. Ligt dus aan php 5.3.3 icm mysql 5.1.

make: *** [ext/mysqli/mysqli.lo] Error 1

Edit: Volgens mij is dit meer een PHP 5.3.3 probleem

[Smart-Guyz]

Eerlijk gezegd zou ik eerder een PHP update beperken tot 5.2.14 en de 5.3.x subversie nog even links laten liggen om zo de compatibiliteit met al geïnstalleerde scripts te behouden.

We draaien al sinds ie uit is op PHP 5.3 en geen klachten gehoord, onze klanten passen zich vrij snel aan als we het maar melden. Overigens draaien we dit maar op 1 server waarvan we weten dat dit kan (klant technisch gezien)

Ook met CentOS 5.5 x86 heb je hier last van, Zojuist getest op testserver. Ligt dus aan php 5.3.3 icm mysql 5.1.

make: *** [ext/mysqli/mysqli.lo] Error 1

Edit: Volgens mij is dit meer een PHP 5.3.3 probleem

Het probleem is inderdaad PHP5.3.3, ik krijg inderdaad de zelfde foutmelding.
Dit kreeg ik na de update naar MySQL 5.1.50, vervolgens downgrade gedaan naar MySQL 5.1.49 en toen wou PHP5.3.3 wel installeren.

Het is dus echt de combinatie PHP 5.3.3 met MySQL 5.1.50.

[daveww]

Het schijnt dat als je onderstaand gebruikt in je configure.php5 dat je wél zonder problemen PHP kunt updaten.

--with-mysqli=mysqlnd \
--with-pdo-mysql=mysqlnd

With versions of PHP 5.3.0 and newer, MySQLi uses MySQL Native Driver by default.