Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 17 reacties
Bron: Fabrikant, submitter: afraca

Het ontwikkelteam van PHP heeft alweer even geleden versie 5.3.1 uitgebracht. PHP, door zijn ontwikkelaars een 'hypertext preprocessor' genoemd, wordt voornamelijk gebruikt om dynamische content in de opmaaktaal html serverside te genereren. De software wordt veelal toegepast in combinatie met het databaseprogramma MySQL, waarmee de dynamische content van websites en fora kan worden geserveerd. De beknopte aankondiging van deze uitgave ziet er als volgt uit:

PHP 5.3.1 Released!

The PHP development team would like to announce the immediate availability of PHP 5.3.1. This release focuses on improving the stability of the PHP 5.3.x branch with over 100 bug fixes, some of which are security related. All users of PHP are encouraged to upgrade to this release.

Security Enhancements and Fixes in PHP 5.3.1:
  • Added "max_file_uploads" INI directive, which can be set to limit the number of file uploads per-request to 20 by default, to prevent possible DOS via temporary file exhaustion.
  • Added missing sanity checks around exif processing.
  • Fixed a safe_mode bypass in tempnam().
  • Fixed a open_basedir bypass in posix_mkfifo().
  • Fixed failing safe_mode_include_dir.
Further details about the PHP 5.3.1 release can be found in the release announcement, and the full list of changes are available in the ChangeLog.
Versienummer:5.3.1
Releasestatus:Final
Besturingssystemen:Windows 7, Windows 2000, Linux, BSD, Windows XP, macOS, Solaris, UNIX, Windows Server 2003, Windows Vista, Windows Server 2008
Website:Fabrikant
Download:http://www.php.net/downloads.php
Licentietype:Voorwaarden (GNU/BSD/etc.)
Moderatie-faq Wijzig weergave

Reacties (17)

Ik vraag me eigenlijk al een tijdje af waar PHP6 blijft.
Mja, wanneer PHP6 eindelijk uit is... dan duurt het eerst weer een eeuwigheid voordat de servers het ondersteunen.. :)
Inderdaad en vergeet de compatibility van grote PHP-based software niet! Zo is drupal CMS bijvoorbeeld nog helemaal niet blij op een server waarop versie 5.3.x is geinstalleerd... laat staan een PHP 6 als die uit zou komen.
Ik merk al nare compatibiliteitsproblemen tussen PHP 5.2 en 5.3. Vaak kom je er pas achter na een lange debug-sessie, en dan blijkt de oorzaak van het probleem ook nog of nauwelijks gedocumenteerd te zijn in de handleiding. :(

E.e.a heeft ook te maken met de dynamic en weak typing van PHP, waar ik me al lang groen en geel aan erger. In een static en strong typed taal komen veel van dat soort problemen gewoon al @ compile-time naar voren.

Nee, PHP is leuk en makkelijk voor kleinere frutsels, maar voor grotere projecten kijk ik toch liever elders. En ik vraag me af of PHP6 daar serieus verandering in zou en kan brengen, gezien de toch haast wel verplichte poging tot backwards compatibility.
Sorry maar ik heb niet het idee dat een andere taal daar een oplossing in kan brengen. Ook daar heb je gewoon compatibility problemen. Neem ColdFusion. Met de overgang van nr 7 naar 8 waren er ook al een flink aantal problemen.

Nej geef mij maar PHP. Het is een redelijk makkelijk programmeerbare taal en als je het goed doet is het ook erg overzichtelijk.
Daarnaast vind ik de syntax van PHP erg mooi en dat kan ik niet zeggen van ColdFusion en bv ASP. ColdFusion is een beetje verwarrend: Je gebruikt voor de taal tags, terwijl je ook tags genereert. Ik vind dat erg lelijk.
En ASP vind ik ook niet mooi omdat je daar een soort eq van JavaScript hebt, qua syntax.

Ach ja dat is maar een mening. Ik ben wel benieuwd wat anderen ervan vinden.
ASP is al erg oud, kijk eens naar ASP.NET werkt 10000x beter
Ik merk al nare compatibiliteitsproblemen tussen PHP 5.2 en 5.3. Vaak kom je er pas achter na een lange debug-sessie, en dan blijkt de oorzaak van het probleem ook nog of nauwelijks gedocumenteerd te zijn in de handleiding. :(
Zou je daar een voorbeeld van kunnen geven? Ik ben al sinds RC4 over op 5.3 en dat ging vlekkeloos op wat E_DEPRECATED na.
Enige jammere vind ik dat xDebug niet goed werkt met 5.3.
Ik merk al nare compatibiliteitsproblemen tussen PHP 5.2 en 5.3. Vaak kom je er pas achter na een lange debug-sessie, en dan blijkt de oorzaak van het probleem ook nog of nauwelijks gedocumenteerd te zijn in de handleiding
Ik ben nog niet over op 5.3, maar ik heb nog nooit problemen gehad met een major PHP upgrade, op voorwaarde dat

- ik geen deprecated features meer gebruik wanneer ik aan de upgrade begin
- ik de migration guide heb doorgelezen

Dat vereist wel een behoorlijke kennis van alle PHP software op de machine... op grote ontwikkelservers kan dat een groter probleem worden natuurlijk.
Na de upgrade is het dan wat refactoren geblazen om de nu deprecated spullen weg te werken, anders heb je bij de volgende upgrade weer problemen :P

En de enige reden dat ik nog niet over ben, is dat er nog steeds geen FreeBSD port is voor 5.3 (nee ik weiger dingen buiten het pakketbeheer te installeren, en ja de port maintainers verdienen een schop onder hun reet)

[Reactie gewijzigd door Sfynx op 14 december 2009 04:52]

Heh? Dat kan je toch zelf in de hand hebben?

Je doelt waarschijnlijk op shared hosting. Opzich logisch dat dit soort diensten een afwachtende houding hebben. Kans op kinderziektes en eerder aangestipte kleine of zelfs gigantisch grote incompatibiliteitsproblemen zijn altijd aanwezig.

[Reactie gewijzigd door nl2dav op 14 december 2009 08:11]

En niet te vergeten dat vele werken met pakketten :)
Of extensies die worden aangeboden die nog niet compatible zijn.

Zo is Zend Optimizer niet compatible.
En ik heb uit zeer betrouwbare bron vernomen dat het nog wel even gaat duren en bestanden welke met de oude versie zijn gecompileerd niet langer werken |:(

Bij ons staat de overstap voor januari gepland, maar dan wel zonder Zend Optimizer.
Dit kan je toch gewoon niet meer serieus nemen, ze werken zelf mee aan de ontwikkeling van PHP en slagen er dan niet in om tijdig een versie aan te leveren die werkt en compatible is met oude bestanden.
Ioncube bied dit wel, waarom Zend dan niet? Ze zijn toch 'de' PHP company :/
Ik draai zelf PHP 5.2.8, maar ik heb nog nooit problemen gehad met andere versies. Ik moet zeggen dat ik wel nog geen super druk bezochte website heb gemaakt, maar wel al flink wat nutteloze systemen gescript.

Ik vind PHP een duidelijke taal. Iemand had een geweldig systeem in Python gemaakt, maar omdat ik de slicer was moest ik de html nog een keer aanpassen. Toen zijn we vervolgens 2 uur bezig geweest om zijn systeem op mijn computer draaiende te krijgen en uiteindelijk lukte het toch niet. Bij PHP heb ik nog nooit zoiets meegemaakt :).

[Reactie gewijzigd door SpaceK33z op 13 december 2009 20:39]

Zou dat niet liggen aan de onervarenheid van jullie met betrekking tot python, dan het feit dat PHP zo veel beter is? Geen flame of iets dergelijks.

Overigens is mijn mening juist andersom. Een python setup heb ik meestal binnen een paar minuten klaar, bij PHP duurt het altijd een uur voordat hij die gekke dll's inlaadt! Blijkt meestal dat ik het verkeerde bestand zit aan te passen ;)
Dat ligt waarschijnlijk weer aan jouw onervarenheid met PHP. ;)
Onder ubuntu is apt-get install php5 en het werkt. (Zelfde met Python btw)

PHP 5.3 heeft mooi features erbij gekregen, oa. namespaces enzovoort. En compatibiliteitsissues horen er altijd weer bij, dat komt steeds weer terug.
5.3.0 geinstalleerd op thuis pc.. Kreeg meteen allemaal foutmeldingen mbt. open_safe_dir restriction. Bleek dus ergens iets mis te gaan met een pointer.. Je zou verwachten dat dat wel eerder dan 6 maanden officieel opgelost kon worden...
Safe-mod gaat verdwijnen :)

En ben daar ben ik totaal niet rouwig om.
Het geeft alleen maar restricties, en de bijdragen aan de veiligheid is maar heel marginaal.

http://wiki.phpfreakz.nl/Safe-mode
open safe dir valt half onder safe mode, maar eigenlijk ook niet... Safe-mode wordt verwijdert, wat een goed iets.. Maar open basedir blijft er wel gewoon inzitten. Als er een alternatief voor is hoor ik het graag though :)

Met open_basedir zorg je er dus voor dat alleen bestanden aangeroepen kunnen worden onder een bepaald pad en daaronder. Bij mij stond het dus op /var/www/, met op bepaalde directories een uitzondering.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True