Software-update: PHP 4.4.3

De ontwikkelaars achter PHP Hypertext Preprocessor, of gewoon PHP in het kort, hebben gisteren versie 4.4.3 uitgebracht. PHP wordt voornamelijk gebruikt om dynamische content in de opmaaktaal HTML aan de serverkant te genereren. De software wordt veelal gebruikt in combinatie met het databaseprogramma MySQL, waarmee de dynamische content van websites en forums worden geserveerd. In deze release zijn een relatief klein aantal bugs gefixt en zijn een aantal zogenaamde 'security issues' verholpen. Het volledige changelog ziet er als volgt uit:

Changes in this release:

• Added control character checks for cURL extension's open_basedir/safe_mode checks.
• Added overflow checks to wordwrap() function.
• Added a check for special characters in the session name.
• Improved safe_mode check for the error_log() function.
• Updated PCRE to version 6.6.
• Fixed handling of extremely long paths inside tempnam() function.
• Fixed XSS inside phpinfo() with long inputs.
• Fixed a possible buffer overflow inside create_named_pipe() for Win32 systems in libmysql.c.
• Fixed bug #37720 (merge_php_config scrambles values).
• Fixed bug #37569 (WDDX incorrectly encodes high-ascii characters).
• Fixed bug #37510 (session_regenerate_id changes session_id() even on failure).
• Fixed bug #37360 (Memory errors with a corrupt GIF file).
• Fixed bug #37348 (Make PEAR install ignore open_basedir).
• Fixed bug #37346 (Crashes when using an invalid colormap format).
• Fixed bug #37162 (wddx does not build as a shared extension).
• Fixed bug #37046 (foreach breaks static scope).
• Fixed bug #37045 (Fixed check for special chars for http redirects).
• Fixed bug #36857 (Added support for partial content fetching to the HTTP streams wrapper).
• Fixed bug #36776 (node_list_wrapper_dtor segfault).
• Fixed bug #36459 (Incorrect adding PHPSESSID to links, which contains \r\n).
• Fixed bug #36458 (sleep() accepts negative values).
• Fixed bug #36242 (Possible memory corruption in stream_select()).
• Fixed bug #36223 (curl bypasses open_basedir restrictions).
• Fixed bug #36205 (Memory leaks on duplicate cookies).
• Fixed bug #36148 (unpack("H*hex", $data) is adding an extra character to the end of the string).
• Fixed bug #36017 (fopen() crashes PHP when opening a URL).

[break]De volgende downloads zijn beschikbaar:
PHP 4.4.3 (tar.bz2)
PHP 4.4.3 (tar.gz)

Versienummer	4.4.3
Website	PHP
Download	http://www.php.net/downloads.php
Bestandsgrootte	5,28MB
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (8)

[koli-man]

Het is toch fijn dat ze deze versie nog blijven maintainen.
Zeker voor de server providers. Want als zij zo maar op 5 zouden overgaan, is er kans dat veel sites om gaan vallen. Ik ben ook benieuwd hoe lang ze dit gaan onderhouden/uitbreiden nog.

[Kalentum]

Waarschijnlijk nog wel heeeeeel lang... Zolang er een significant deel van de hostingpartijen dit nog bieden. Maar nieuwe features komen er niet meer in.

Apache 1.3 wordt ook nog steeds ondersteunt..

[_JGC_]

Apache 1.3 wordt alleen nog voorzien van security updates, bugfixes die de werking verbeteren worden er niet meer aan gedaan.

[Arto]

ik ben benieuwd of ze php4 nog lang ondersteunen want php6 is ook al volop in development, en het lijkt mij sterk dat ze dan steeds 3 versies blijven updaten.

[Verwijderd]

PHP4 blijft nog wel een tijdje ondersteund. Zeker zolang hosting providers nog niet over zijn op 5. Intern in de PHP community is op dit gebied nog geen 100% zekerheid, maar ik zou er niet over in zitten.

[Verwijderd]

Ik begrijp hun probleem, maar eigenlijk vind ik het als developer helemaal niet fijn, want PHP 5 is al weer enkele jaren oud en voor nog geen 20% doorgedrongen. Je zou die hosting providers ook kunnen zien als een lange termijn bedreiging voor PHP, want programmeertalen als Ruby en Python rukken op.

[mxcreep]

Het zijn niet alleen de hosting providers, die blijven juist achter omdat veel kant en klare pakketten niet dusdanig netjes in elkaar zitten dat ze of niet aangepast hoeven te worden aan PHP5 ofwel makkelijk aangepast kunnen worden.

Zelf heb ik de afgelopen jaren heel veel open source software bekeken qua functionaliteit en de kwaliteit van de achterliggende code en in veel gevallen is het laatste bedroevend slecht. Wat natuurlijk gevolgen heeft voor het snel kunnen aanpassen.

Hier is intern gebleken dat alle software die zich enigzins aan de regeltjes houdt bijna altijd al compatible is met PHP5...echter het controleren van alle al draaiende sites is vreselijk veel werk voor een hosting provider, zeker omdat je vaak al niet eens echt goed weet welke functionaliteit een site biedt.

[Verwijderd]

Ik ben zelf een webdeveloper en binnen ons bedrijf doen we ook hosting. En inderdaad klopt het wat Hetisjantje zegt dat deze talen(ruby en python) oprukken maar met deze talen heb je ook het probleem dat veel hosting providers het niet ondersteuen.
Wij hebben sinds gister een server met php5 en mysql 5.

Wij draaien ook nog een server met php4 waar al onze oude klanten opstaan.

Ik denk het tijd word voor de php community om meer php5 te gaan gebruiken als dit gebeurt komt er meer vraag voor hosting en zullen de providers vanzelf overmoeten.