IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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 , par Michael Guilloux

187PARTAGES

6  0 
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 :

  • 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.

Liste des nouvelles fonctionnalités et autres changements

Source : PHP
Il est à se demander s’il faut livrer la version finale de PHP 7.0.0 quand elle sera vraiment prête, ou lorsque la date prévue dans le planning sera atteinte, juste pour honorer ses promesses. Les développeurs du langage semblent en effet hésiter entre livrer le plus tôt possible et livrer un travail de qualité. Ce qui les conduit à prolonger la date de sortie d’une ou deux semaines, au lieu de fixer un délai suffisamment long pour finaliser le langage. Après avoir initialement attendu la dernière mouture de PHP pour le 12 novembre, les utilisateurs devront encore patienter, au moins après la sortie de la RC 8, avant d'y avoir droit.


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 ?

Qu’en pensez-vous ?

Voir aussi

Forum PHP

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Tsilefy
Membre émérite https://www.developpez.com
Le 04/12/2015 à 0:03
Le 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çon
5  0 
Avatar de Eric30
Membre actif https://www.developpez.com
Le 26/05/2016 à 13:30
Que pensez vous de la version 7.1 de PHP ?
Que la 7 était déjà très bien, rien que pour le typage strict ou les constantes tableaux , les erreurs catchables...

Donc vivement la 7.1
4  0 
Avatar de Kearz
Membre expert https://www.developpez.com
Le 06/06/2016 à 10:06

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.
C'est cool, on a appris que tu faisais du JAVA. Ce langage tellement supérieur pour faire du web qu'on le retrouve sur tous les grands sites.
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.
4  0 
Avatar de RyzenOC
Inactif https://www.developpez.com
Le 02/12/2015 à 21:14
En 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.
6  3 
Avatar de Tsilefy
Membre émérite https://www.developpez.com
Le 03/12/2015 à 0:30
Citation Envoyé par DrHelmut Voir le message
langage fait de rustines et plein de bugs/problème de perfs
Ok, je ne peux pas m'empêcher. Peux-tu donner quelques exemples de ces rustines et bugs et problèmes de perfs, stp?

Merci!
3  0 
Avatar de miky55
Membre averti https://www.developpez.com
Le 03/12/2015 à 16:30
Citation Envoyé par DrHelmut Voir le message
Perso 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.

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...
3  0 
Avatar de Kearz
Membre expert https://www.developpez.com
Le 03/12/2015 à 16:54
Perso 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
Et moi j'ai du mal à comprendre comment on peut être directeur technique (ou tu es freelance et directeur technique de toi même?) et dénigrer un langage sans peser le pour et le contre.

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. ^^
3  0 
Avatar de Eric30
Membre actif https://www.developpez.com
Le 06/06/2016 à 10:44
Citation Envoyé par Kearz Voir le message

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.
Une 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.

Citation Envoyé par Kearz Voir le message

Et écrire des trucs à la con et passer du temps à les trouver, j'en ai fait dans tous les langages.
Amen
3  0 
Avatar de devEric69
Membre régulier https://www.developpez.com
Le 06/06/2016 à 13:44
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'adhère à ce constat. Php est LE langage d'IHM qui a remplacé les sites faits avec des applets Java dans les années 2000 pour ces raisons, entre autres: sécurité et pas autant orienté @string comme l'est Php qui a été initialement pensé comme un moteur de templates.

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.
3  0 
Avatar de Kearz
Membre expert https://www.developpez.com
Le 07/06/2016 à 12:44
Java 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?
Boarf, c'est un raccourcis de dire J2EE pour Java pour le web. (parce qu'au final, spring, c'est pas du J2EE.)

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.
3  0