Software-update: PHP 5.6.0

Versie 5.6.0 van PHP is uitgebracht. PHP is een een recursief acroniem en staat voor PHP: Hypertext Preprocessor. Het wordt voornamelijk gebruikt om op webservers dynamische webpagina's te creëren, vaak in combinatie met databaseprogramma's. De complete lijst met veranderingen is op deze pagina in te zien, dit zijn in het kort de belangrijkste:

The main features of PHP 5.6.0 include:

• Constant scalar expressions.
• Variadic functions and argument unpacking using the ... operator.
• Exponentiation using the ** operator.
• Function and constant importing with the use keyword.
• phpdbg as an interactive integrated debugger SAPI.
• php://input is now reusable, and $HTTP_RAW_POST_DATA is deprecated.
• GMP objects now support operator overloading.
• File uploads larger than 2 gigabytes in size are now accepted.

PHP 5.6.0 also introduces changes that affect compatibility:

• Array keys won't be overwritten when defining an array as a property of a class via an array literal.
• json_decode() is more strict in JSON syntax parsing.
• Stream wrappers now verify peer certificates and host names by default when using SSL/TLS.
• GMP resources are now objects.
• Mcrypt functions now require valid keys and IVs.

Versienummer	5.6.0
Releasestatus	Final
Besturingssystemen	Scripttaal, Windows 7, Linux, BSD, Windows XP, macOS, Solaris, Windows Server 2003, Windows Vista, Windows Server 2008, Windows Server 2012, Windows 8
Website	PHP
Download	http://www.php.net/downloads.php
Bestandsgroottes	10,57MB - 16,67MB
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (23)

[Verwijderd]

Maar het is altijd maar weer afwachten wanneer de meeste hosting partijen het doorvoeren, tot die tijd is het alleen bruikbaar als je zelf je server beheert

[eborn]

Daarnaast zal het ook even duren voordat frameworks deze zaken gaan gebruiken, omdat ze over het algemeen compatible willen blijven met PHP 5.3 (of zelfs 5.2, hoewel dat er steeds meer uit gaat).

[Loller1]

Met een kleine 40% van het PHP aandeel voor 5.2 is het nog te kritiek om de ondersteuning van pakketten ervoor te beëindigen lijkt me.

[Intrepidity]

Lekker toepasselijk ook, een symfony 1.x screen shot
Verder, goede ontwikkelingen Taal wordt steeds volwassener.

[Reactie gewijzigd door Intrepidity op 25 juli 2024 11:04]

[Ultimation]

PHPNG en HHVM zijn een stuk interessanter dan PHP zelf op dit moment. Ik ben blij dat Facebook zich is gaan mengen met PHP via HHVM.

[Reactie gewijzigd door Ultimation op 25 juli 2024 11:04]

[HollowGamer]

Van wat ik begrijp is PHPNG gewoon de naam van hun development/unstable branch, die ze vervolgens mergen met hun main branch. Die 'major' waar ze over spreken is niet PHP6 (ofzo), want ik meen laatst toch ergens gelezen te hebben dat ze van dit idee zijn afgestapt en 'gewoon' een branch gaan onderhouden (PHP5).

[Ultimation]

PHP6 komt niet meer. Ze gaan gelijk door naar PHP7.

[li3283]

PHPNG is gewoon PHP. HHVM aan de andere kant is Facebook's implementatie met support voor Facebook's eigen PHP variant: Hack.

Wat ik ook erg interessant vind is Hippy VM.

[Ultimation]

Is niet "gewoon" PHP. Het is PHP met een JIT compiler. En daarom een stuk interessanter.

[HollowGamer]

Erg fijn dat func_get_args() nu is 'vervangen' door iets dat meer eenvoudig is.
Ik kon er helaas nog niet gebruikt van maken op PHP5.5, hopelijk komt deze versie het snel in de repo's.

Over namespaces die ze hebben geïntroduceerd; wanneer gebruik je deze eigenlijk? En waarvoor zijn ze handig? Ik zie het in veel frameworks tegenwoordig terugkomen, maar snap nog niet echt de nuttigheid.
Ze bedoelen hiermee toch dat iemand niet bijvoorbeeld dubbel class(-names), functies, etc. kan maken?
Het enige waarvoor ik denk dat het handig is, is als je bijvoorbeeld met plugins werkt die mogelijk dezelfde 'namen' zou kunnen bevatten. Maar misschien kan iemand van jullie mij overtuigen om het toch maar eens te integreren.

Verder heb ik het gevoel dat PHP (eindelijk) op de goede weg is. Veel (onveilige/overbodige) functies worden geschrapt, ze zijn (maar) eindelijk UTF-8 gaan gebruiken, denken steeds meer na over security (password_hash()/crypt()), performance (APC), etc.

[Veneus]

Loop je niet een beetje achter? php namespaces zitten er al in sinds 5.3

http://php.net/manual/en/language.namespaces.rationale.php

[HollowGamer]

Haha, je hebt wel gelijk, ik loop achter op namespaces.
Ik doelde meer op het feit dat er steeds meer nieuwe toevoegingen komen (zoals de nu 'use'), waarvan ik niet altijd begrijp wanneer ze nuttig zijn.

[Veneus]

Ook 'use' zat er al in...
werkt eigenlijk als een soort van 'import' of alias...
dus in plaats van

new \Monolog\Monolog()

(of soms veel langere 'paden')

doe je nu:

use \Monolog\Monolog;
$x = new Monolog();

of

use \Monolog\Monolog as Log;
$x = new Log();

Het nieuwe in 5.6 is dat je ook constanten die ver weg in een diep pad van namespaces kan 'aliassen'

[Erulezz]

Veel updates de laatste tijd. PHP 7.0 (ja, versienummer 6 wordt overgeslagen) komt er ook snel aan als ik het hier en daar zo lees.

[Verwijderd]

Wat bedoel je hier exact mee? Wat mis je?
MVC is enkel een design pattern dat gebruikt wordt in de presentation layer van een applicatie. Alle middelen heb je tot je beschikking om zelf een implementatie hiervan te schrijven.

[stijnhau]

Inderdaad je hebt zelf de keuze hoe je het wilt aanpakken.
Wil je echter niet teveel tijd verliezen met die structuur te maken dan neem je best een framework, ZF2, Codeiginiter, ...
Keuze genoeg, voor asp heb ik even gekeken en zie ik niete cht frameworks dus of je hebt geluk en bent het eens met hun keuze of je hebt pech en jah dan zoek je een andere taal.

[Jogai]

Net zoals bij php kun je met asp.net ook je eigen mvc implementatie maken, zoals fubuMVC ook gedaan heeft.

[Veneus]

Wat bedoel je hier exact mee? Wat mis je?
MVC is enkel een design pattern dat gebruikt wordt in de presentation layer van een applicatie. Alle middelen heb je tot je beschikking om zelf een implementatie hiervan te schrijven.

Eigenlijk zit (als het goed is) alleen de V van MVC in de 'presentation' layer...

[Verwijderd]

In welke layer(s) bevinden zich in jouw ogen de model en controller en wat zijn hun verantwoordelijkheden?

Heerlijk onderwerp dit vooral omdat design patterns op zoveel verschillende manier geïmplementeerd en gebruikt kunnen worden

[Reactie gewijzigd door Verwijderd op 25 juli 2024 11:04]

[Veneus]

Dat ligt er een beetje aan waar je voorkeuren liggen en waar in je stack de applicatie zich bevindt.

Traditioneel gezien is de Model puur de data laag, en zit in de controller de business logica.
Ik beweeg me zelf steeds meer de 'skinny controller, fat model' richting.

[Verwijderd]

Dat is een goede richting, want ook traditioneel gezien hoort business logic niet in de controller thuis. Business logic is onderdeel van het model.

Maar zoals je al zei, zoveel mensen, zoveel meningen

[reefclaw]

Je beseft je wel dat in asp.net de makkelijke MVC support afkomstig is fan het .net framework, en niet van de asp taal?

Net als bijvoorbeeld php zend, symphony, CI, cake, .... voor deze makkelijke MVC support kunnen zorgen.

Wil je geen framework gebruiken, dan kun je ook altijd nog zelf een router bouwen, waardoor je dit MVC gevoel krijgt.