PHP 7 RC 8 est disponible avec quelques améliorations
La sortie de la version RTM a été confirmée pour le 3 décembre
Le 2015-11-25 08:30:52, par Michael Guilloux, Chroniqueur Actualités
Mise à jour le 30/11/2015 : PHP 7 RC 8 est disponible avec quelques améliorations et corrections de bogues, la sortie de la version RTM est confirmée pour le 3 décembre
Comme annoncée la semaine passée, une nouvelle préversion de PHP 7.0.0 a débarqué il y a quelques jours, il s’agit de la 8e release candidate (RC 8). Cette énième préversion livrée au cours du développement de la nouvelle version majeure de PHP marquera la fin des préversions et annonce de manière imminente la disponibilité générale. La RC 8 sera en effet identique à la version RTM, à quelques corrections de bogues près. En ce qui concerne la sortie de la version finale, l’équipe de développement de PHP 7 confirme qu’elle est prévue pour le 3 décembre prochain, « si aucun problème majeur ne se produit ».
PHP 7.0.0 RC 8 vient avec la correction de 11 bogues qui ont été reportés dans la RC 7. Comme les dernières préversions, la 8e release candidate apporte également quelques petites améliorations à Zend Engine, le moteur de scripts open source utilisé par PHP. Parmi les changements apportés, on note :
La liste exhaustive des changements et nouveautés apportées dans cette RC est disponible sur GitHub.
Liste des nouvelles fonctionnalités et autres changements
Source : PHP
Comme annoncée la semaine passée, une nouvelle préversion de PHP 7.0.0 a débarqué il y a quelques jours, il s’agit de la 8e release candidate (RC 8). Cette énième préversion livrée au cours du développement de la nouvelle version majeure de PHP marquera la fin des préversions et annonce de manière imminente la disponibilité générale. La RC 8 sera en effet identique à la version RTM, à quelques corrections de bogues près. En ce qui concerne la sortie de la version finale, l’équipe de développement de PHP 7 confirme qu’elle est prévue pour le 3 décembre prochain, « si aucun problème majeur ne se produit ».
PHP 7.0.0 RC 8 vient avec la correction de 11 bogues qui ont été reportés dans la RC 7. Comme les dernières préversions, la 8e release candidate apporte également quelques petites améliorations à Zend Engine, le moteur de scripts open source utilisé par PHP. Parmi les changements apportés, on note :
- l’amélioration des performances. PHP 7 est jusqu’à deux fois plus rapide que PHP 5.6 ;
- un support 64-bit compatible ;
- de nombreuses erreurs sont maintenant des « Exceptions » ;
- la suppression des anciennes interfaces de programmation des applications serveur (SAPI) et extensions, ainsi que celles qui ne sont pas prises en charge ;
- l’opérateur de coalescence null (??) ;
- l’opérateur de comparaison combinée (<=>
; - les déclarations de type Return ;
- les déclarations de type Scalar ;
- les classes anonymes.
La liste exhaustive des changements et nouveautés apportées dans cette RC est disponible sur GitHub.
Source : PHP
La 7e release candidate de PHP 7.0.0 a été livrée il y a deux semaines, avec plusieurs améliorations et en particulier la correction d’à peu près une vingtaine de bogues. La prochaine étape dans le développement de PHP 7 a donc été fixée pour le 26 novembre ; date à laquelle de nombreux observateurs espéraient enfin voir débarquer la version stable. Ce qui sera le résultat final d’un travail qui a commencé à livrer des préversions depuis le 11 juin dernier. Au désappointement de ces derniers, ce ne sera pas le cas.
En effet, Anatol Belski, développeur du noyau de PHP et gestionnaire de la publication de PHP 7.0.0, a annoncé un nouveau report de la sortie de la version finale du langage de programmation. « Basé sur la discussion des derniers jours et le consentement atteint, la date finale de la RTM de PHP 7.0.0 est décalée. La sortie de la RC 8 a été prévue pour le 26 novembre à la place de la disponibilité générale. La RTM de PHP 7.0.0 suivra sous peu le 3 décembre. La version finale sera identique à la RC 8 à l’exception des bogues considérés pertinents pour la sécurité. Ceux-ci pourraient encore être reportés s’il y en a », a-t-il communiqué hier via la liste de diffusion php-internals.
Faut-il attendre que PHP 7.0.0 soit définitivement « prêt » ? Ou faut-il le livrer le plus tôt possible et corriger les bogues via des mises à jour ?
Source : php-internals mailing list
Et vous ?
Voir aussi
-
TsilefyMembre émériteLe bébé est sorti du ventre de sa mère!!!
http://php.net/archive/2015.php#id2015-12-03-1
et grace au strict type, on saura maintenant si c'est une fille ou un garçonle 04/12/2015 à 0:03 -
Eric30Membre actifQue pensez vous de la version 7.1 de PHP ?
Donc vivement la 7.1le 26/05/2016 à 13:30 -
KearzMembre expert
En Java ou autres les règles te permettent de te concentrer sur l'essentiel
En PHP j'ai toujours peur d'écrire un truc con et de devoir passer du temps à le trouver après.
Euh, attends, on m'informe dans l’oreillette que le J2EE est pas si utilisé que ça. Pourtant, avec ses règles qui te permettent de te concentrer sur l'essentiel, vraiment, je comprends pas.
D'ailleurs, le JAVA pour faire du web (en tout cas en France) j'ai l'impression que c'est surtout un truc que pousse les SSII.
J'ai fait du JAVA (web & autres), du PHP, du Node.JS/javascript et un peu de .NET.
Et écrire des trucs à la con et passer du temps à les trouver, j'en ai fait dans tous les langages.
Tout est une question d'habitude, maintenant que j'ai dis que je refusais de faire du JAVA et que je me concentre plus sur le PHP/JS, je trouve plus vite un problème dans du PHP ou du JS que dans du JAVA.le 06/06/2016 à 10:06 -
RyzenOCInactifEn dehors du langage que l'on peut critiquer, PHP à l'une des meilleurs doc au monde je trouve. La documentation PHP est complète bien organisée, est traduite en français (et pas avec google trad).
Je n'ai pas vue de langages avec un doc aussi bien foutue, je cherche une fonction sur php.net j'ai une petite description de 3-4 lignes et ensuite j'ai 50 exemples différent et c'est vraiment bien foutue ces exemples (bien expliqué/commenter qui plus est).
Chaque page de la documentation permet aux utilisateurs authentifiés d’ajouter des commentaires sur la page, aidant ainsi à clarifier certains points ou ajoutant des exemples qui ne sont pas dans la documentation principale. L’équipe PHP laisse aussi le choix au lecteur de lire la doc avec ou sans les commentaires des autres utilisateurs.
C'est l'une des seule doc que je pourrais lire par plaisir. La doc java par exemple à coté et moche et y'a aucun exemple, je suis obliger d'aller sur google pour avoir un vrai exemple d'implémentation.
Qui à envie de lire ce truc ? obligé de faire des crtl+f pour trouver un truc dans ce foutoir.
La doc est importante, j'apprend pas (de mon plein gré) un langages qui donne pas envie d'être appris.le 02/12/2015 à 21:14 -
TsilefyMembre émériteOk, je ne peux pas m'empêcher. Peux-tu donner quelques exemples de ces rustines et bugs et problèmes de perfs, stp?
Merci!le 03/12/2015 à 0:30 -
miky55Membre averti
Bouhh le bon gros troll. Comme dit dans le message précédent j'aimerai savoir à quels bugs/problèmes tu fais allusion. Développant en php et nodeJs je peux affirmer que ces 2 langages ne se font clairement pas une concurrence frontale. Et que pour nombre de projets php a de nombreux avantages: Déjà la communauté est plus importantes et il y a l’embarras du choix pour les frameworks. Sans parler de l’hébergement, tu dois te soucier de beaucoup plus de choses qu'en tu développe une app nodejs (de la persistance de ton appli jusqu'à la gestion des virtualhost bref tout ce qui est normalement géré par le serveur http).
Pour ce qui est des perfs tout bon développeur web c'est que c'est un faux problème... Php ne tourne pas que sur des petits sites et des wordpress... Beaucoup plus de sites à très forte audience sont codés en php qu'en nodeJS...
Node conviens beaucoup plus à des applications realtime notamment grâce au fait qu'il soit orienté événement (donc non bloquant) et qu'il dispose de nombreux modules pour communiquer autrement qu'en http (sockets udp etc). Bref, 2 outils pour 2 usages...le 03/12/2015 à 16:30 -
KearzMembre expertPerso j'ai laché php depuis longtemps pour nodeJS, jai encore du mal à comprendre comment ce vieux langage fait de rustines et plein de bugs/problème de perfs peut encore à ce point intéresser la communauté - en dehors de la maintenance de l'existant, pour les CMS notamment.Directeur technique
En attendant, au vu des features, je pense que PHP à encore de l'avenir et est pas prêt d'être enterré. Il intègre des éléments qui lui était reprochés depuis des années (notamment au niveau du typage).
Il est clairement sur la bonne voie et reste mon langage favoris pour le web. ^^le 03/12/2015 à 16:54 -
Eric30Membre actifUne impression que je partage aussi (j'insiste sur le fait qu'il s'agit d'une impression). Probablement parce que bien souvent, un dev Java est simplement vendu plus cher.
Amenle 06/06/2016 à 10:44 -
devEric69Membre régulierD'ailleurs, le JAVA pour faire du web (en tout cas en France) j'ai l'impression que c'est surtout un truc que pousse les SSII.
Je n'ai rien contre Java: c'est un langage que j'ai appris et que je garde sous le coude pour éventuellement créer des servlets de traitement avec la BDD, quand les boucles de php côté back-end ralentissent trop: je préfère déboguer des objets avec un vrai débogueur, plutôt que de passer mon temps dans d'immenses procédures stockées SQL et regarder les messages de traçage dans une table de débogage.
Là où Java peut encore pleinement s'exprimer sur le Web, c'est pour des fonctionnalités back-end réseaux, grâce à son API complète et sa vélocité.
Maintenant, oui, quand on développe du Php, on voudrait un peu plus de rigueur dans les types car les fonctionnalités demandées à Php deviennent de plus en plus complexes, donc demandent parallèlement plus de typage pour moins se perdre. Mais, Java ne remplacera plus Php sur le Web: il faut vous faire une raison. Ceux que ça énerve vont continuer à braire pendant longtemps, mais ça ne changera rien. Ils n'ont qu'à demander pourquoi les tablettes Google Android faites en Java ne laissent pas s'exécuter les sites en applets Java... C'est parce que Google juge que les applets Java sont potentiellement trop dangereuses pour leur OS. Donc, pour résumer, nous avons un OS leader développé en Java qui refuse de voir s'exécuter du Java en IHM! Ça ne peut que contribuer à renforcer Php comme langage incontournable pour un site Web. le 06/06/2016 à 13:44 -
KearzMembre expertJava pour le web, ce n'est pas forcément J2EE, il y a des solutions beaucoup plus légères que ça. Et les applets?
Les applets avait du sens à l'époque, peut-être. Comme le PHP4 avait surement du sens à l'époque.
Mais c'était à l'époque, ça à du sens de critiquer les applets aujourd'hui, comme ça à du sens de critiquer du PHP4.
Donc critiquer PHP7 sur la base de "PHP, c'est dégueulasse" (en ayant PHP4 en tête) ça n'a pas beaucoup de sens.le 07/06/2016 à 12:44