Software-update: PHP 4.3.7 final

Vorige week werd de eerste release candidate van PHP 4.3.7 door het Quality Assurance Team beschikbaar gesteld voor het grote publiek. Het ontwikkelteam van PHP heeft deze release onder handen genomen en hier in de vorm van 4.3.7 de finalversie van gebakken. Ten opzichte van de 4.3.6-release zijn meer dan dertig bugs uit de software gehaald, waaronder een vulnerability in de Windows-variant. Het volledig changelog staat op deze pagina gepubliceerd. Hieronder zijn de release notes van 4.3.7 geplaatst:

This is a maintenance release that in addition to several non-critical bug fixes, addresses an input validation vulnerability in escapeshellcmd() and escapeshellarg() functions on the Windows platform. Users of PHP on Windows are encouraged to upgrade to this release as soon as possible.[break]PHP 4.3.7 Win32 Zip
PHP 4.3.7 Bzip2
PHP 4.3.7 Tarball

Versienummer	4.3.7 final
Besturingssystemen	Windows 9x, Windows NT, Windows 2000, Linux, Windows XP, Windows Server 2003
Website	PHP.net
Download	ftp://apache.mirror.trueserver.nl/pub/mirror/php/distributions/php-4.3.7.tar.bz2
Bestandsgrootte	3,78MB
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (12)

[mschol]

zo en weer meer bugs opgelost..

maarre vraagje waarom slaan ze niet gewoon wat nummer over en fixen ze gelijk een heleboel bugs
anders kan je blijven upgraden wil je de nieuwste hebben (ik draai nu op 4.3.4 btw)

[Johnny]

Omdat dan bepaalde bugs langer blijven openstaan, daarnaast kunnen nieuwe bugs zo sneller aan het licht komen.

Maar waraom zou het een probleem zijn dat er vaak een nieuwe versie verschijnt, niemand dwingt je om te upgraden. Als je bij iedere upgrade eenheleboel verbeteringen wilt hebben dan wacht je toch gewoon wat langer?

[intoxicated]

Uhm, jij zegt dus dat ze gewoon een tijd geen bugfixes moeten uitbrengen om vervolgens in één keer een berg bugfixes te releasen, zodat je niet zo vaak hoeft te upgraden? Dan kan je daar toch net zo goed zelf voor kiezen, door gewoon niet elke keer meteen te upgraden? Nu geven de developers je in ieder geval zelf die keuze.

[Verwijderd]

Ze slaan niets over omdat het open source is, en de kracht van opensource is vaak en snel releasen.

[sweetdude]

Dit zal gewoon procedureel vastgelegd zijn.

Het ligt er natuurlijk ook aan welke classificatie ze aan de bugs geven. Meestal werken ze met een systeem van hoge of lage prioriteit 1, 5 en 15 of met low, medium, high, en critical. Of zelfs een combinatie van die twee.

Ik geloof dat er ook regels zijn voor de release nummers (niet dat veel ontwikkelaars zich eraan houden) zo zou er bij verandering van x% van de totale code een hogere versie moeten komen. Bij meer dan 50% bijvoorbeeld zou men van versie 4.x.x naar 5.x.x moeten gaan en bij meer dan 10% naar versie x.3.x naar x.4.x of iets in die trend. Ik neem deze getallen maar als voorbeeld. Ook wil men vaak werken met het aantal bugs. Dus 1 critical bug is van x.x.6 naar x.x.7.

[El Cid]

Zelf zit ik te overwegen om naast C/C++ mezelf een scripttaal aan te leren.

Ik had Python in gedachten. Maar is PHP mischien ook een optie?

Of is PHP iets totaal anders dan Python/Perl/Tcl enzo?

[Verwijderd]

PHP is meer gericht op websites, dan programma's, dus als je veel programma's gaat maken raad ik je eerder een van de andere drie aan....

[Apache]

php word het meest GEBRUIKT om websites mee te scripten maar is perfect geschikt voor commandline progs / simpele gtk progs mee te maken.
Sterker nog, als je van C/C++ komt ga je je daar het snelst mee vertrouwt voelen tegenover de andere.

[Verwijderd]

Zodan, jullie zijn er snel bij! om 4 uur had ik nog ff gekekenen!

[Lord_Gaav]

ik heb geprobeerd te upgraden van 4.3.6 -> 4.3.7, maar als dan via de standaard info.php kijk naar het versienummer zie ik nog steeds 4.3.6 staan

ik heb gewoon alles overschreven in de PHP map en Apache2 laten restarten. Wat zie ik over het hoofd?

EDIT: ben er inmiddels al achter, kheb nu ook de twee sapi modules voor Apache2 geupdate (php4apache2.dll en php4ts.dll). De versie wordt nu wel herkend.

[GiLuX]

windows?
dan heb je waarschijnlijk vergeten om een paar php dll's naar je system32 map te kopieeren.

zie de INSTALL file

[Sfynx]

Grr ik blijf m'n Linux servers updaten zo